[devel] Q: 4.1 freeze: time?

[devel] Q: 4.1 freeze: time?

[Dmitry V. Levin]

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

Hi,

Не пора ли нам, согласно плану выпуска 4.1
http://freesource.info/wiki/AltLinux/Branches/41
всё-таки объявить freeze?


-- 
ldv

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

Re: [devel] Q: 4.1 freeze: time?

[Pavlov Konstantin]

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

On Thu, Mar 27, 2008 at 02:53:40AM +0300, Dmitry V. Levin wrote:
> Hi,
> 
> Не пора ли нам, согласно плану выпуска 4.1
> http://freesource.info/wiki/AltLinux/Branches/41
> всё-таки объявить freeze?

Мне хотелось бы видеть postgresql 8.3 в Сизифе до момента фриза,
что об этом думает pgsql packaging team?

-- 
Зерг только что выдал: "Я вчера опять заснуть не мог, у меня kdebase в
hasher не пролазил". ;-)
		-- rider in office@

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

Re: [devel] postgresql 8.3

[Dmitry V. Levin]

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

On Thu, Mar 27, 2008 at 03:07:08AM +0300, Pavlov Konstantin wrote:
> On Thu, Mar 27, 2008 at 02:53:40AM +0300, Dmitry V. Levin wrote:
[...]
> Мне хотелось бы видеть postgresql 8.3 в Сизифе до момента фриза,
> что об этом думает pgsql packaging team?

А она ещё существует, эта, как написано в заголовке пакета postgresql8.2,
PostgreSQL Maintainers Team?  Или уже можно NMU раздавать?


-- 
ldv

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

Re: [devel] Q: 4.1 freeze: time?

[Alexey I. Froloff]

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

* Dmitry V. Levin <ldv@> [080327 03:02]:
> Не пора ли нам, согласно плану выпуска 4.1
> http://freesource.info/wiki/AltLinux/Branches/41
> всё-таки объявить freeze?
Мне бы хотелось видеть в 4.1 rpm-build-ruby.  К сожалению
последнее время я занимался больше своим здоровьем, чем пакетами.

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

Из нерешённых проблем остался только amarok, который я обещал
починить, и пара мелких пакетов который по ошибке хотят
странного.  Для всех этих пакетов я либо в ACL, либо договорился
с мантейнерами.

От incoming мне потребуется двойная пересборка ruby и
rpm-build-ruby.

Успею?

-- 
Regards,
Sir Raorn.

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

Re: [devel] Q: 4.1 freeze: time?

[Anton Farygin]

Dmitry V. Levin пишет:
> Hi,
> 
> Не пора ли нам, согласно плану выпуска 4.1
> http://freesource.info/wiki/AltLinux/Branches/41
> всё-таки объявить freeze?

Если после фриза можно будет обновлять пакеты в branch/4.1, то я только 
"ЗА".

Хотя, мне не совсем понятно, на каком ядре будет выпускаться 4.1

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

Собственно это очень большое изменение и хотелось бы что бы оно попало в 
4.1.

Я готов выложить в git всё это безобразие, для дальнейшего включения в 
std-def ядро, но в нём есть некоторые известные мне проблемы с тем 
железом, которое раньше не работало на 2.6.18/2.6.24. И могут вылезти 
потенциально проблемы с железом, работающим на 2.6.18/2.6.24.

Re: [devel] Q: 4.1 freeze: time?

[Vladimir V. Kamarzin]

>>>>> On 27 Mar 2008 at 05:07 "PK" == Pavlov Konstantin writes:

>> Не пора ли нам, согласно плану выпуска 4.1
>> http://freesource.info/wiki/AltLinux/Branches/41
>> всё-таки объявить freeze?

Т.к. у нас собрали свежий mono, я пойду заодно обновлю mod_mono и xsp.

PK> Мне хотелось бы видеть postgresql 8.3 в Сизифе до момента фриза,

+1

-- 
vvk

Re: [devel] Q: 4.1 freeze: time?

[Slava Dubrovskiy]

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

Dmitry V. Levin пишет:
> Hi,
>
> Не пора ли нам, согласно плану выпуска 4.1
> http://freesource.info/wiki/AltLinux/Branches/41
> всё-таки объявить freeze?
>   
Скажите, а можно ли надеяться, что в 4.1 будет kernel-ovz-2.6.24 ?
Такие ланы есть или нет?

-- 
WBR,
Dubrovskiy Vyacheslav


[-- Attachment #2: S/MIME Cryptographic Signature --]
[-- Type: application/x-pkcs7-signature, Size: 3249 bytes --]

Re: [devel] Q: 4.1 freeze: time?

[Хихин Руслан]

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

Здравствуйте Slava Dubrovskiy
  В сообщении от 27 марта 2008 Slava Dubrovskiy написал(a):
 > Скажите, а можно ли надеяться, что в 4.1 будет kernel-ovz-2.6.24 ?
Да :)


-- 
С  уважением Хихин Руслан

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] Q: 4.1 freeze: time?

[Slava Dubrovskiy]

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

Хихин Руслан пишет:
> Здравствуйте Slava Dubrovskiy
>   В сообщении от 27 марта 2008 Slava Dubrovskiy написал(a):
>  > Скажите, а можно ли надеяться, что в 4.1 будет kernel-ovz-2.6.24 ?
> Да :)
>   
Оценил :-)

Спрошу "чиста конкретно": будет ли в 4.1 kernel-ovz-2.6.24 ?

-- 
WBR,
Dubrovskiy Vyacheslav


[-- Attachment #2: S/MIME Cryptographic Signature --]
[-- Type: application/x-pkcs7-signature, Size: 3249 bytes --]

Re: [devel] Q: 4.1 freeze: time?

[Michael Bochkaryov]

Pavlov Konstantin пишет:
> On Thu, Mar 27, 2008 at 02:53:40AM +0300, Dmitry V. Levin wrote:
>> Hi,
>>
>> Не пора ли нам, согласно плану выпуска 4.1
>> http://freesource.info/wiki/AltLinux/Branches/41
>> всё-таки объявить freeze?
> 
> Мне хотелось бы видеть postgresql 8.3 в Сизифе до момента фриза,
> что об этом думает pgsql packaging team?

Насчет pgsql packaging team не скажу, но мы у себя тут успели
pgcluster-1.9 опакетить, который на базе 8.3.0 был сделан.
Соответственно, патчи (включая chroot) смерджить тоже успели.

Если мне помогут хотя бы по части посмотреть/проверить, то за пару дней
выкатить живую сборку 8.3.1 вполне реально. Сам я пока не очень уверенно
себя чувствую по части майнтейнерства важных пакетов :(

-- 
	misha@

Re: [devel] Q: 4.1 freeze: time?

[Alex Gorbachenko]

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

On Thu, 27 Mar 2008 10:57:17 +0200
Michael wrote:

>Если мне помогут хотя бы по части посмотреть/проверить, то за пару дней
>выкатить живую сборку 8.3.1 вполне реально. Сам я пока не очень
>уверенно себя чувствую по части майнтейнерства важных пакетов :(

помогут. где брать пакеты ?

-- 
np: Dream Theater - Endless Sacrifice

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

Re: [devel] Q: 4.1 freeze: time?

[Michael Bochkaryov]

Alex Gorbachenko пишет:
> On Thu, 27 Mar 2008 10:57:17 +0200
> Michael wrote:
> 
>> Если мне помогут хотя бы по части посмотреть/проверить, то за пару дней
>> выкатить живую сборку 8.3.1 вполне реально. Сам я пока не очень
>> уверенно себя чувствую по части майнтейнерства важных пакетов :(
> 
> помогут. где брать пакеты ?

Надо перенести патчи с pgcluster - сегодня скину результат.

-- 
	misha@

Re: [devel] Q: 4.1 freeze: time?

[Igor Vlasenko]

On Thu, Mar 27, 2008 at 02:53:40AM +0300, Dmitry V. Levin wrote:
> Hi,
> Не пора ли нам, согласно плану выпуска 4.1
> http://freesource.info/wiki/AltLinux/Branches/41
> всё-таки объявить freeze?

+1.

Заранее хочу предупредить о граблях, связанных
с пакетом java-1.7.0-openjdk. Он, похоже, заброшен,
и в связи с накопившимися еще с #12668 проблемами
лучше пока его не перекладывать в branch 4.1
(а в 4.0 его и не было).

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine

Re: [devel] Q: 4.1 freeze: time?

[Alexander Bokovoy]

2008/3/27 Dmitry V. Levin <ldv@altlinux.org>:
> Hi,
>
>  Не пора ли нам, согласно плану выпуска 4.1
>  http://freesource.info/wiki/AltLinux/Branches/41
>  всё-таки объявить freeze?
https://bugzilla.samba.org/show_bug.cgi?id=5350 блокирует выкладывание
samba 3.0.28a (3.0.28 не подвержен этой проблеме). Думаю, что
исправление будет в течение недели, поскольку статус у этой проблемы
достаточно высокий.

Наличие samba 3.0.28a в 4.1 необходимо для корректной работы с Windows
Vista SP1.
-- 
/ Alexander Bokovoy

Re: [devel] Q: 4.1 freeze: time?

[Alex Gorbachenko]

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

On Thu, 27 Mar 2008 11:28:11 +0200
Michael wrote:

>Надо перенести патчи с pgcluster - сегодня скину результат.

надо выкатывать и pgcluster тоже.

-- 
np: Killswitch Engage - Let The Bridges Burn

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

[devel] pgsql-8.3 (was: Q: 4.1 freeze: time?)

[Michael Bochkaryov]

Alex Gorbachenko пишет:
> On Thu, 27 Mar 2008 11:28:11 +0200
> Michael wrote:
> 
>> Надо перенести патчи с pgcluster - сегодня скину результат.

Сборка имени fisher@netstyle - вот тут:
ftp://ftp.linux.kiev.ua/pub/Linux/ALT/people/misha/postgresql8.3

Просьба посмотреть, погонять. Там src.rpm и сборка под i586.

> надо выкатывать и pgcluster тоже.

Э... не вопрос, да только он сейчас сыроват, мягко говоря.
У нас репликация прекрасно работает, а вот load balancer там сломан.
Причем, очень активно чинится/ломается последние три RC-шки.

Впрочем, завтра закину на ftp.l.k.u и, если не возникнет особых граблей,
то причешем свою получше и я его закину в сизиф.

-- 
	misha@

Re: [devel] Q: 4.1 freeze: time?

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

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

On Thu, Mar 27, 2008 at 02:53:40AM +0300, Dmitry V. Levin wrote:

DVL> Не пора ли нам, согласно плану выпуска 4.1
DVL> http://freesource.info/wiki/AltLinux/Branches/41
DVL> всё-таки объявить freeze?

Я вот думаю -- а не выложить ли бету Asterisk 1.6 параллельно с 1.4? А то
Digium может его зарелизить со дня на день, и там много действительно
важных улучшений (в первую очередь по надежности и производительности).
1.4 останется актуальным еще долго после выхода 1.6, но все-таки новые
инсталляции уже через месяц, возможно, следует делать на 1.6.

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

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

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

Re: [devel] Q: 4.1 freeze: time?

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

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

On Thu, Mar 27, 2008 at 10:57:17AM +0200, Michael Bochkaryov wrote:

MB> Насчет pgsql packaging team не скажу, но мы у себя тут успели
MB> pgcluster-1.9 опакетить, который на базе 8.3.0 был сделан.
MB> Соответственно, патчи (включая chroot) смерджить тоже успели.
MB> Если мне помогут хотя бы по части посмотреть/проверить, то за пару дней
MB> выкатить живую сборку 8.3.1 вполне реально. Сам я пока не очень уверенно
MB> себя чувствую по части майнтейнерства важных пакетов :(

См git -- за 8.3 (но без chroot) уже взялись. Может объедините усилия?

Только, судя по всему, надо бы сделать chroot отрывабельным (на control?).

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

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

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

Re: [devel] Q: 4.1 freeze: time?

[Ildar Mulyukov]

On 28.03.2008 04:19:22, Денис Смирнов wrote:
> On Thu, Mar 27, 2008 at 02:53:40AM +0300, Dmitry V. Levin wrote:
> DVL> Не пора ли нам, согласно плану выпуска 4.1
> DVL> http://freesource.info/wiki/AltLinux/Branches/41
> DVL> всё-таки объявить freeze?
> Я вот думаю -- а не выложить ли бету Asterisk 1.6 параллельно с 1.4?  
> А то Digium может его зарелизить со дня на день, и там много  
> действительно важных улучшений (в первую очередь по надежности и  
> производительности). 1.4 останется актуальным еще долго после выхода  
> 1.6, но все-таки новые инсталляции уже через месяц, возможно, следует  
> делать на 1.6.

Денис,
если Вы считаете, что это разумно с точки зрения потраченных усилий, то  
это хорошо бы сделать.

С уважением, Ильдар
	(потенциальный пользователь в недалёком будущем)
-- 
Ildar  Mulyukov,  free SW designer/programmer/packager
=========================================
email: ildar@altlinux.ru
Jabber: ildar@jabber.ru
ICQ: 4334029
ALT Linux Sisyphus http://www.sisyphus.ru
=========================================

Re: [devel] Q: 4.1 freeze: time?

[Eugene Prokopiev]

>  Я вот думаю -- а не выложить ли бету Asterisk 1.6 параллельно с 1.4?

ты главное про spandsp не забудь ;)

>  А то
>  Digium может его зарелизить со дня на день, и там много действительно
>  важных улучшений (в первую очередь по надежности и производительности).
>  1.4 останется актуальным еще долго после выхода 1.6, но все-таки новые
>  инсталляции уже через месяц, возможно, следует делать на 1.6.

Он еще не научился работать без zaptel? Если бы еще TxFax/RxFax от
CallWeaver на него перетащить и добиться работоспособности его
встроенного web-интерфейса, то я бы еще раз посмотрел на него
повнимательнее. Последний раз, когда я смотрел, мне не понравилась
твоя дефолтная конфигурация и нарезка по пакетам - но это мы уже
обсуждали и в мнениях, кажется, не сошлись.

-- 
С уважением,
Прокопьев Евгений

Re: [devel] Q: 4.1 freeze: time?

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

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

On Fri, Mar 28, 2008 at 09:13:17AM +0300, Eugene Prokopiev wrote:
>>  Я вот думаю -- а не выложить ли бету Asterisk 1.6 параллельно с 1.4?
EP> ты главное про spandsp не забудь ;)

А то :)

>>  А то
>>  Digium может его зарелизить со дня на день, и там много действительно
>>  важных улучшений (в первую очередь по надежности и производительности).
>>  1.4 останется актуальным еще долго после выхода 1.6, но все-таки новые
>>  инсталляции уже через месяц, возможно, следует делать на 1.6.
EP> Он еще не научился работать без zaptel? 

Нет, но это не страшно -- в новых ядрах ztdummy должен куда лучше
работать. Кроме того мне сейчас VoIP-only инсталляции не так интересны --
за них денег не платят :)

EP> Если бы еще TxFax/RxFax от CallWeaver на него перетащить 

Для 1.6 у них какой-то новый аналог txfax/rxfax (тоже spandsp-based).
Говорят работает лучше чем rxfax/txfax для Asterisk, который был раньше.

Я в код смотрел -- там сделали много интересного, чего не было в
rxfax/txfax.

EP> и добиться работоспособности его встроенного web-интерфейса,

Это фантастика. Он brain damaged от рождения, и таковым и останется. Я
считаю вообще идиотизмом тащить HTTP в asterisk, когда есть AMI -- эту
задачу надо всякими astmanproxy и аналогичными решать.

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

Мухи отдельно -- котлеты отдельно. В идеале я вообще хотел бы чтобы все
channel modules коннектились к Asterisk по UDP. Тогда не надо было бы ради
H.323 линковать _бинарник астериска_ с openh323 (от вида которой мне
становится плохо).

EP> то я бы еще раз посмотрел на него
EP> повнимательнее. Последний раз, когда я смотрел, мне не понравилась
EP> твоя дефолтная конфигурация и нарезка по пакетам - но это мы уже
EP> обсуждали и в мнениях, кажется, не сошлись.

Да 90% моей нарезки на пакеты -- это твоя нарезка на пакеты! :)

А дефолтная конфигурация, IMHO, для таких вещей должна быть /dev/null, а
рядом -- хорошие sample конфиги. Но эти sample конфиги никто не захотел
писать ;)

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

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

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

Re: [devel] Q: 4.1 freeze: time?

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

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

On Fri, Mar 28, 2008 at 11:08:45AM +0600, Ildar Mulyukov wrote:

IM> Денис,
IM> если Вы считаете, что это разумно с точки зрения потраченных усилий, то это 
IM> хорошо бы сделать.

Все равно мне этот кошмарик собирать рано или поздно...

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

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

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

Re: [devel] Q: 4.1 freeze: time?

[Michael Bochkaryov]

On Fri, Mar 28, 2008 at 01:20:16AM +0300, Денис Смирнов wrote:
> On Thu, Mar 27, 2008 at 10:57:17AM +0200, Michael Bochkaryov wrote:
> 
> MB> Насчет pgsql packaging team не скажу, но мы у себя тут успели
> MB> pgcluster-1.9 опакетить, который на базе 8.3.0 был сделан.
> MB> Соответственно, патчи (включая chroot) смерджить тоже успели.
> MB> Если мне помогут хотя бы по части посмотреть/проверить, то за пару дней
> MB> выкатить живую сборку 8.3.1 вполне реально. Сам я пока не очень уверенно
> MB> себя чувствую по части майнтейнерства важных пакетов :(
> 
> См git -- за 8.3 (но без chroot) уже взялись. Может объедините усилия?

Ну, про git мне уже подсказали, но chroot для 8.3 у нас уже был
перетащен, а вот забрасывать в git буду пробовать сегодня.

> Только, судя по всему, надо бы сделать chroot отрывабельным (на control?).

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

-- 
	misha@

Re: [devel] Q: 4.1 freeze: time?

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

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

On Fri, Mar 28, 2008 at 08:42:11AM +0200, Michael Bochkaryov wrote:

 MB> Ну, про git мне уже подсказали, но chroot для 8.3 у нас уже был
 MB> перетащен, а вот забрасывать в git буду пробовать сегодня.
 MB> Наверное, неплохо бы так и сделать.
 MB> Попробую доколупать за сегодня уже до живого состояния.

Спасибо!

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

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

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

Re: [devel] pgsql-8.3 (was: Q: 4.1 freeze: time?)

[Alex Gorbachenko]

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

On Thu, 27 Mar 2008 20:42:30 +0200
Michael wrote:

>У нас репликация прекрасно работает

он уже не разваливается, если интенсивно писать одновременно в обе
ноды ? ну, скажем по 30 записей в сек.

-- 
np: All That Remains - For Salvation

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

Re: [devel] pgsql-8.3

[Michael Bochkaryov]

Alex Gorbachenko пишет:
> On Thu, 27 Mar 2008 20:42:30 +0200
> Michael wrote:
> 
>> У нас репликация прекрасно работает
> 
> он уже не разваливается, если интенсивно писать одновременно в обе
> ноды ? ну, скажем по 30 записей в сек.

Вот, параллельную запись активно не тестировали.

Меня прежде всего интересовал вариант master-slave с минимальными
потерями данных при переключении на slave.

IMHO, стоит дождаться рабочего состояния pglb, а тогда уже тестировать в
комплексе и загонять в Сизиф. А в 4.1 такое точно не стоит :)

-- 
	misha@

Re: [devel] pgsql-8.3

[Alex Gorbachenko]

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

On Fri, 28 Mar 2008 11:42:46 +0200
Michael wrote:

>Меня прежде всего интересовал вариант master-slave с минимальными
>потерями данных при переключении на slave.

pgpool-II + slony1, самая рабочая связка на мой взгляд. pgpool умеет по
событию "отказ ноды" звать какой-либо скрипт. в моём случае, этот
скрипт делает slonik_failover, если упала текущая master нода, и ничего
не делает, если упал slave.

правда, у pgpool есть свои недостатки. например, он ничего не знает о
сессиях, как следствие, не работает currval.

-- 
np: As I Lay Dying - Reflection

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

Re: [devel] pgsql-8.3

[Michael Bochkaryov]

Alex Gorbachenko пишет:
> On Fri, 28 Mar 2008 11:42:46 +0200
> Michael wrote:
> 
>> Меня прежде всего интересовал вариант master-slave с минимальными
>> потерями данных при переключении на slave.
> 
> pgpool-II + slony1, самая рабочая связка на мой взгляд. pgpool умеет по
> событию "отказ ноды" звать какой-либо скрипт. в моём случае, этот
> скрипт делает slonik_failover, если упала текущая master нода, и ничего
> не делает, если упал slave.
> 
> правда, у pgpool есть свои недостатки. например, он ничего не знает о
> сессиях, как следствие, не работает currval.

Ага, и у slony есть свои недостатки вроде того, что БД надо под его
требования проектировать. С 3rd party софтом такое не очень то провернешь :(

Впрочем, это уже не для devel@ тема, а для sysadmins@ или community@ ;)

-- 
	misha@

Re: [devel] pgsql-8.3

[Alex Gorbachenko]

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

On Fri, 28 Mar 2008 13:23:59 +0200
Michael wrote:

>Ага, и у slony есть свои недостатки вроде того, что БД надо под его
>требования проектировать.

не обязательно. у нас слонами такие чудеса реплицируются, которые не
спроектированы вообще никак, и не понятно, как такая БД в принципе может
работать. однако ничего. работает.

-- 
np: As I Lay Dying - Reflection

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

Re: [devel] Q: 4.1 freeze: time?

[Michael Bochkaryov]

Денис Смирнов пишет:
> On Thu, Mar 27, 2008 at 10:57:17AM +0200, Michael Bochkaryov wrote:
> 
> MB> Насчет pgsql packaging team не скажу, но мы у себя тут успели
> MB> pgcluster-1.9 опакетить, который на базе 8.3.0 был сделан.
> MB> Соответственно, патчи (включая chroot) смерджить тоже успели.
> MB> Если мне помогут хотя бы по части посмотреть/проверить, то за пару дней
> MB> выкатить живую сборку 8.3.1 вполне реально. Сам я пока не очень уверенно
> MB> себя чувствую по части майнтейнерства важных пакетов :(
> 
> См git -- за 8.3 (но без chroot) уже взялись. Может объедините усилия?

В общем, по просьбам трудящихся в incoming полетела сборка 8.3.1.

Посыпаю голову пеплом, но до разборок с git руки не дошли ни у меня, ни
у fisher@netstyle, который основную часть сборки и провел.

> Только, судя по всему, надо бы сделать chroot отрывабельным (на control?).

Ну... из неуспеваний пока такое:
- не оторвали привязку к версии autoconf (стоит в BuildPreReq);
- не прикрутили control для chroot.

В остальном, вроде как нормально работает, но просьба пользующих
postgresql посмотреть внимательно на предмет имеющихся граблей.

-- 
	misha@

Re: [devel] Q: 4.1 freeze: time?

[Dmitry V. Levin]

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

On Thu, Mar 27, 2008 at 08:24:49AM +0300, Alexey I. Froloff wrote:
> * Dmitry V. Levin <ldv@> [080327 03:02]:
> > Не пора ли нам, согласно плану выпуска 4.1
> > http://freesource.info/wiki/AltLinux/Branches/41
> > всё-таки объявить freeze?
> Мне бы хотелось видеть в 4.1 rpm-build-ruby.  К сожалению
> последнее время я занимался больше своим здоровьем, чем пакетами.

Это лучше, чем если было бы наоборот.

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

Эти пакеты могут испортится из-за обновления rpm-build-ruby?

> От incoming мне потребуется двойная пересборка ruby и
> rpm-build-ruby.

И всё?


-- 
ldv

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

Re: [devel] Q: 4.1 freeze: time

[Dmitry V. Levin]

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

On Thu, Mar 27, 2008 at 02:53:40AM +0300, Dmitry V. Levin wrote:
> Не пора ли нам, согласно плану выпуска 4.1
> http://freesource.info/wiki/AltLinux/Branches/41
> всё-таки объявить freeze?

Суммируя отзывы, можно сделать вывод о том, что пора объявить freeze.
Начинать freeze в пятницу, пожалуй, было бы неразумно, поэтому пусть
это будет понедельник, 31 марта.


-- 
ldv

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

Re: [devel] Q: 4.1 freeze: time?

[Alexey I. Froloff]

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

* Dmitry V. Levin <ldv@> [080329 01:18]:
> > В базовую сборочную среду этот пакет входить не будет.  В
> > пакетах, которые его используют для сборки будет нужна
> > косметическая чистка спеков на тему вынесения прописанных вручную
> > зависимостей.
> Эти пакеты могут испортится из-за обновления rpm-build-ruby?
Только сломается последующая (пере)сборка некоторых пакетов,
которые в основном числятся за @ruby.

> > От incoming мне потребуется двойная пересборка ruby и
> > rpm-build-ruby.
> И всё?
А даже это не потребуется.

Хотелось бы увидеть результаты пересборки сизифа с новым
rpm-build-ruby, когда она будет по плану в следующий раз?

-- 
Regards,
Sir Raorn.

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

Re: [devel] Q: 4.1 freeze: time

[Alexey I. Froloff]

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

* Dmitry V. Levin <ldv@> [080329 01:18]:
> Суммируя отзывы, можно сделать вывод о том, что пора объявить freeze.
> Начинать freeze в пятницу, пожалуй, было бы неразумно, поэтому пусть
> это будет понедельник, 31 марта.
А когда будет собрано всё то, что поступило в инкаминг за
последние несколько дней?

-- 
Regards,
Sir Raorn.

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

Re: [devel] Q: 4.1 freeze: time

[Alexey Gladkov]

Dmitry V. Levin wrote:
> Суммируя отзывы, можно сделать вывод о том, что пора объявить freeze.
> Начинать freeze в пятницу, пожалуй, было бы неразумно, поэтому пусть
> это будет понедельник, 31 марта.

Я прошу подождать firefox, если он, конечно, важен.

-- 
Rgrds, legion

Re: [devel] Q: 4.1 freeze: time

[Aleksey Novodvorsky]

29.03.08, Alexey Gladkov<legion@altlinux.ru> написал(а):
> Dmitry V. Levin wrote:
>  > Суммируя отзывы, можно сделать вывод о том, что пора объявить freeze.
>  > Начинать freeze в пятницу, пожалуй, было бы неразумно, поэтому пусть
>  > это будет понедельник, 31 марта.
>
>
> Я прошу подождать firefox, если он, конечно, важен.

Очень важен.

Rgrds, Алексей

Re: [devel] Q: 4.1 freeze: time

[Dmitry V. Levin]

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

On Sat, Mar 29, 2008 at 01:53:18AM +0300, Alexey Gladkov wrote:
> Dmitry V. Levin wrote:
> >Суммируя отзывы, можно сделать вывод о том, что пора объявить freeze.
> >Начинать freeze в пятницу, пожалуй, было бы неразумно, поэтому пусть
> >это будет понедельник, 31 марта.
> 
> Я прошу подождать firefox, если он, конечно, важен.

Для firefox можно сделать исключение, он ведь не влияет на другие пакеты,
за исключением его плагинов?


-- 
ldv

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

Re: [devel] Q: 4.1 freeze: time

[Konstantin A. Lepikhov]

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

Hi Dmitry!

Saturday 29, at 01:16:30 AM you wrote:

> On Thu, Mar 27, 2008 at 02:53:40AM +0300, Dmitry V. Levin wrote:
> > Не пора ли нам, согласно плану выпуска 4.1
> > http://freesource.info/wiki/AltLinux/Branches/41
> > всё-таки объявить freeze?
> 
> Суммируя отзывы, можно сделать вывод о том, что пора объявить freeze.
> Начинать freeze в пятницу, пожалуй, было бы неразумно, поэтому пусть
> это будет понедельник, 31 марта.
лучше 1 апреля ;)

-- 
WBR et al.

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

Re: [devel] Q: 4.1 freeze: time

[Valery V. Inozemtsev]

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

В сообщении от 29 марта 2008 Dmitry V. Levin написал(a):
> On Thu, Mar 27, 2008 at 02:53:40AM +0300, Dmitry V. Levin wrote:
> > Не пора ли нам, согласно плану выпуска 4.1
> > http://freesource.info/wiki/AltLinux/Branches/41
> > всё-таки объявить freeze?
>
> Суммируя отзывы, можно сделать вывод о том, что пора объявить freeze.

о чем ты Дим? какой фриз, если у нас нет рабочего и поддерживаемого ядра?
2.6.18 конечно зафризено дальше некуда, но в 4.1 хотелось бы поддержки железа 
не только 3-х летней давности

> Начинать freeze в пятницу, пожалуй, было бы неразумно, поэтому пусть
> это будет понедельник, 31 марта.

из вышесказанного лучше 1 апреля

-- 
Valery V. Inozemtsev

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] Q: 4.1 freeze: time

[Victor Forsyuk]

On Sat, Mar 29, 2008 at 01:16:30AM +0300, Dmitry V. Levin wrote:
> On Thu, Mar 27, 2008 at 02:53:40AM +0300, Dmitry V. Levin wrote:
> > Не пора ли нам, согласно плану выпуска 4.1
> > http://freesource.info/wiki/AltLinux/Branches/41
> > всё-таки объявить freeze?
> 
> Суммируя отзывы, можно сделать вывод о том, что пора объявить freeze.
> Начинать freeze в пятницу, пожалуй, было бы неразумно, поэтому пусть
> это будет понедельник, 31 марта.

Я к этому почти готов. :) Осталось только вбросить в сизиф exim 4.69 и, что
более важно до фриза (поскольку библиотека), exiv2 0.16.

Обновление exiv2 вызовет смену soname. Кроме моих пакетов от libexiv2
зависят:

strigi
libkexiv2
libgwenview4
libgwenview
immix

Не вижу смысла разводить танцы с compat-библиотекой и прошу уважаемых
ментейнеров этих пакетов пересобрать их после появления exiv2 0.16 в сизифе
или выдать мне разрешение на NMU.

Re: [devel] Q: 4.1 freeze: time

[Andrey Rahmatullin]

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

On Sat, Mar 29, 2008 at 02:39:38PM +0200, Victor Forsyuk wrote:
> strigi
> Не вижу смысла разводить танцы с compat-библиотекой и прошу уважаемых
> ментейнеров этих пакетов пересобрать их после появления exiv2 0.16 в сизифе
Угу.

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

Баги -- это тоже буквы, или не там, или не те.
		-- mike in community@

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

Re: [devel] Q: 4.1 freeze: time

[Led]

Saturday, 29 March 2008 14:39:38 Victor Forsyuk написав:
> On Sat, Mar 29, 2008 at 01:16:30AM +0300, Dmitry V. Levin wrote:
> > On Thu, Mar 27, 2008 at 02:53:40AM +0300, Dmitry V. Levin wrote:
> > > Не пора ли нам, согласно плану выпуска 4.1
> > > http://freesource.info/wiki/AltLinux/Branches/41
> > > всё-таки объявить freeze?
> >
> > Суммируя отзывы, можно сделать вывод о том, что пора объявить freeze.
> > Начинать freeze в пятницу, пожалуй, было бы неразумно, поэтому пусть
> > это будет понедельник, 31 марта.
>
> Я к этому почти готов. :) Осталось только вбросить в сизиф exim 4.69 и, что
> более важно до фриза (поскольку библиотека), exiv2 0.16.
>
> Обновление exiv2 вызовет смену soname. Кроме моих пакетов от libexiv2
> зависят:
>
> strigi
> libkexiv2
> libgwenview4
> libgwenview
> immix
>
> Не вижу смысла разводить танцы с compat-библиотекой и прошу уважаемых
> ментейнеров этих пакетов пересобрать их после появления exiv2 0.16 в сизифе
> или выдать мне разрешение на NMU.

У меня есть сборка и новой exiv2-0-16, и минимальной libexiv2_0.12, так 
что "разводить" несложно:)

-- 
Led

Re: [devel] Q: 4.1 freeze: time

[Dmitry V. Levin]

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

On Sat, Mar 29, 2008 at 03:29:00PM +0300, Valery V. Inozemtsev wrote:
> В сообщении от 29 марта 2008 Dmitry V. Levin написал(a):
> > On Thu, Mar 27, 2008 at 02:53:40AM +0300, Dmitry V. Levin wrote:
> > > Не пора ли нам, согласно плану выпуска 4.1
> > > http://freesource.info/wiki/AltLinux/Branches/41
> > > всё-таки объявить freeze?
> >
> > Суммируя отзывы, можно сделать вывод о том, что пора объявить freeze.
> 
> о чем ты Дим?

http://freesource.info/wiki/AltLinux/Branches/FreezePolicy

> какой фриз, если у нас нет рабочего и поддерживаемого ядра?
> 2.6.18 конечно зафризено дальше некуда, но в 4.1 хотелось бы поддержки железа 
> не только 3-х летней давности

Поддержка ядра -- это перманентный процесс.  Поскольку мы уже перешли на
2.6.24, freeze означает, что мы будем его фиксить, а не менять.

> > Начинать freeze в пятницу, пожалуй, было бы неразумно, поэтому пусть
> > это будет понедельник, 31 марта.
> 
> из вышесказанного лучше 1 апреля

Для 1 апреля можно придумать что-нибудь более подходящее.


-- 
ldv

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

[devel] BINH: dhcpcd, graphviz, MAKEDEV (was: Q: 4.1 freeze: time)

[Michael Shigorin]

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

On Sat, Mar 29, 2008 at 01:16:30AM +0300, Dmitry V. Levin wrote:
> > Не пора ли нам, согласно плану выпуска 4.1
> > http://freesource.info/wiki/AltLinux/Branches/41
> > всё-таки объявить freeze?
> Суммируя отзывы, можно сделать вывод о том, что пора объявить
> freeze.  Начинать freeze в пятницу, пожалуй, было бы неразумно,
> поэтому пусть это будет понедельник, 31 марта.

ACK


По пакетам, которые ломал или переделывал:

*** dhcpcd

Поскольку отловлена интересная ситуация с dhcpcd (старьё не
может, новьё у нас брыкается, хотя у других вроде работает)
-- прошу заинтересованных посмотреть #14643, #15042, #15131.

Понадобится помощь, поскольку ни дома, ни в офисе у меня
лично не воспроизводится, при этом проблемы, которые люди
ловят с 3.2.3 -- не гуглятся.  Будто его дёргают не так?

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

*** graphviz

Существенно обновлена версия -- она намного лучше внутри,
но по ходу дела не хватило времени починить language bindings,
они в текущей сборке скорее все сломаны.  Помощь крайне
приветствуется.  Тж. #9078.

*** MAKEDEV

Жаль, что ты не пропустил в сизиф dev-minimal -- мож забыл
добраться до sisyphus_check у меня в git?


Из остального -- возможно, удастся допилить collectd4
(новый пакет), ну и только что отправил memtest86+-2.0.1
(проверен на i586/x86_64 в единственном экземпляре).

PS: а ещё у нас nut undermaintained: http://tinyurl.com/yuuk59
-- дай правов, что ли, нам с alexsid@ ;-)

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

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

Re: [devel] Q: 4.1 freeze: time

[Michael Shigorin]

On Sat, Mar 29, 2008 at 02:39:38PM +0200, Victor Forsyuk wrote:
> immix

Нотный текст ушёл.

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

Re: [devel] BINH: dhcpcd, graphviz, MAKEDEV (was: Q: 4.1 freeze: time)

[Dmitry V. Levin]

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

On Sat, Mar 29, 2008 at 04:26:09PM +0200, Michael Shigorin wrote:
> *** MAKEDEV
> 
> Жаль, что ты не пропустил в сизиф dev-minimal -- мож забыл
> добраться до sisyphus_check у меня в git?

Постараюсь добраться.

> PS: а ещё у нас nut undermaintained: http://tinyurl.com/yuuk59
> -- дай правов, что ли, нам с alexsid@ ;-)

Я видел ваши патчи; к сожалению, они мне тогда не понравились.


-- 
ldv

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

Re: [devel] Q: 4.1 freeze: time

[Valery V. Inozemtsev]

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

В сообщении от 29 марта 2008 Dmitry V. Levin написал(a):
> On Sat, Mar 29, 2008 at 03:29:00PM +0300, Valery V. Inozemtsev wrote:
> > В сообщении от 29 марта 2008 Dmitry V. Levin написал(a):
> > > On Thu, Mar 27, 2008 at 02:53:40AM +0300, Dmitry V. Levin wrote:
> > > > Не пора ли нам, согласно плану выпуска 4.1
> > > > http://freesource.info/wiki/AltLinux/Branches/41
> > > > всё-таки объявить freeze?
> > >
> > > Суммируя отзывы, можно сделать вывод о том, что пора объявить freeze.
> >
> > о чем ты Дим?
>
> http://freesource.info/wiki/AltLinux/Branches/FreezePolicy
>
> > какой фриз, если у нас нет рабочего и поддерживаемого ядра?
> > 2.6.18 конечно зафризено дальше некуда, но в 4.1 хотелось бы поддержки
> > железа не только 3-х летней давности
>
> Поддержка ядра -- это перманентный процесс.  Поскольку мы уже перешли на
> 2.6.24, freeze означает, что мы будем его фиксить, а не менять.

с фиксами как то туго, например:
(02/02/08 20:56) <shrek> бяку в конфиге нашел из за которой alsa нерабочая
(02/02/08 20:56) <silicium> да, какую?
(02/02/08 20:56) <shrek> CONFIG_TOUCHSCREEN_UCB1400
(02/02/08 20:56) <silicium> а какая остральная связь?
(02/02/08 20:56) <shrek> нужно убрать и вместе с ним CONFIG_AC97_BUS
(02/02/08 20:56) <silicium> у меня ALSA работает кстати
а воз и нынче там

>
> > > Начинать freeze в пятницу, пожалуй, было бы неразумно, поэтому пусть
> > > это будет понедельник, 31 марта.
> >
> > из вышесказанного лучше 1 апреля
>
> Для 1 апреля можно придумать что-нибудь более подходящее.

первое число месяца, в самый раз.

-- 
Valery V. Inozemtsev

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] Q: 4.1 freeze: time

[Dmitry V. Levin]

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

On Sat, Mar 29, 2008 at 05:35:46PM +0300, Valery V. Inozemtsev wrote:
> В сообщении от 29 марта 2008 Dmitry V. Levin написал(a):
> > On Sat, Mar 29, 2008 at 03:29:00PM +0300, Valery V. Inozemtsev wrote:
> > > В сообщении от 29 марта 2008 Dmitry V. Levin написал(a):
> > > > On Thu, Mar 27, 2008 at 02:53:40AM +0300, Dmitry V. Levin wrote:
> > > > > Не пора ли нам, согласно плану выпуска 4.1
> > > > > http://freesource.info/wiki/AltLinux/Branches/41
> > > > > всё-таки объявить freeze?
> > > >
> > > > Суммируя отзывы, можно сделать вывод о том, что пора объявить freeze.
> > >
> > > о чем ты Дим?
> >
> > http://freesource.info/wiki/AltLinux/Branches/FreezePolicy
> >
> > > какой фриз, если у нас нет рабочего и поддерживаемого ядра?
> > > 2.6.18 конечно зафризено дальше некуда, но в 4.1 хотелось бы поддержки
> > > железа не только 3-х летней давности
> >
> > Поддержка ядра -- это перманентный процесс.  Поскольку мы уже перешли на
> > 2.6.24, freeze означает, что мы будем его фиксить, а не менять.
> 
> с фиксами как то туго, например:
> (02/02/08 20:56) <shrek> бяку в конфиге нашел из за которой alsa нерабочая
> (02/02/08 20:56) <silicium> да, какую?
> (02/02/08 20:56) <shrek> CONFIG_TOUCHSCREEN_UCB1400
> (02/02/08 20:56) <silicium> а какая остральная связь?
> (02/02/08 20:56) <shrek> нужно убрать и вместе с ним CONFIG_AC97_BUS
> (02/02/08 20:56) <silicium> у меня ALSA работает кстати
> а воз и нынче там

Решим в понедельник в рабочем порядке.

> > > > Начинать freeze в пятницу, пожалуй, было бы неразумно, поэтому пусть
> > > > это будет понедельник, 31 марта.
> > >
> > > из вышесказанного лучше 1 апреля
> >
> > Для 1 апреля можно придумать что-нибудь более подходящее.
> 
> первое число месяца, в самый раз.

Нет, начало недели больше подходит.


-- 
ldv

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

[devel] nut += powercom

[Michael Shigorin]

On Sat, Mar 29, 2008 at 05:34:43PM +0300, Dmitry V. Levin wrote:
> > PS: а ещё у нас nut undermaintained: http://tinyurl.com/yuuk59
> > -- дай правов, что ли, нам с alexsid@ ;-)
> Я видел ваши патчи; к сожалению, они мне тогда не понравились.

Апстриму тоже, но он это хотя бы озвучил ;-)

Насколько помню, alexsid@ потом что-то делал по ветке 2.2.x
по этой части.

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

Re: [devel] Q: 4.1 freeze: time

[Konstantin A. Lepikhov]

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

Hi Valery!

Saturday 29, at 05:35:46 PM you wrote:

> В сообщении от 29 марта 2008 Dmitry V. Levin написал(a):
> > On Sat, Mar 29, 2008 at 03:29:00PM +0300, Valery V. Inozemtsev wrote:
> > > В сообщении от 29 марта 2008 Dmitry V. Levin написал(a):
> > > > On Thu, Mar 27, 2008 at 02:53:40AM +0300, Dmitry V. Levin wrote:
> > > > > Не пора ли нам, согласно плану выпуска 4.1
> > > > > http://freesource.info/wiki/AltLinux/Branches/41
> > > > > всё-таки объявить freeze?
> > > >
> > > > Суммируя отзывы, можно сделать вывод о том, что пора объявить freeze.
> > >
> > > о чем ты Дим?
> >
> > http://freesource.info/wiki/AltLinux/Branches/FreezePolicy
> >
> > > какой фриз, если у нас нет рабочего и поддерживаемого ядра?
> > > 2.6.18 конечно зафризено дальше некуда, но в 4.1 хотелось бы поддержки
> > > железа не только 3-х летней давности
> >
> > Поддержка ядра -- это перманентный процесс.  Поскольку мы уже перешли на
> > 2.6.24, freeze означает, что мы будем его фиксить, а не менять.
> 
> с фиксами как то туго, например:
> (02/02/08 20:56) <shrek> бяку в конфиге нашел из за которой alsa нерабочая
> (02/02/08 20:56) <silicium> да, какую?
> (02/02/08 20:56) <shrek> CONFIG_TOUCHSCREEN_UCB1400
> (02/02/08 20:56) <silicium> а какая остральная связь?
> (02/02/08 20:56) <shrek> нужно убрать и вместе с ним CONFIG_AC97_BUS
> (02/02/08 20:56) <silicium> у меня ALSA работает кстати
> а воз и нынче там
> 
бугага. Я это бяку фиксил еще в 2.6.22. И в wks она тоже исправлена.

-- 
WBR et al.

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

Re: [devel] Q: 4.1 freeze: time

[Victor Forsyuk]

On Sat, Mar 29, 2008 at 02:51:24PM +0200, Led wrote:
> >
> > Обновление exiv2 вызовет смену soname. Кроме моих пакетов от libexiv2
> > зависят:
> >
> > strigi
> > libkexiv2
> > libgwenview4
> > libgwenview
> > immix
> >
> > Не вижу смысла разводить танцы с compat-библиотекой и прошу уважаемых
> > ментейнеров этих пакетов пересобрать их после появления exiv2 0.16 в сизифе
> > или выдать мне разрешение на NMU.
> 
> У меня есть сборка и новой exiv2-0-16, и минимальной libexiv2_0.12, так 
> что "разводить" несложно:)

Так я и не утверждаю, что сложно. :) Я просто не вижу смысла в данном
конкретном случае обновления библиотеки с таким небольшим количеством не
мной поддерживаемых клиентов плодить сучности... :) На самом деле правила
существуют для людей, а не наоборот. Я собираюсь быстро пересобрать своих
клиентов и отNMUшить чужих или попросить их ментейнеров.

Re: [devel] Q: 4.1 freeze: time

[Alexey Gladkov]

Dmitry V. Levin wrote:
> Поддержка ядра -- это перманентный процесс.  Поскольку мы уже перешли на
> 2.6.24, freeze означает, что мы будем его фиксить, а не менять.

В 2.6.25-rc7 исправлен ряд регрешенов в том числе и в acpi. Может 
всё-таки попробовать его, а потом фризить либо 2.6.24, либо 2.6.25* ?

P.S. Мне не кажется оправданным фриз как взмах шашки согласно 
какому-то урлу в wiki.

-- 
Rgrds, legion

Re: [devel] Q: 4.1 freeze: time

[Mikhail Gusarov]

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

Twas brillig at 21:26:26 29.03.2008 UTC+03 when Alexey Gladkov did gyre and gimble:

 AG> P.S. Мне не кажется оправданным фриз как взмах шашки согласно
 AG> какому-то урлу в wiki.

Какие вопросы к урлу в wiki?

Или следует это понимать как "мне не кажется оправданным фриз как взмах
шашки согласно какому-то заранее написанному расписанию"?

-- 

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

Re: [devel] Q: 4.1 freeze: time

[Dmitry V. Levin]

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

On Sat, Mar 29, 2008 at 09:26:26PM +0300, Alexey Gladkov wrote:
> Dmitry V. Levin wrote:
> >Поддержка ядра -- это перманентный процесс.  Поскольку мы уже перешли на
> >2.6.24, freeze означает, что мы будем его фиксить, а не менять.
> 
> В 2.6.25-rc7 исправлен ряд регрешенов в том числе и в acpi.

А что там поломано?

> Может всё-таки попробовать его, а потом фризить либо 2.6.24, либо 2.6.25* ?

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

Если есть желание что-то выпускать, то необходимо фиксировать софт,
и ядро в особенности.

> P.S. Мне не кажется оправданным фриз как взмах шашки согласно 
> какому-то урлу в wiki.

Только не надо переворачивать с ног на голову.
wiki -- это просто информационный ресурс.
А фриз -- это коллективная насущная необходимость.
Хотя, конечно, никогда не бывает так, чтобы такую необходимость
испытывали все сразу в равной степени.


-- 
ldv

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

Re: [devel] Q: 4.1 freeze: time

[Konstantin A. Lepikhov]

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

Hi Mikhail!

Sunday 30, at 12:28:22 AM you wrote:

> Twas brillig at 21:26:26 29.03.2008 UTC+03 when Alexey Gladkov did gyre and gimble:
> 
>  AG> P.S. Мне не кажется оправданным фриз как взмах шашки согласно
>  AG> какому-то урлу в wiki.
> 
> Какие вопросы к урлу в wiki?
> 
> Или следует это понимать как "мне не кажется оправданным фриз как взмах
> шашки согласно какому-то заранее написанному расписанию"?
Некий текст, который появился на вики, а потом был выдан как некое
расписание ну никак не похож на что-то официальное. Почему данный
документ не обсужался и не согласовывался с остальными мантейнерами,
откуда взялись столь сжатые сроки, в которые никто не уложится?

-- 
WBR et al.

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

Re: [devel] Q: 4.1 freeze: time

[Led]

Saturday, 29 March 2008 20:34:05 Dmitry V. Levin написав:
> On Sat, Mar 29, 2008 at 09:26:26PM +0300, Alexey Gladkov wrote:
> > Dmitry V. Levin wrote:
> > >Поддержка ядра -- это перманентный процесс.  Поскольку мы уже перешли на
> > >2.6.24, freeze означает, что мы будем его фиксить, а не менять.
> >
> > В 2.6.25-rc7 исправлен ряд регрешенов в том числе и в acpi.
>
> А что там поломано?

API, и довольно серьёзно:) Но даже я, ламер, потихоньку починил уже 
совместимость nvidia, subfs, iscsitarget, usbip...
Но, насколько я понял, ext4 уже можно делать "FS по-умолчанию" (AFAIK там 
намного его улучшили, в основном из за патчей от разработчиков lustre).


-- 
Led

Re: [devel] Q: 4.1 freeze: time

[Led]

Saturday, 29 March 2008 20:26:26 Alexey Gladkov написав:
> Dmitry V. Levin wrote:
> > Поддержка ядра -- это перманентный процесс.  Поскольку мы уже перешли на
> > 2.6.24, freeze означает, что мы будем его фиксить, а не менять.
>
> В 2.6.25-rc7 исправлен ряд регрешенов в том числе и в acpi. Может
> всё-таки попробовать его, а потом фризить либо 2.6.24, либо 2.6.25* ?

Текущий сизифовский 2.6.24-std-def во фриз - это сильно!:) Тогда хоть 
2.6.18-std-smp не выбрасывать - для НЕ-мазохистов:)

>
> P.S. Мне не кажется оправданным фриз как взмах шашки согласно
> какому-то урлу в wiki.



-- 
Led

Re: [devel] Q: 4.1 freeze: time

[Dmitry V. Levin]

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

On Sat, Mar 29, 2008 at 09:01:35PM +0200, Led wrote:
> Saturday, 29 March 2008 20:26:26 Alexey Gladkov написав:
> > Dmitry V. Levin wrote:
> > > Поддержка ядра -- это перманентный процесс.  Поскольку мы уже перешли на
> > > 2.6.24, freeze означает, что мы будем его фиксить, а не менять.
> >
> > В 2.6.25-rc7 исправлен ряд регрешенов в том числе и в acpi. Может
> > всё-таки попробовать его, а потом фризить либо 2.6.24, либо 2.6.25* ?
> 
> Текущий сизифовский 2.6.24-std-def во фриз - это сильно!:)

Поскольку фриз это не релиз, не вижу ничего страшного.
В состоянии фриза проще исправлять баги, на то он и фриз.


-- 
ldv

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

Re: [devel] Q: 4.1 freeze: time

[Dmitry V. Levin]

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

On Sat, Mar 29, 2008 at 09:41:17PM +0300, Konstantin A. Lepikhov wrote:
> Sunday 30, at 12:28:22 AM you wrote:
> > Twas brillig at 21:26:26 29.03.2008 UTC+03 when Alexey Gladkov did gyre and gimble:
> > 
> >  AG> P.S. Мне не кажется оправданным фриз как взмах шашки согласно
> >  AG> какому-то урлу в wiki.
> > 
> > Какие вопросы к урлу в wiki?
> > 
> > Или следует это понимать как "мне не кажется оправданным фриз как взмах
> > шашки согласно какому-то заранее написанному расписанию"?
> Некий текст, который появился на вики, а потом был выдан как некое
> расписание ну никак не похож на что-то официальное. Почему данный
> документ не обсужался и не согласовывался с остальными мантейнерами,
> откуда взялись столь сжатые сроки, в которые никто не уложится?

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


-- 
ldv

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

Re: [devel] Q: 4.1 freeze: time

[Led]

Saturday, 29 March 2008 17:15:46 Victor Forsyuk написав:
> On Sat, Mar 29, 2008 at 02:51:24PM +0200, Led wrote:
> > > Обновление exiv2 вызовет смену soname. Кроме моих пакетов от libexiv2
> > > зависят:
> > >
> > > strigi
> > > libkexiv2
> > > libgwenview4
> > > libgwenview
> > > immix
> > >
> > > Не вижу смысла разводить танцы с compat-библиотекой и прошу уважаемых
> > > ментейнеров этих пакетов пересобрать их после появления exiv2 0.16 в
> > > сизифе или выдать мне разрешение на NMU.
> >
> > У меня есть сборка и новой exiv2-0-16, и минимальной libexiv2_0.12, так
> > что "разводить" несложно:)
>
> Так я и не утверждаю, что сложно. :)

Я имел ввиду, что пакет готов, так что совсем просто: я ещё неделю назад всё 
это изготовил и собирался теюе сообщить, но... "вылетело из головы";)

> Я просто не вижу смысла в данном 
> конкретном случае обновления библиотеки с таким небольшим количеством не
> мной поддерживаемых клиентов плодить сучности... :) На самом деле правила
> существуют для людей, а не наоборот. Я собираюсь быстро пересобрать своих
> клиентов и отNMUшить чужих или попросить их ментейнеров.


-- 
Led

Re: [devel] Q: 4.1 freeze: time

[Konstantin A. Lepikhov]

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

Hi Dmitry!

Saturday 29, at 10:08:14 PM you wrote:

> On Sat, Mar 29, 2008 at 09:01:35PM +0200, Led wrote:
> > Saturday, 29 March 2008 20:26:26 Alexey Gladkov написав:
> > > Dmitry V. Levin wrote:
> > > > Поддержка ядра -- это перманентный процесс.  Поскольку мы уже перешли на
> > > > 2.6.24, freeze означает, что мы будем его фиксить, а не менять.
> > >
> > > В 2.6.25-rc7 исправлен ряд регрешенов в том числе и в acpi. Может
> > > всё-таки попробовать его, а потом фризить либо 2.6.24, либо 2.6.25* ?
> > 
> > Текущий сизифовский 2.6.24-std-def во фриз - это сильно!:)
> 
> Поскольку фриз это не релиз, не вижу ничего страшного.
> В состоянии фриза проще исправлять баги, на то он и фриз.
> 
Как фриз поможет исправить 2.6.24-std-def? Все скажут "фрииз" и оно само
исправится?

-- 
WBR et al.

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

Re: [devel] Q: 4.1 freeze: time

[Alexey Gladkov]

Dmitry V. Levin wrote:
> On Sat, Mar 29, 2008 at 09:26:26PM +0300, Alexey Gladkov wrote:
>> Dmitry V. Levin wrote:
>>> Поддержка ядра -- это перманентный процесс.  Поскольку мы уже перешли на
>>> 2.6.24, freeze означает, что мы будем его фиксить, а не менять.
>> В 2.6.25-rc7 исправлен ряд регрешенов в том числе и в acpi.
> 
> А что там поломано?

Например, у меня на Lenovo x61s APCI нормально не работает. ACPI там в 
странном состоянии.

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

Это верно. Но мне кажется что сейчас ядро в сизифе не в том состоянии 
чтобы его фризить.

Скажи, зачем делать фриз софта чтобы потом его обновлять до некой 
другой мажорной версии ?

Мне кажется что фриз должен фризить все пакеты без исключения и на 
определённых вериях (кроме обновлений безопасности). Иначе это не фриз.

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

-- 
Rgrds, legion

Re: [devel] Q: 4.1 freeze: time

[Michael Shigorin]

On Sat, Mar 29, 2008 at 11:03:13PM +0300, Alexey Gladkov wrote:
> Скажи, зачем делать фриз софта чтобы потом его обновлять до
> некой другой мажорной версии ?

Ядро -- случай достаточно отдельный.

> Мне кажется что фриз должен фризить все пакеты без исключения и
> на определённых вериях (кроме обновлений безопасности). Иначе
> это не фриз.

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


On Sat, Mar 29, 2008 at 08:59:53PM +0200, Led wrote:
> > > >Поддержка ядра -- это перманентный процесс.  Поскольку мы
> > > >уже перешли на 2.6.24, freeze означает, что мы будем его
> > > >фиксить, а не менять.
> > > В 2.6.25-rc7 исправлен ряд регрешенов в том числе и в acpi.
> > А что там поломано?
> API, и довольно серьёзно:) Но даже я, ламер, потихоньку починил
> уже совместимость nvidia, subfs, iscsitarget, usbip...

Ну раз уж зацепили тему -- мож выскажешься тут, чем тебе .25
лучше .24 глянулось?  Если и говорить, то как раз время. :)

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

Re: [devel] Q: 4.1 freeze: time

[Michael Shigorin]

On Sat, Mar 29, 2008 at 09:41:17PM +0300, Konstantin A. Lepikhov wrote:
> Почему данный документ не обсужался и не согласовывался с
> остальными мантейнерами, откуда взялись столь сжатые сроки,
> в которые никто не уложится?

Здрасьте, всё анонсировалось и обсуждалось.  Здесь.

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

Re: [devel] Q: 4.1 freeze: time

[Dmitry V. Levin]

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

On Sat, Mar 29, 2008 at 10:24:33PM +0300, Konstantin A. Lepikhov wrote:
> Saturday 29, at 10:08:14 PM you wrote:
> > On Sat, Mar 29, 2008 at 09:01:35PM +0200, Led wrote:
> > > Saturday, 29 March 2008 20:26:26 Alexey Gladkov написав:
> > > > Dmitry V. Levin wrote:
> > > > > Поддержка ядра -- это перманентный процесс.  Поскольку мы уже перешли на
> > > > > 2.6.24, freeze означает, что мы будем его фиксить, а не менять.
> > > >
> > > > В 2.6.25-rc7 исправлен ряд регрешенов в том числе и в acpi. Может
> > > > всё-таки попробовать его, а потом фризить либо 2.6.24, либо 2.6.25* ?
> > > 
> > > Текущий сизифовский 2.6.24-std-def во фриз - это сильно!:)
> > 
> > Поскольку фриз это не релиз, не вижу ничего страшного.
> > В состоянии фриза проще исправлять баги, на то он и фриз.
> > 
> Как фриз поможет исправить 2.6.24-std-def? Все скажут "фрииз" и оно само
> исправится?

Это просто: во время фриза одни пакеты, по идее, должны перестать ломаться
из-за обновления других пакетов.  Применительно к kernel, должно быть проще
фикстить userspace.


-- 
ldv

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

Re: [devel] Q: 4.1 freeze: time

[Led]

Saturday, 29 March 2008 23:23:48 Michael Shigorin написав:
> On Sat, Mar 29, 2008 at 11:03:13PM +0300, Alexey Gladkov wrote:
> > Скажи, зачем делать фриз софта чтобы потом его обновлять до
> > некой другой мажорной версии ?
>
> Ядро -- случай достаточно отдельный.
>
> > Мне кажется что фриз должен фризить все пакеты без исключения и
> > на определённых вериях (кроме обновлений безопасности). Иначе
> > это не фриз.
>
> Боюсь, нам стоит упражняться в фризах, а не пытаться с разгону
> поднять планку на две отметки...
>
> On Sat, Mar 29, 2008 at 08:59:53PM +0200, Led wrote:
> > > > >Поддержка ядра -- это перманентный процесс.  Поскольку мы
> > > > >уже перешли на 2.6.24, freeze означает, что мы будем его
> > > > >фиксить, а не менять.
> > > >
> > > > В 2.6.25-rc7 исправлен ряд регрешенов в том числе и в acpi.
> > >
> > > А что там поломано?
> >
> > API, и довольно серьёзно:) Но даже я, ламер, потихоньку починил
> > уже совместимость nvidia, subfs, iscsitarget, usbip...
>
> Ну раз уж зацепили тему -- мож выскажешься тут, чем тебе .25
> лучше .24 глянулось?  Если и говорить, то как раз время. :)

Поверхностно - http://kernelnewbies.org/Linux_2_6_25
Я, кстати, не говорил, что мне не нравится linux-2.6.24 как таковое:)

-- 
Led

Re: [devel] Q: 4.1 freeze: time

[Dmitry V. Levin]

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

On Sat, Mar 29, 2008 at 11:03:13PM +0300, Alexey Gladkov wrote:
> Dmitry V. Levin wrote:
> >On Sat, Mar 29, 2008 at 09:26:26PM +0300, Alexey Gladkov wrote:
> >>Dmitry V. Levin wrote:
> >>>Поддержка ядра -- это перманентный процесс.  Поскольку мы уже перешли на
> >>>2.6.24, freeze означает, что мы будем его фиксить, а не менять.
> >>В 2.6.25-rc7 исправлен ряд регрешенов в том числе и в acpi.
> >
> >А что там поломано?
> 
> Например, у меня на Lenovo x61s APCI нормально не работает. ACPI там в 
> странном состоянии.

В том, чтобы x61s заработал, у нас есть лично заинтересованные люди,
так что я надеюсь, что они решат эту задачу.

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

В каком смысле?  2.6.25 заведомо более сырое (его ещё нет) чем 2.6.24,
поэтому довести 2.6.24 до релиза сейчас реальнее чем 2.6.25.

> Скажи, зачем делать фриз софта чтобы потом его обновлять до некой 
> другой мажорной версии ?

Незачем.

> Мне кажется что фриз должен фризить все пакеты без исключения и на 
> определённых вериях (кроме обновлений безопасности). Иначе это не фриз.

Это уже не freeze будет, а testing.

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

Если не сделать фриз сейчас, то релиза весной не будет.
Если его не будет весной, то его уже не будет до осени.
А кому-то уже нужна платформа посвежее чем 4.0.


-- 
ldv

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

Re: [devel] Q: 4.1 freeze: time

[Konstantin A. Lepikhov]

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

Hi Dmitry!

Sunday 30, at 12:35:05 AM you wrote:

> On Sat, Mar 29, 2008 at 10:24:33PM +0300, Konstantin A. Lepikhov wrote:
> > Saturday 29, at 10:08:14 PM you wrote:
> > > On Sat, Mar 29, 2008 at 09:01:35PM +0200, Led wrote:
> > > > Saturday, 29 March 2008 20:26:26 Alexey Gladkov написав:
> > > > > Dmitry V. Levin wrote:
> > > > > > Поддержка ядра -- это перманентный процесс.  Поскольку мы уже перешли на
> > > > > > 2.6.24, freeze означает, что мы будем его фиксить, а не менять.
> > > > >
> > > > > В 2.6.25-rc7 исправлен ряд регрешенов в том числе и в acpi. Может
> > > > > всё-таки попробовать его, а потом фризить либо 2.6.24, либо 2.6.25* ?
> > > > 
> > > > Текущий сизифовский 2.6.24-std-def во фриз - это сильно!:)
> > > 
> > > Поскольку фриз это не релиз, не вижу ничего страшного.
> > > В состоянии фриза проще исправлять баги, на то он и фриз.
> > > 
> > Как фриз поможет исправить 2.6.24-std-def? Все скажут "фрииз" и оно само
> > исправится?
> 
> Это просто: во время фриза одни пакеты, по идее, должны перестать ломаться
> из-за обновления других пакетов.  Применительно к kernel, должно быть проще
> фикстить userspace.
Разве наш userspace стал зависеть от 2.6.24-std-def? Все равно не понимаю,
как они зависят друг от друга.

-- 
WBR et al.

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

[devel] 2.6.24

[Michael Shigorin]

On Sun, Mar 30, 2008 at 12:59:55AM +0300, Konstantin A. Lepikhov wrote:
> > > Как фриз поможет исправить 2.6.24-std-def? Все скажут
> > > "фрииз" и оно само исправится?

О, надо на фесте так попробовать :)

> > Это просто: во время фриза одни пакеты, по идее, должны
> > перестать ломаться из-за обновления других пакетов.
> > Применительно к kernel, должно быть проще фикстить userspace.
> Разве наш userspace стал зависеть от 2.6.24-std-def?

Как минимум libalsa имеет некоторую привязанность...

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

Re: [devel] Q: 4.1 freeze: time?

[Igor Vlasenko]

On Thu, Mar 27, 2008 at 02:53:40AM +0300, Dmitry V. Levin wrote:
> всё-таки объявить freeze?

Напомню еще раз на всякий случай:
Просьба java-1.7.0-openjdk не перекладывать в 4.1,
пока не будут разобраны грабли.

(возможно, я этим займусь, но после eclipse,
и тогда дам знать, когда уже можно будет переложить).

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine

Re: [devel] Q: 4.1 freeze: time

[Alexey Gladkov]

Dmitry V. Levin wrote:
> В том, чтобы x61s заработал, у нас есть лично заинтересованные люди,
> так что я надеюсь, что они решат эту задачу.

Дело не в какой-то конкретной модели. Я на работе вижу много клюков с 
этим ядром. Плюс читал отзывы в lkml.

> В каком смысле?  2.6.25 заведомо более сырое (его ещё нет) чем 2.6.24,
> поэтому довести 2.6.24 до релиза сейчас реальнее чем 2.6.25.

Я собственно высказал предложение по поводу версии ядра и не настаиваю 
на этом. В сущности мне всё-равно какое ядро будет.

> Если не сделать фриз сейчас, то релиза весной не будет.
> Если его не будет весной, то его уже не будет до осени.
> А кому-то уже нужна платформа посвежее чем 4.0.

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

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

P.S. В любом случае я получил ответ на свой вопрос. Спасибо :)

-- 
Rgrds, legion

Re: [devel] Q: 4.1 freeze: time?

[Vladimir V. Kamarzin]

>>>>> On 27 Mar 2008 at 11:10 "VVK" == Vladimir V Kamarzin writes:

>>> Не пора ли нам, согласно плану выпуска 4.1
>>> http://freesource.info/wiki/AltLinux/Branches/41
>>> всё-таки объявить freeze?

VVK> Т.к. у нас собрали свежий mono, я пойду заодно обновлю mod_mono и xsp.

upstream сломал сборку mod_mono под apache 1.3.x
Бага отрепорчена в novell.

Так что mod_mono и xsp пока будут старые.

-- 
vvk

Re: [devel] postgresql 8.3

[Ivan Fedorov]

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

Dmitry V. Levin пишет:
> On Thu, Mar 27, 2008 at 03:07:08AM +0300, Pavlov Konstantin wrote:
>> On Thu, Mar 27, 2008 at 02:53:40AM +0300, Dmitry V. Levin wrote:
> [...]
>> Мне хотелось бы видеть postgresql 8.3 в Сизифе до момента фриза,
>> что об этом думает pgsql packaging team?
> 
> А она ещё существует, эта, как написано в заголовке пакета postgresql8.2,
> PostgreSQL Maintainers Team?  Или уже можно NMU раздавать?
основной состав PostgreSQL Maintainers Team, то есть я, сейчас работает 
на 2х работах, и ему всё фиолетово, кроме подушки, которая является 
пределом мечтаний! :(


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

Re: [devel] postgresql 8.3

[Dmitry V. Levin]

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

On Mon, Mar 31, 2008 at 01:24:08PM +0400, Ivan Fedorov wrote:
> Dmitry V. Levin пишет:
> >On Thu, Mar 27, 2008 at 03:07:08AM +0300, Pavlov Konstantin wrote:
> >>On Thu, Mar 27, 2008 at 02:53:40AM +0300, Dmitry V. Levin wrote:
> >[...]
> >>Мне хотелось бы видеть postgresql 8.3 в Сизифе до момента фриза,
> >>что об этом думает pgsql packaging team?
> >
> >А она ещё существует, эта, как написано в заголовке пакета postgresql8.2,
> >PostgreSQL Maintainers Team?  Или уже можно NMU раздавать?
> основной состав PostgreSQL Maintainers Team, то есть я, сейчас работает 
> на 2х работах, и ему всё фиолетово, кроме подушки, которая является 
> пределом мечтаний! :(

В таком случае, с вашего молчаливого согласия, я добавляю Михаила в эту
team.


-- 
ldv

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

Re: [devel] Q: 4.1 freeze: time

[Михаил Якушин]

Dmitry V. Levin wrote:
[skip]
>>>> какой фриз, если у нас нет рабочего и поддерживаемого ядра?
>>>> 2.6.18 конечно зафризено дальше некуда, но в 4.1 хотелось бы поддержки
>>>> железа не только 3-х летней давности
>>> Поддержка ядра -- это перманентный процесс.  Поскольку мы уже перешли на
>>> 2.6.24, freeze означает, что мы будем его фиксить, а не менять.
>> с фиксами как то туго, например:
>> (02/02/08 20:56) <shrek> бяку в конфиге нашел из за которой alsa нерабочая
>> (02/02/08 20:56) <silicium> да, какую?
>> (02/02/08 20:56) <shrek> CONFIG_TOUCHSCREEN_UCB1400
>> (02/02/08 20:56) <silicium> а какая остральная связь?
>> (02/02/08 20:56) <shrek> нужно убрать и вместе с ним CONFIG_AC97_BUS
>> (02/02/08 20:56) <silicium> у меня ALSA работает кстати
>> а воз и нынче там
> 
> Решим в понедельник в рабочем порядке.
> 
А ты уверен что этот тачскрин нигде не попадётся?
поэтому поводу я вынес ac97_bus к oss модулям. Чем такое положение 
кому-то мешает я не знаю.
И вообще господа,  есть проблемы с ядром - вешайте баги.

Re: [devel] postgresql 8.3

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

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

On Mon, Mar 31, 2008 at 02:44:45PM +0400, Dmitry V. Levin wrote:

DVL> В таком случае, с вашего молчаливого согласия, я добавляю Михаила в эту
DVL> team.

Мое согласие даже не молчаливое :)

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

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

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

Re: [devel] Q: 4.1 freeze: time

[Михаил Якушин]

Valery V. Inozemtsev wrote:
> В сообщении от 31 марта 2008 Михаил Якушин написал(a):
>> Dmitry V. Levin wrote:
>> [skip]
>>
>>>>>> какой фриз, если у нас нет рабочего и поддерживаемого ядра?
>>>>>> 2.6.18 конечно зафризено дальше некуда, но в 4.1 хотелось бы поддержки
>>>>>> железа не только 3-х летней давности
>>>>> Поддержка ядра -- это перманентный процесс.  Поскольку мы уже перешли
>>>>> на 2.6.24, freeze означает, что мы будем его фиксить, а не менять.
>>>> с фиксами как то туго, например:
>>>> (02/02/08 20:56) <shrek> бяку в конфиге нашел из за которой alsa
>>>> нерабочая (02/02/08 20:56) <silicium> да, какую?
>>>> (02/02/08 20:56) <shrek> CONFIG_TOUCHSCREEN_UCB1400
>>>> (02/02/08 20:56) <silicium> а какая остральная связь?
>>>> (02/02/08 20:56) <shrek> нужно убрать и вместе с ним CONFIG_AC97_BUS
>>>> (02/02/08 20:56) <silicium> у меня ALSA работает кстати
>>>> а воз и нынче там
>>> Решим в понедельник в рабочем порядке.
>> А ты уверен что этот тачскрин нигде не попадётся?
>> поэтому поводу я вынес ac97_bus к oss модулям. Чем такое положение
>> кому-то мешает я не знаю.
> 
> если попадется без kernel-modules-oss работать не будет (и до этого еще надо 
> додуматься),  а с kernel-modules-oss перестанет работать kernel-modules-alsa
ладно вынесу их в отдельный пакет
>> И вообще господа,  есть проблемы с ядром - вешайте баги.
> 
> пока мне проще собрать собственное ядро, чем огребать грабли с std-def
То-есть ты считаешь что лучше на эти грабли наступят юзера 4.1?

[devel] [JT]Re: Q: 4.1 freeze: time

[Михаил Якушин]

Mikhail Gusarov wrote:
> Twas brillig at 15:18:41 31.03.2008 UTC+04 when Михаил Якушин did gyre and gimble:
> 
>  >> пока мне проще собрать собственное ядро, чем огребать грабли с std-def
>  МЯ> То-есть ты считаешь что лучше на эти грабли наступят юзера 4.1?
> 
> <цинизм>а кого волнуют юзера 4.1 вне ООО?</цинизм> ;)
> 
<flood>Действительно, они же только мешают работать :) </flood>

Re: [devel] [JT]Re: Q: 4.1 freeze: time

[Михаил Якушин]

Alexey Gladkov wrote:
> Михаил Якушин wrote:
>> <flood>Действительно, они же только мешают работать :) </flood>
> 
> Миш, тег flood непарный. Его можно только открыть.
> 
Действительно :)))

Re: [devel] Q: 4.1 freeze: time

[Михаил Якушин]

Valery V. Inozemtsev wrote:
> В сообщении от 31 марта 2008 Михаил Якушин написал(a):
>> Valery V. Inozemtsev wrote:
>>> В сообщении от 31 марта 2008 Михаил Якушин написал(a):
>>>> Dmitry V. Levin wrote:
>>>> [skip]
>>>>
>>>>>>>> какой фриз, если у нас нет рабочего и поддерживаемого ядра?
>>>>>>>> 2.6.18 конечно зафризено дальше некуда, но в 4.1 хотелось бы
>>>>>>>> поддержки железа не только 3-х летней давности
>>>>>>> Поддержка ядра -- это перманентный процесс.  Поскольку мы уже перешли
>>>>>>> на 2.6.24, freeze означает, что мы будем его фиксить, а не менять.
>>>>>> с фиксами как то туго, например:
>>>>>> (02/02/08 20:56) <shrek> бяку в конфиге нашел из за которой alsa
>>>>>> нерабочая (02/02/08 20:56) <silicium> да, какую?
>>>>>> (02/02/08 20:56) <shrek> CONFIG_TOUCHSCREEN_UCB1400
>>>>>> (02/02/08 20:56) <silicium> а какая остральная связь?
>>>>>> (02/02/08 20:56) <shrek> нужно убрать и вместе с ним CONFIG_AC97_BUS
>>>>>> (02/02/08 20:56) <silicium> у меня ALSA работает кстати
>>>>>> а воз и нынче там
>>>>> Решим в понедельник в рабочем порядке.
>>>> А ты уверен что этот тачскрин нигде не попадётся?
>>>> поэтому поводу я вынес ac97_bus к oss модулям. Чем такое положение
>>>> кому-то мешает я не знаю.
>>> если попадется без kernel-modules-oss работать не будет (и до этого еще
>>> надо додуматься),  а с kernel-modules-oss перестанет работать
>>> kernel-modules-alsa
>> ладно вынесу их в отдельный пакет
> 
> в отдельный пакет чего и зачем?
> 
ac97_bus и модуль сооветвующий CONFIG_TOUCHSCREEN_UCB1400.
Затем чтобы была поддержка железки.
>>>> И вообще господа,  есть проблемы с ядром - вешайте баги.
>>> пока мне проще собрать собственное ядро, чем огребать грабли с std-def
>> То-есть ты считаешь что лучше на эти грабли наступят юзера 4.1?
> 
> если я буду ходить по граблям то когда я буду работать?
А сборка собственных ядер работать не мешает?
И вообще какие там ещё грабли кроме ac97_bus ты нашёл а я не зафиксил?

Re: [devel] Q: 4.1 freeze: time

[Михаил Якушин]

Valery V. Inozemtsev wrote:
>>>>>> А ты уверен что этот тачскрин нигде не попадётся?
>>>>>> поэтому поводу я вынес ac97_bus к oss модулям. Чем такое положение
>>>>>> кому-то мешает я не знаю.
>>>>> если попадется без kernel-modules-oss работать не будет (и до этого еще
>>>>> надо додуматься),  а с kernel-modules-oss перестанет работать
>>>>> kernel-modules-alsa
>>>> ладно вынесу их в отдельный пакет
>>> в отдельный пакет чего и зачем?
>> ac97_bus и модуль сооветвующий CONFIG_TOUCHSCREEN_UCB1400.
>> Затем чтобы была поддержка железки.
> 
> ага, и будет либо touchscreen, либо alsa
Ладно, уговорил выключу.

Re: [devel] Q: 4.1 freeze: time

[Valery V. Inozemtsev]

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

В сообщении от 31 марта 2008 Михаил Якушин написал(a):
> Dmitry V. Levin wrote:
> [skip]
>
> >>>> какой фриз, если у нас нет рабочего и поддерживаемого ядра?
> >>>> 2.6.18 конечно зафризено дальше некуда, но в 4.1 хотелось бы поддержки
> >>>> железа не только 3-х летней давности
> >>>
> >>> Поддержка ядра -- это перманентный процесс.  Поскольку мы уже перешли
> >>> на 2.6.24, freeze означает, что мы будем его фиксить, а не менять.
> >>
> >> с фиксами как то туго, например:
> >> (02/02/08 20:56) <shrek> бяку в конфиге нашел из за которой alsa
> >> нерабочая (02/02/08 20:56) <silicium> да, какую?
> >> (02/02/08 20:56) <shrek> CONFIG_TOUCHSCREEN_UCB1400
> >> (02/02/08 20:56) <silicium> а какая остральная связь?
> >> (02/02/08 20:56) <shrek> нужно убрать и вместе с ним CONFIG_AC97_BUS
> >> (02/02/08 20:56) <silicium> у меня ALSA работает кстати
> >> а воз и нынче там
> >
> > Решим в понедельник в рабочем порядке.
>
> А ты уверен что этот тачскрин нигде не попадётся?
> поэтому поводу я вынес ac97_bus к oss модулям. Чем такое положение
> кому-то мешает я не знаю.

если попадется без kernel-modules-oss работать не будет (и до этого еще надо 
додуматься), а с kernel-modules-oss перестанет работать kernel-modules-alsa

> И вообще господа,  есть проблемы с ядром - вешайте баги.

пока мне проще собрать собственное ядро, чем огребать грабли с std-def

-- 
Valery V. Inozemtsev

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] Q: 4.1 freeze: time

[Mikhail Gusarov]

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

Twas brillig at 15:18:41 31.03.2008 UTC+04 when Михаил Якушин did gyre and gimble:

 >> пока мне проще собрать собственное ядро, чем огребать грабли с std-def
 МЯ> То-есть ты считаешь что лучше на эти грабли наступят юзера 4.1?

<цинизм>а кого волнуют юзера 4.1 вне ООО?</цинизм> ;)

-- 

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

Re: [devel] Q: 4.1 freeze: time

[Valery V. Inozemtsev]

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

В сообщении от 31 марта 2008 Михаил Якушин написал(a):
> Valery V. Inozemtsev wrote:
> > В сообщении от 31 марта 2008 Михаил Якушин написал(a):
> >> Dmitry V. Levin wrote:
> >> [skip]
> >>
> >>>>>> какой фриз, если у нас нет рабочего и поддерживаемого ядра?
> >>>>>> 2.6.18 конечно зафризено дальше некуда, но в 4.1 хотелось бы
> >>>>>> поддержки железа не только 3-х летней давности
> >>>>>
> >>>>> Поддержка ядра -- это перманентный процесс.  Поскольку мы уже перешли
> >>>>> на 2.6.24, freeze означает, что мы будем его фиксить, а не менять.
> >>>>
> >>>> с фиксами как то туго, например:
> >>>> (02/02/08 20:56) <shrek> бяку в конфиге нашел из за которой alsa
> >>>> нерабочая (02/02/08 20:56) <silicium> да, какую?
> >>>> (02/02/08 20:56) <shrek> CONFIG_TOUCHSCREEN_UCB1400
> >>>> (02/02/08 20:56) <silicium> а какая остральная связь?
> >>>> (02/02/08 20:56) <shrek> нужно убрать и вместе с ним CONFIG_AC97_BUS
> >>>> (02/02/08 20:56) <silicium> у меня ALSA работает кстати
> >>>> а воз и нынче там
> >>>
> >>> Решим в понедельник в рабочем порядке.
> >>
> >> А ты уверен что этот тачскрин нигде не попадётся?
> >> поэтому поводу я вынес ac97_bus к oss модулям. Чем такое положение
> >> кому-то мешает я не знаю.
> >
> > если попадется без kernel-modules-oss работать не будет (и до этого еще
> > надо додуматься),  а с kernel-modules-oss перестанет работать
> > kernel-modules-alsa
>
> ладно вынесу их в отдельный пакет

в отдельный пакет чего и зачем?

>
> >> И вообще господа,  есть проблемы с ядром - вешайте баги.
> >
> > пока мне проще собрать собственное ядро, чем огребать грабли с std-def
>
> То-есть ты считаешь что лучше на эти грабли наступят юзера 4.1?

если я буду ходить по граблям то когда я буду работать?

-- 
Valery V. Inozemtsev

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] [JT]Re: Q: 4.1 freeze: time

[Alexey Gladkov]

Михаил Якушин wrote:
> <flood>Действительно, они же только мешают работать :) </flood>

Миш, тег flood непарный. Его можно только открыть.

-- 
Rgrds, legion

Re: [devel] Q: 4.1 freeze: time

[Valery V. Inozemtsev]

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

> >>>> А ты уверен что этот тачскрин нигде не попадётся?
> >>>> поэтому поводу я вынес ac97_bus к oss модулям. Чем такое положение
> >>>> кому-то мешает я не знаю.
> >>>
> >>> если попадется без kernel-modules-oss работать не будет (и до этого еще
> >>> надо додуматься),  а с kernel-modules-oss перестанет работать
> >>> kernel-modules-alsa
> >>
> >> ладно вынесу их в отдельный пакет
> >
> > в отдельный пакет чего и зачем?
>
> ac97_bus и модуль сооветвующий CONFIG_TOUCHSCREEN_UCB1400.
> Затем чтобы была поддержка железки.

ага, и будет либо touchscreen, либо alsa

>
> >>>> И вообще господа,  есть проблемы с ядром - вешайте баги.
> >>>
> >>> пока мне проще собрать собственное ядро, чем огребать грабли с std-def
> >>
> >> То-есть ты считаешь что лучше на эти грабли наступят юзера 4.1?
> >
> > если я буду ходить по граблям то когда я буду работать?
>
> А сборка собственных ядер работать не мешает?
> И вообще какие там ещё грабли кроме ac97_bus ты нашёл а я не зафиксил?

смотреть надо, я диф в голове не держу

-- 
Valery V. Inozemtsev

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] Q: 4.1 freeze: time

[Michael Shigorin]

On Mon, Mar 31, 2008 at 07:18:51PM +0700, Mikhail Gusarov wrote:
>  >> пока мне проще собрать собственное ядро, чем огребать грабли с std-def
>  МЯ> То-есть ты считаешь что лучше на эти грабли наступят юзера 4.1?
> <цинизм>а кого волнуют юзера 4.1 вне ООО?</цинизм> ;)

Меня, например.

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

Re: [devel] pgsql-8.3

[Michael Bochkaryov]

Alex Gorbachenko пишет:
> On Fri, 28 Mar 2008 13:23:59 +0200
> Michael wrote:
> 
>> Ага, и у slony есть свои недостатки вроде того, что БД надо под его
>> требования проектировать.
> 
> не обязательно. у нас слонами такие чудеса реплицируются, которые не
> спроектированы вообще никак, и не понятно, как такая БД в принципе может
> работать. однако ничего. работает.

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

Кстати, pgsnmpd кому-нибудь может быть полезен? Хотелось бы кого-то
замучать на потестировать до того, как оно пойдет в Сизиф ;)

-- 
	misha