[devel] Хмм... Kernel... 22.

[devel] Хмм... Kernel... 22.

[Gennady Kovalev]

Ув. lakostis@! Я тут исходники эксклюзивного ядра от тебя стер чуть-чуть :-) 

Можешь таки положить свое 2.6.22 куда-нить? Пережить до выхода 24...

-- 
Гена Ковалев. 

Re: [devel] Хмм... Kernel... 22.

[Michael Shigorin]

On Fri, Nov 02, 2007 at 02:22:12PM +0300, Gennady Kovalev wrote:
> Ув. lakostis@! Я тут исходники эксклюзивного ядра от тебя стер чуть-чуть :-) 
> Можешь таки положить свое 2.6.22 куда-нить? Пережить до выхода 24...

ftp://ftp.linux.kiev.ua/pub/Linux/ALT/people/led/Sisyphus/

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

Re: [devel] Хмм... Kernel... 22.

[Konstantin A. Lepikhov]

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

Hi Michael!

Friday 02, at 01:38:31 PM you wrote:

> On Fri, Nov 02, 2007 at 02:22:12PM +0300, Gennady Kovalev wrote:
> > Ув. lakostis@! Я тут исходники эксклюзивного ядра от тебя стер чуть-чуть :-) 
> > Можешь таки положить свое 2.6.22 куда-нить? Пережить до выхода 24...
> 
> ftp://ftp.linux.kiev.ua/pub/Linux/ALT/people/led/Sisyphus/
> 
это не мои исходники.

-- 
WBR et al.

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

Re: [devel] Хмм... Kernel... 22.

[Michael Shigorin]

On Fri, Nov 02, 2007 at 04:19:36PM +0300, Konstantin A. Lepikhov wrote:
> > > Ув. lakostis@! Я тут исходники эксклюзивного ядра от тебя стер чуть-чуть :-) 
> > > Можешь таки положить свое 2.6.22 куда-нить? Пережить до выхода 24...
> > ftp://ftp.linux.kiev.ua/pub/Linux/ALT/people/led/Sisyphus/
> это не мои исходники.

Твои в гите, это всем известно и никому не нужно. :)

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

Re: [devel] Хмм... Kernel... 22.

[Konstantin A. Lepikhov]

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

Hi Michael!

Friday 02, at 04:04:25 PM you wrote:

> On Fri, Nov 02, 2007 at 04:19:36PM +0300, Konstantin A. Lepikhov wrote:
> > > > Ув. lakostis@! Я тут исходники эксклюзивного ядра от тебя стер чуть-чуть :-) 
> > > > Можешь таки положить свое 2.6.22 куда-нить? Пережить до выхода 24...
> > > ftp://ftp.linux.kiev.ua/pub/Linux/ALT/people/led/Sisyphus/
> > это не мои исходники.
> 
> Твои в гите, это всем известно и никому не нужно. :)
может мне забить на ядра? Один уже забил ;)

-- 
WBR et al.

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

Re: [devel] Хмм... Kernel... 22.

[Michael Shigorin]

On Fri, Nov 02, 2007 at 05:34:03PM +0300, Konstantin A. Lepikhov wrote:
> > > > > Ув. lakostis@! Я тут исходники эксклюзивного ядра от тебя стер чуть-чуть :-) 
> > > > > Можешь таки положить свое 2.6.22 куда-нить? Пережить до выхода 24...
> > > > ftp://ftp.linux.kiev.ua/pub/Linux/ALT/people/led/Sisyphus/
> > > это не мои исходники.
> > Твои в гите, это всем известно и никому не нужно. :)
> может мне забить на ядра? Один уже забил ;)

Ну выкладывание git-only не шибко отличается с точки зрения
рядового потенциального тестера/юзера.

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

Re: [devel] Хмм... Kernel... 22.

[Igor Zubkov]

02.11.07, Konstantin A. Lepikhov<lakostis@> написал(а):
> > > > > Ув. lakostis@! Я тут исходники эксклюзивного ядра от тебя стер чуть-чуть :-)
> > > > > Можешь таки положить свое 2.6.22 куда-нить? Пережить до выхода 24...
> > > > ftp://ftp.linux.kiev.ua/pub/Linux/ALT/people/led/Sisyphus/
> > > это не мои исходники.
> > Твои в гите, это всем известно и никому не нужно. :)
> может мне забить на ядра? Один уже забил ;)

У меня уже тоже почти "своё" ядро. Вроде работает. :)

-- 
icesik

Re: [devel] Хмм... Kernel... 22.

[Gennady Kovalev]

> > > > ftp://ftp.linux.kiev.ua/pub/Linux/ALT/people/led/Sisyphus/
> > >
> > > это не мои исходники.
> >
> > Твои в гите, это всем известно и никому не нужно. :)

Тэкс. Для танкистов плиз. Где git?  На всем известном бывалом USB диске?
Мне еще ipw3945 нужен...



Гена

Re: [devel] Хмм... Kernel... 22.

[Valery V. Inozemtsev]

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

В сообщении от 2 ноября 2007 Gennady Kovalev написал(a):
> > > > > ftp://ftp.linux.kiev.ua/pub/Linux/ALT/people/led/Sisyphus/
> > > >
> > > > это не мои исходники.
> > >
> > > Твои в гите, это всем известно и никому не нужно. :)
>
> Тэкс. Для танкистов плиз. Где git?  На всем известном бывалом USB диске?
> Мне еще ipw3945 нужен...

а мне ath5k или рабочий madwifi пожалуйста

-- 
Valery V. Inozemtsev

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

Re: [devel] Хмм... Kernel... 22.

[Konstantin A. Lepikhov]

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

Hi Valery!

Friday 02, at 07:18:33 PM you wrote:

> В сообщении от 2 ноября 2007 Gennady Kovalev написал(a):
> > > > > > ftp://ftp.linux.kiev.ua/pub/Linux/ALT/people/led/Sisyphus/
> > > > >
> > > > > это не мои исходники.
> > > >
> > > > Твои в гите, это всем известно и никому не нужно. :)
> >
> > Тэкс. Для танкистов плиз. Где git?  На всем известном бывалом USB диске?
> > Мне еще ipw3945 нужен...
> 
> а мне ath5k или рабочий madwifi пожалуйста
у меня нет ни ath5k ни madwifi. Только ноутбук с большой матрицей и картой
ATI.

-- 
WBR et al.

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

Re: [devel] Хмм... Kernel... 22.

[Valery V. Inozemtsev]

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

В сообщении от 2 ноября 2007 Konstantin A. Lepikhov написал(a):
> Hi Valery!
>
> Friday 02, at 07:18:33 PM you wrote:
> > В сообщении от 2 ноября 2007 Gennady Kovalev написал(a):
> > > > > > > ftp://ftp.linux.kiev.ua/pub/Linux/ALT/people/led/Sisyphus/
> > > > > >
> > > > > > это не мои исходники.
> > > > >
> > > > > Твои в гите, это всем известно и никому не нужно. :)
> > >
> > > Тэкс. Для танкистов плиз. Где git?  На всем известном бывалом USB
> > > диске? Мне еще ipw3945 нужен...
> >
> > а мне ath5k или рабочий madwifi пожалуйста
>
> у меня нет ни ath5k ни madwifi. Только ноутбук с большой матрицей и картой
> ATI.

махнемся?

-- 
Valery V. Inozemtsev

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

Re: [devel] Хмм... Kernel... 22.

[Igor Zubkov]

02.11.07, Valery V. Inozemtsev<shrek@> написал(а):
> В сообщении от 2 ноября 2007 Gennady Kovalev написал(a):
> > > > > > ftp://ftp.linux.kiev.ua/pub/Linux/ALT/people/led/Sisyphus/
> > > > >
> > > > > это не мои исходники.
> > > >
> > > > Твои в гите, это всем известно и никому не нужно. :)
> >
> > Тэкс. Для танкистов плиз. Где git?  На всем известном бывалом USB диске?
> > Мне еще ipw3945 нужен...
>
> а мне ath5k или рабочий madwifi пожалуйста

Мне тоже нужен madwifi. Причём, очень свежий. Я бы уже собрал свежую
версию и кинул бы в Дедал, но мне её тестировать негде. WiFi в ноуте
есть, а точки доступа нет. И будет не раньше чем я получу зарплату и
схожу в магазин.

-- 
icesik

Re: [devel] Хмм... Kernel... 22.

[Valery V. Inozemtsev]

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

В сообщении от 3 ноября 2007 Igor Zubkov написал(a):
> 02.11.07, Valery V. Inozemtsev<shrek@> написал(а):
> > В сообщении от 2 ноября 2007 Gennady Kovalev написал(a):
> > > > > > > ftp://ftp.linux.kiev.ua/pub/Linux/ALT/people/led/Sisyphus/
> > > > > >
> > > > > > это не мои исходники.
> > > > >
> > > > > Твои в гите, это всем известно и никому не нужно. :)
> > >
> > > Тэкс. Для танкистов плиз. Где git?  На всем известном бывалом USB
> > > диске? Мне еще ipw3945 нужен...
> >
> > а мне ath5k или рабочий madwifi пожалуйста
>
> Мне тоже нужен madwifi. Причём, очень свежий. Я бы уже собрал свежую
> версию и кинул бы в Дедал, но мне её тестировать негде. WiFi в ноуте
> есть, а точки доступа нет. И будет не раньше чем я получу зарплату и
> схожу в магазин.

ftp://ftp.altlinux.ru/pub/people/shrek/kernel-suspend2/SRPMS.kernel-suspend2
не последний, но почти рабочий. проверял на 3-х буках (на 2-х IBM TP 570 и на 
каком то Aser). а вот IBM TP X24 все так же вешает
на самом деле можно собрать и ath5k, но для этого к нашему ядру нужен
http://intellinuxwireless.org/mac80211/downloads/mac80211-10.0.0.tgz

-- 
Valery V. Inozemtsev

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

Re: [devel] Хмм... Kernel... 22.

[Konstantin A. Lepikhov]

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

Hi Valery!

Saturday 03, at 03:29:16 PM you wrote:

> В сообщении от 3 ноября 2007 Igor Zubkov написал(a):
> > 02.11.07, Valery V. Inozemtsev<shrek@> написал(а):
> > > В сообщении от 2 ноября 2007 Gennady Kovalev написал(a):
> > > > > > > > ftp://ftp.linux.kiev.ua/pub/Linux/ALT/people/led/Sisyphus/
> > > > > > >
> > > > > > > это не мои исходники.
> > > > > >
> > > > > > Твои в гите, это всем известно и никому не нужно. :)
> > > >
> > > > Тэкс. Для танкистов плиз. Где git?  На всем известном бывалом USB
> > > > диске? Мне еще ipw3945 нужен...
> > >
> > > а мне ath5k или рабочий madwifi пожалуйста
> >
> > Мне тоже нужен madwifi. Причём, очень свежий. Я бы уже собрал свежую
> > версию и кинул бы в Дедал, но мне её тестировать негде. WiFi в ноуте
> > есть, а точки доступа нет. И будет не раньше чем я получу зарплату и
> > схожу в магазин.
> 
> ftp://ftp.altlinux.ru/pub/people/shrek/kernel-suspend2/SRPMS.kernel-suspend2
> не последний, но почти рабочий. проверял на 3-х буках (на 2-х IBM TP 570 и на 
> каком то Aser). а вот IBM TP X24 все так же вешает
> на самом деле можно собрать и ath5k, но для этого к нашему ядру нужен
> http://intellinuxwireless.org/mac80211/downloads/mac80211-10.0.0.tgz
mac80211 есть в 2.6.18-wks-smp и 2.6.22 у меня в git.

-- 
WBR et al.

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

Re: [devel] Хмм... Kernel... 22.

[Valery V. Inozemtsev]

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

> > > Мне тоже нужен madwifi. Причём, очень свежий. Я бы уже собрал свежую
> > > версию и кинул бы в Дедал, но мне её тестировать негде. WiFi в ноуте
> > > есть, а точки доступа нет. И будет не раньше чем я получу зарплату и
> > > схожу в магазин.
> >
> > ftp://ftp.altlinux.ru/pub/people/shrek/kernel-suspend2/SRPMS.kernel-suspe
> >nd2 не последний, но почти рабочий. проверял на 3-х буках (на 2-х IBM TP
> > 570 и на каком то Aser). а вот IBM TP X24 все так же вешает
> > на самом деле можно собрать и ath5k, но для этого к нашему ядру нужен
> > http://intellinuxwireless.org/mac80211/downloads/mac80211-10.0.0.tgz
>
> mac80211 есть в 2.6.18-wks-smp и 2.6.22 у меня в git.

это радует, но возится с ath5k в ближайшее время я врятли буду, т.к. 
радиоканал на TP570-х уже работает и они уехали на свои места, а директору на 
Aser wifi вообще не нужен

-- 
Valery V. Inozemtsev

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

Re: [devel] Хмм... Kernel... 22.

[Gennady Kovalev]

> mac80211 есть в 2.6.18-wks-smp и 2.6.22 у меня в git.

И где же, где высоконахваленный, полулярнейший и сильноразрекламированный git? 
Вернее запчасти в нем?

Re: [devel] Хмм... Kernel... 22.

[Valery V. Inozemtsev]

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

> > на самом деле можно собрать и ath5k, но для этого к нашему ядру нужен
> > http://intellinuxwireless.org/mac80211/downloads/mac80211-10.0.0.tgz
>
> mac80211 есть в 2.6.18-wks-smp и 2.6.22 у меня в git.

в 2.6.18-wks-smp нет mac80211. Костик, ты что то путаешь или можно делать 
выводы?

-- 
Valery V. Inozemtsev

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

Re: [devel] Хмм... Kernel... 22.

[Konstantin A. Lepikhov]

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

Hi Valery!

Saturday 03, at 05:17:06 PM you wrote:

> > > на самом деле можно собрать и ath5k, но для этого к нашему ядру нужен
> > > http://intellinuxwireless.org/mac80211/downloads/mac80211-10.0.0.tgz
> >
> > mac80211 есть в 2.6.18-wks-smp и 2.6.22 у меня в git.
> 
> в 2.6.18-wks-smp нет mac80211. Костик, ты что то путаешь или можно делать 
> выводы?
http://git.altlinux.org/people/lakostis/packages/?p=kernel-image-2.6.18.git;a=shortlog;h=kernel-image-wks-smp 

я не знаю, какие тут можно делать выводы, но mac80211 там есть.

-- 
WBR et al.

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

Re: [devel] Хмм... Kernel... 22.

[Valery V. Inozemtsev]

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

В сообщении от 3 ноября 2007 Konstantin A. Lepikhov написал(a):
> Hi Valery!
>
> Saturday 03, at 05:17:06 PM you wrote:
> > > > на самом деле можно собрать и ath5k, но для этого к нашему ядру нужен
> > > > http://intellinuxwireless.org/mac80211/downloads/mac80211-10.0.0.tgz
> > >
> > > mac80211 есть в 2.6.18-wks-smp и 2.6.22 у меня в git.
> >
> > в 2.6.18-wks-smp нет mac80211. Костик, ты что то путаешь или можно делать
> > выводы?
>
> http://git.altlinux.org/people/lakostis/packages/?p=kernel-image-2.6.18.git
>;a=shortlog;h=kernel-image-wks-smp
>
> я не знаю, какие тут можно делать выводы, но mac80211 там есть.

да мне пофиг че у тебя там в гите... в kernel-image-wks-smp-2.6.18-alt2 
mac80211 нет

-- 
Valery V. Inozemtsev

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

Re: [devel] Хмм... Kernel... 22.

[Konstantin A. Lepikhov]

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

Hi Valery!

Saturday 03, at 06:37:42 PM you wrote:

> В сообщении от 3 ноября 2007 Konstantin A. Lepikhov написал(a):
> > Hi Valery!
> >
> > Saturday 03, at 05:17:06 PM you wrote:
> > > > > на самом деле можно собрать и ath5k, но для этого к нашему ядру нужен
> > > > > http://intellinuxwireless.org/mac80211/downloads/mac80211-10.0.0.tgz
> > > >
> > > > mac80211 есть в 2.6.18-wks-smp и 2.6.22 у меня в git.
> > >
> > > в 2.6.18-wks-smp нет mac80211. Костик, ты что то путаешь или можно делать
> > > выводы?
> >
> > http://git.altlinux.org/people/lakostis/packages/?p=kernel-image-2.6.18.git
> >;a=shortlog;h=kernel-image-wks-smp
> >
> > я не знаю, какие тут можно делать выводы, но mac80211 там есть.
> 
> да мне пофиг че у тебя там в гите... в kernel-image-wks-smp-2.6.18-alt2 
> mac80211 нет
ну тогда это твои сексуальные проблемы. Клиника короче.

-- 
WBR et al.

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

[devel] Jorg Schilling award for free software project management

[Michael Shigorin]

On Sat, Nov 03, 2007 at 06:49:39PM +0300, Konstantin A. Lepikhov wrote:
> > > > > > на самом деле можно собрать и ath5k, но для этого к нашему ядру нужен
> > > > > > http://intellinuxwireless.org/mac80211/downloads/mac80211-10.0.0.tgz
> > > > > mac80211 есть в 2.6.18-wks-smp и 2.6.22 у меня в git.
> > > > в 2.6.18-wks-smp нет mac80211. Костик, ты что то путаешь
> > > > или можно делать выводы?
> > > http://git.altlinux.org/people/lakostis/packages/?p=kernel-image-2.6.18.git
> > >;a=shortlog;h=kernel-image-wks-smp
> > > я не знаю, какие тут можно делать выводы, но mac80211 там есть.
> > да мне пофиг че у тебя там в гите... в
> > kernel-image-wks-smp-2.6.18-alt2 mac80211 нет
> ну тогда это твои сексуальные проблемы. Клиника короче.

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

http://mako.cc/copyrighteous/20070919-00

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

[devel] Что у нас с поддержкой ядер?

[Pavlov Konstantin]

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

On Sat, Nov 03, 2007 at 06:27:44PM +0200, Michael Shigorin wrote:
> On Sat, Nov 03, 2007 at 06:49:39PM +0300, Konstantin A. Lepikhov wrote:
> > > > > > > на самом деле можно собрать и ath5k, но для этого к нашему ядру нужен
> > > > > > > http://intellinuxwireless.org/mac80211/downloads/mac80211-10.0.0.tgz
> > > > > > mac80211 есть в 2.6.18-wks-smp и 2.6.22 у меня в git.
> > > > > в 2.6.18-wks-smp нет mac80211. Костик, ты что то путаешь
> > > > > или можно делать выводы?
> > > > http://git.altlinux.org/people/lakostis/packages/?p=kernel-image-2.6.18.git
> > > >;a=shortlog;h=kernel-image-wks-smp
> > > > я не знаю, какие тут можно делать выводы, но mac80211 там есть.
> > > да мне пофиг че у тебя там в гите... в
> > > kernel-image-wks-smp-2.6.18-alt2 mac80211 нет
> > ну тогда это твои сексуальные проблемы. Клиника короче.
> 
> Это и мои проблемы, как можно было догадаться.  И твои будут,
> если придёшь за хлебом, а тебе швырнут муки.

Господа, все эти пререкания из-за ядер растут из одного простого вопроса:

Есть ли у нас в данный момент поддерживаемые ядра помимо ovz-smp?

По-моему, чем ругаться в стиле "я в твой гит не полезу"/"чо это у тебя
патчи в кривой форме", лучше бы узнать, кто что может сделать и кому и
есть ли у нас вообще ответственный за std-smp-ядро.

-- 
> > Писать следует на русском. Поступающие ко мне английские
> > сообщения могу вообще игнорировать.
> А где что-то подобное сказано у самого ALT или на bugzilla?
Это бага Славы.  Но, слава Богу, раздела "Maintainers" в bugzilla нет. :)
		-- mike in community@

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

Re: [devel] Хмм... Kernel... 22.

[Anton Farygin]

Konstantin A. Lepikhov пишет:
> Hi Valery!
> 
> Saturday 03, at 03:29:16 PM you wrote:
> 
>> В сообщении от 3 ноября 2007 Igor Zubkov написал(a):
>>> 02.11.07, Valery V. Inozemtsev<shrek@> написал(а):
>>>> В сообщении от 2 ноября 2007 Gennady Kovalev написал(a):
>>>>>>>>> ftp://ftp.linux.kiev.ua/pub/Linux/ALT/people/led/Sisyphus/
>>>>>>>> это не мои исходники.
>>>>>>> Твои в гите, это всем известно и никому не нужно. :)
>>>>> Тэкс. Для танкистов плиз. Где git?  На всем известном бывалом USB
>>>>> диске? Мне еще ipw3945 нужен...
>>>> а мне ath5k или рабочий madwifi пожалуйста
>>> Мне тоже нужен madwifi. Причём, очень свежий. Я бы уже собрал свежую
>>> версию и кинул бы в Дедал, но мне её тестировать негде. WiFi в ноуте
>>> есть, а точки доступа нет. И будет не раньше чем я получу зарплату и
>>> схожу в магазин.
>> ftp://ftp.altlinux.ru/pub/people/shrek/kernel-suspend2/SRPMS.kernel-suspend2
>> не последний, но почти рабочий. проверял на 3-х буках (на 2-х IBM TP 570 и на 
>> каком то Aser). а вот IBM TP X24 все так же вешает
>> на самом деле можно собрать и ath5k, но для этого к нашему ядру нужен
>> http://intellinuxwireless.org/mac80211/downloads/mac80211-10.0.0.tgz
> mac80211 есть в 2.6.18-wks-smp и 2.6.22 у меня в git.

Ты ничего не перепутал?
http://git.altlinux.org/people/lakostis/packages/?p=kernel-image-2.6.22.git;a=summary

Тут только 2.6.18 ovz.

Rgds,
Rider

Re: [devel] Хмм... Kernel... 22.

[Konstantin A. Lepikhov]

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

Hi Anton!

Saturday 03, at 11:28:34 PM you wrote:

> Konstantin A. Lepikhov пишет:
> > Hi Valery!
> > 
> > Saturday 03, at 03:29:16 PM you wrote:
> > 
> >> В сообщении от 3 ноября 2007 Igor Zubkov написал(a):
> >>> 02.11.07, Valery V. Inozemtsev<shrek@> написал(а):
> >>>> В сообщении от 2 ноября 2007 Gennady Kovalev написал(a):
> >>>>>>>>> ftp://ftp.linux.kiev.ua/pub/Linux/ALT/people/led/Sisyphus/
> >>>>>>>> это не мои исходники.
> >>>>>>> Твои в гите, это всем известно и никому не нужно. :)
> >>>>> Тэкс. Для танкистов плиз. Где git?  На всем известном бывалом USB
> >>>>> диске? Мне еще ipw3945 нужен...
> >>>> а мне ath5k или рабочий madwifi пожалуйста
> >>> Мне тоже нужен madwifi. Причём, очень свежий. Я бы уже собрал свежую
> >>> версию и кинул бы в Дедал, но мне её тестировать негде. WiFi в ноуте
> >>> есть, а точки доступа нет. И будет не раньше чем я получу зарплату и
> >>> схожу в магазин.
> >> ftp://ftp.altlinux.ru/pub/people/shrek/kernel-suspend2/SRPMS.kernel-suspend2
> >> не последний, но почти рабочий. проверял на 3-х буках (на 2-х IBM TP 570 и на 
> >> каком то Aser). а вот IBM TP X24 все так же вешает
> >> на самом деле можно собрать и ath5k, но для этого к нашему ядру нужен
> >> http://intellinuxwireless.org/mac80211/downloads/mac80211-10.0.0.tgz
> > mac80211 есть в 2.6.18-wks-smp и 2.6.22 у меня в git.
> 
> Ты ничего не перепутал?
> http://git.altlinux.org/people/lakostis/packages/?p=kernel-image-2.6.22.git;a=summary
> 
> Тут только 2.6.18 ovz.
пока заливается.

-- 
WBR et al.

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

Re: [devel] Хмм... Kernel... 22.

[Igor Zubkov]

03.11.07, Valery V. Inozemtsev<shrek@> написал(а):
> > > а мне ath5k или рабочий madwifi пожалуйста
> >
> > Мне тоже нужен madwifi. Причём, очень свежий. Я бы уже собрал свежую
> > версию и кинул бы в Дедал, но мне её тестировать негде. WiFi в ноуте
> > есть, а точки доступа нет. И будет не раньше чем я получу зарплату и
> > схожу в магазин.
>
> ftp://ftp.altlinux.ru/pub/people/shrek/kernel-suspend2/SRPMS.kernel-suspend2
> не последний, но почти рабочий. проверял на 3-х буках (на 2-х IBM TP 570 и на
> каком то Aser). а вот IBM TP X24 все так же вешает
> на самом деле можно собрать и ath5k, но для этого к нашему ядру нужен
> http://intellinuxwireless.org/mac80211/downloads/mac80211-10.0.0.tgz

Мне нужен madwifi-hal-0.9.30.13. Или выше. Подробнее
http://madwifi.org/ticket/1001

-- 
icesik

Re: [devel] Хмм... Kernel... 22.

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

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

Здравствуйте Igor Zubkov
  В сообщении от 3 ноября 2007 Igor Zubkov написал(a):
 > Мне тоже нужен madwifi. Причём, очень свежий. Я бы уже собрал свежую
 > версию и кинул бы в Дедал, но мне её тестировать негде. WiFi в ноуте
 > есть, а точки доступа нет. И будет не раньше чем я получу зарплату и
 > схожу в магазин.
Могу протестировать 

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

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

Re: [devel] Хмм... Kernel... 22.

[Konstantin A. Lepikhov]

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

Hi Gennady!

Friday 02, at 06:58:27 PM you wrote:

> > > > > ftp://ftp.linux.kiev.ua/pub/Linux/ALT/people/led/Sisyphus/
> > > >
> > > > это не мои исходники.
> > >
> > > Твои в гите, это всем известно и никому не нужно. :)
> 
> Тэкс. Для танкистов плиз. Где git?  На всем известном бывалом USB диске?
пока да. Возможно сегодня, если канал позволит, будет и на
git.altlinux.org.

> Мне еще ipw3945 нужен...
нет, ipw3945 тебе не нужен, вот iwlwifi как там будет.

-- 
WBR et al.

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

Re: [devel] Хмм... Kernel... 22.

[Gennady Kovalev]

В сообщении от Friday 02 November 2007 17:04:25 Michael Shigorin написал(а):
> On Fri, Nov 02, 2007 at 04:19:36PM +0300, Konstantin A. Lepikhov wrote:
> > > > Ув. lakostis@! Я тут исходники эксклюзивного ядра от тебя стер
> > > > чуть-чуть :-) Можешь таки положить свое 2.6.22 куда-нить? Пережить до
> > > > выхода 24...
> > >
> > > ftp://ftp.linux.kiev.ua/pub/Linux/ALT/people/led/Sisyphus/
> >
> > это не мои исходники.
>
> Твои в гите, это всем известно и никому не нужно. :)

А собтно где? в 18?

-- 
Геннадий Ковалев

Re: [devel] Хмм... Kernel... 22.

[Konstantin A. Lepikhov]

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

Hi Michael!

Friday 02, at 04:04:25 PM you wrote:

> On Fri, Nov 02, 2007 at 04:19:36PM +0300, Konstantin A. Lepikhov wrote:
> > > > Ув. lakostis@! Я тут исходники эксклюзивного ядра от тебя стер чуть-чуть :-) 
> > > > Можешь таки положить свое 2.6.22 куда-нить? Пережить до выхода 24...
> > > ftp://ftp.linux.kiev.ua/pub/Linux/ALT/people/led/Sisyphus/
> > это не мои исходники.
> 
> Твои в гите, это всем известно и никому не нужно. :)
вообще-то это список разработчиков, которые асилили гит и вроде-бы
собираются из него как-то собирать пакеты. Так что твой сарказм тут совсем
не в тему.

-- 
WBR et al.

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

Re: [devel] Хмм... Kernel... 22.

[Michael Shigorin]

On Sat, Nov 03, 2007 at 04:16:02PM +0300, Konstantin A. Lepikhov wrote:
> > > > ftp://ftp.linux.kiev.ua/pub/Linux/ALT/people/led/Sisyphus/
> > > это не мои исходники.
> > Твои в гите, это всем известно и никому не нужно. :)
> вообще-то это список разработчиков, которые асилили гит

Да ну?  Что-то в описании списка я этого утверждения не наблюдаю.

> и вроде-бы собираются из него как-то собирать пакеты.
> Так что твой сарказм тут совсем не в тему.

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

Если есть сборка (я не думаю, что ты делал теоретическое ядро,
а не для практического применения) -- почему бы её не выложить,
раз уж востребована?

Именно этим для меня сейчас работа led@, который молчаливый
практик (и которому git был бы _очень_ полезен, но не навязывать
же) -- для меня и для многих _сейчас_ гораздо полезней, чем
указание "в моём гите".

Собственно, извини, если наступил на мозолю -- подкол был мелким.

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

Re: [devel] Хмм... Kernel... 22.

[Konstantin A. Lepikhov]

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

Hi Michael!

Saturday 03, at 05:23:24 PM you wrote:

> On Sat, Nov 03, 2007 at 04:16:02PM +0300, Konstantin A. Lepikhov wrote:
> > > > > ftp://ftp.linux.kiev.ua/pub/Linux/ALT/people/led/Sisyphus/
> > > > это не мои исходники.
> > > Твои в гите, это всем известно и никому не нужно. :)
> > вообще-то это список разработчиков, которые асилили гит
> 
> Да ну?  Что-то в описании списка я этого утверждения не наблюдаю.
т.е. после перехода на new and shining build system из git'а этот список
опустеет?

> 
> > и вроде-бы собираются из него как-то собирать пакеты.
> > Так что твой сарказм тут совсем не в тему.
> 
> Мой сарказм касался того, что давать топор и азимут на ближайший
> лес вместо пипифакса -- как минимум невольное издевательство.
> 
> Если есть сборка (я не думаю, что ты делал теоретическое ядро,
> а не для практического применения) -- почему бы её не выложить,
> раз уж востребована?
> 
> Именно этим для меня сейчас работа led@, который молчаливый
> практик (и которому git был бы _очень_ полезен, но не навязывать
> же) -- для меня и для многих _сейчас_ гораздо полезней, чем
> указание "в моём гите".
сборки led@'а пойдут в /dev/null, когда в сизифе появится новое ядро.
Смысл собирания собственного велосипеда вместо collaborative work я не
вижу. Извини за грубость, но с таким же успехом можно поставить ядро из
opensuse и радоваться жизни.

> 
> Собственно, извини, если наступил на мозолю -- подкол был мелким.
> 

-- 
WBR et al.

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

[devel] коллаборативность, говоришь? ну давай

[Michael Shigorin]

On Sat, Nov 03, 2007 at 06:34:05PM +0300, Konstantin A. Lepikhov wrote:
> > > > > > ftp://ftp.linux.kiev.ua/pub/Linux/ALT/people/led/Sisyphus/
> > > > > это не мои исходники.
> > > > Твои в гите, это всем известно и никому не нужно. :)
> > > вообще-то это список разработчиков, которые асилили гит
> > Да ну?  Что-то в описании списка я этого утверждения не
> > наблюдаю.
> т.е. после перехода на new and shining build system из git'а
> этот список опустеет?

Предыдущее обсуждение этого вопроса не склоняет меня к такому
выводу.  Ровно сегодня утром я подумал собрать filelight из git, 
в который его уже засунул avm@, но поскольку в его репозитории
стиль не соответствует тому, который на сейчас для сторонних
продуктов предпочитаю использовать я (а-ля srpmimport) -- подумал
и отправил по старинке.

Если бы этот переход осуществлял ты -- да, наверное, список бы
изрядно поредел.  Потому как про людей надо думать, а не про своё
исключительно удобство. (это не только в твой огород камень, но
по этой теме -- я рад, что ldv@ куда более осторожен)

> > Именно этим для меня сейчас работа led@, который молчаливый
> > практик (и которому git был бы _очень_ полезен, но не
> > навязывать же) -- для меня и для многих _сейчас_ гораздо
> > полезней, чем указание "в моём гите".
> сборки led@'а пойдут в /dev/null, когда в сизифе появится новое ядро.

Ты этим гарантируешь учёт всех уже повешенных им багов на std-smp?

Или приедешь с автоматом предлагать ему выбросить в /dev/null те,
которые и не вешались по причине отсутствия реакции на предыдущие?

Или всё-таки будешь что-то делать со своим нарциссизмом?  Другие,
видишь ли, снабжены своими головами и своей свободой выбора.

А пока сборки led@ поедут по всей стране из-за одного-единственного
forcedeth.ko, по которому бага как раз давно висит.  И ядро из
сизифа операторов этих рабочих станций волновать не будет никак.

> Смысл собирания собственного велосипеда вместо collaborative
> work я не вижу. Извини за грубость, но с таким же успехом можно
> поставить ядро из opensuse и радоваться жизни.

Извини за прямоту, но по ядру и xorg я сейчас вижу если не
прямую антиколлаборативность, то отсутствие сотрудничества
между теми, кто мог бы серьёзно улучшить состояние с поддержкой
железа в ALT Linux.

И это очень огорчает.

Но решается -- не столько технически, сколько умением _работать_ 
_с другими_.  А ты мне сейчас напомнил одного из важнейших
участников команды, с которым мы здорово разругались в 2005.
Ты же не такой, бросай эти замашки.  (и он не такой, и молодчина,
что бросил)

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

Re: [devel] коллаборативность, говоришь? ну давай

[Konstantin A. Lepikhov]

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

Hi Michael!

Saturday 03, at 05:45:41 PM you wrote:

> On Sat, Nov 03, 2007 at 06:34:05PM +0300, Konstantin A. Lepikhov wrote:
> > > > > > > ftp://ftp.linux.kiev.ua/pub/Linux/ALT/people/led/Sisyphus/
> > > > > > это не мои исходники.
> > > > > Твои в гите, это всем известно и никому не нужно. :)
> > > > вообще-то это список разработчиков, которые асилили гит
> > > Да ну?  Что-то в описании списка я этого утверждения не
> > > наблюдаю.
> > т.е. после перехода на new and shining build system из git'а
> > этот список опустеет?
> 
> Предыдущее обсуждение этого вопроса не склоняет меня к такому
> выводу.  Ровно сегодня утром я подумал собрать filelight из git, 
> в который его уже засунул avm@, но поскольку в его репозитории
> стиль не соответствует тому, который на сейчас для сторонних
> продуктов предпочитаю использовать я (а-ля srpmimport) -- подумал
> и отправил по старинке.
> 
> Если бы этот переход осуществлял ты -- да, наверное, список бы
> изрядно поредел.  Потому как про людей надо думать, а не про своё
> исключительно удобство. (это не только в твой огород камень, но
> по этой теме -- я рад, что ldv@ куда более осторожен)
у меня тоже есть много колкостей в твой адрес, но смысл их тут писать?

> 
> > > Именно этим для меня сейчас работа led@, который молчаливый
> > > практик (и которому git был бы _очень_ полезен, но не
> > > навязывать же) -- для меня и для многих _сейчас_ гораздо
> > > полезней, чем указание "в моём гите".
> > сборки led@'а пойдут в /dev/null, когда в сизифе появится новое ядро.
> 
> Ты этим гарантируешь учёт всех уже повешенных им багов на std-smp?
мне неинтересно std-smp поскольку
1) я не его мантейнер
2) я его не использую, поскольку его состояние небезопасно
3) предложение о его поддержке повисло в воздухе. И не надо говорить, что
этого письма ты не видел.

> 
> Или приедешь с автоматом предлагать ему выбросить в /dev/null те,
> которые и не вешались по причине отсутствия реакции на предыдущие?
баги можно вешать сколько угодно, но без использования механизма их
легкого исправления aka выложить в виде коммита судьба их незавидна.

> 
> Или всё-таки будешь что-то делать со своим нарциссизмом?  Другие,
> видишь ли, снабжены своими головами и своей свободой выбора.
> 
> А пока сборки led@ поедут по всей стране из-за одного-единственного
> forcedeth.ko, по которому бага как раз давно висит.  И ядро из
> сизифа операторов этих рабочих станций волновать не будет никак.
я не собираю std-smp. В ovz-smp этого бага нет.

> 
> > Смысл собирания собственного велосипеда вместо collaborative
> > work я не вижу. Извини за грубость, но с таким же успехом можно
> > поставить ядро из opensuse и радоваться жизни.
> 
> Извини за прямоту, но по ядру и xorg я сейчас вижу если не
> прямую антиколлаборативность, то отсутствие сотрудничества
> между теми, кто мог бы серьёзно улучшить состояние с поддержкой
> железа в ALT Linux.
> 
> И это очень огорчает.
> 
> Но решается -- не столько технически, сколько умением _работать_ 
> _с другими_.  А ты мне сейчас напомнил одного из важнейших
> участников команды, с которым мы здорово разругались в 2005.
> Ты же не такой, бросай эти замашки.  (и он не такой, и молодчина,
> что бросил)
и меня огорчает. Вот и приходится ходить со своим git'ом. 

-- 
WBR et al.

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

Re: [devel] коллаборативность, говоришь? ну давай

[Michael Shigorin]

On Sat, Nov 03, 2007 at 07:02:51PM +0300, Konstantin A. Lepikhov wrote:
> > Если бы этот переход осуществлял ты -- да, наверное, список
> > бы изрядно поредел.  Потому как про людей надо думать, а не
> > про своё исключительно удобство. (это не только в твой огород
> > камень, но по этой теме -- я рад, что ldv@ куда более
> > осторожен)
> у меня тоже есть много колкостей в твой адрес, но смысл их тут
> писать?

Если они касаются команды -- пиши, конечно.  Может, мне хоть
перед коллегами наконец станет стыдно за поводы для них.

> > > > Именно этим для меня сейчас работа led@, который
> > > > молчаливый практик (и которому git был бы _очень_
> > > > полезен, но не навязывать же) -- для меня и для многих
> > > > _сейчас_ гораздо полезней, чем указание "в моём гите".
> > > сборки led@'а пойдут в /dev/null, когда в сизифе появится
> > > новое ядро.
> > Ты этим гарантируешь учёт всех уже повешенных им багов на std-smp?
> мне неинтересно std-smp поскольку
> 1) я не его мантейнер

Тогда засунь в /dev/null свои выше высказанные соображения, 
будь столь добр.

> 3) предложение о его поддержке повисло в воздухе. И не надо
> говорить, что этого письма ты не видел.

Оно поступило тогда, когда майнтейнер по крайней мере опять
появился в пределах досягаемости.  Хорошо, но несвоевременно.
(это не претензия, а если -- то не к тебе; просто как факт)

> > Или приедешь с автоматом предлагать ему выбросить в /dev/null те,
> > которые и не вешались по причине отсутствия реакции на предыдущие?
> баги можно вешать сколько угодно, но без использования механизма их
> легкого исправления aka выложить в виде коммита судьба их незавидна.

Это вопрос организации этого самого взаимодействия.  Коммит
-- не серебряная пуля, у меня в git.alt есть не втянутые
майнтейнерами изменения, которые субъективно того стоят,
но по их мнению, видимо, нет.

Будет ли исправление предоставлено письмом, багрепортом или
коммитом -- разницы меньше, чем в _отношении_ к такой попытке.

> > А пока сборки led@ поедут по всей стране из-за одного-единственного
> > forcedeth.ko, по которому бага как раз давно висит.  И ядро из
> > сизифа операторов этих рабочих станций волновать не будет никак.
> я не собираю std-smp. В ovz-smp этого бага нет.

Я же не считаю осмысленным раздавать ovz-smp для десктопов
при наличии выбора. (если бы не было -- пробовал бы wks/ovz
перед тем, как собирать своё)

> > > Смысл собирания собственного велосипеда вместо
> > > collaborative work я не вижу.
> > Извини за прямоту, но по ядру и xorg я сейчас вижу если не
> > прямую антиколлаборативность, то отсутствие сотрудничества
> и меня огорчает. Вот и приходится ходить со своим git'ом. 

Надеюсь, что std-smp придёт в обычное (хорошее) состояние,
и постараюсь не перехваливать наших ядерщиков на людях --
это даже заочно действительно вредит.

Ещё надеюсь, что ты тоже подумаешь над корнем таких проблем.
Не в инструментах он, а только в людях.

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

Re: [devel] коллаборативность, говоришь? ну давай

[Konstantin A. Lepikhov]

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

Hi Michael!

Saturday 03, at 06:35:50 PM you wrote:

> On Sat, Nov 03, 2007 at 07:02:51PM +0300, Konstantin A. Lepikhov wrote:
> > > Если бы этот переход осуществлял ты -- да, наверное, список
> > > бы изрядно поредел.  Потому как про людей надо думать, а не
> > > про своё исключительно удобство. (это не только в твой огород
> > > камень, но по этой теме -- я рад, что ldv@ куда более
> > > осторожен)
> > у меня тоже есть много колкостей в твой адрес, но смысл их тут
> > писать?
> 
> Если они касаются команды -- пиши, конечно.  Может, мне хоть
> перед коллегами наконец станет стыдно за поводы для них.
Зачем мне это надо? Баги надо в багзиллу, а обсуждать личности надо за
пивом, шоб веселее было.

> 
> > > > > Именно этим для меня сейчас работа led@, который
> > > > > молчаливый практик (и которому git был бы _очень_
> > > > > полезен, но не навязывать же) -- для меня и для многих
> > > > > _сейчас_ гораздо полезней, чем указание "в моём гите".
> > > > сборки led@'а пойдут в /dev/null, когда в сизифе появится
> > > > новое ядро.
> > > Ты этим гарантируешь учёт всех уже повешенных им багов на std-smp?
> > мне неинтересно std-smp поскольку
> > 1) я не его мантейнер
> 
> Тогда засунь в /dev/null свои выше высказанные соображения, 
> будь столь добр.
Ты мне значит выговариваешь какой я мерский гоблин что не чиню
повешенные баги на forcedeth, а потом затыкаешь рот, когда тебе говорят
что претензии не по-адресу, и что там где можно, они починены. Изивини, но
тебя тоже можно послать, но гораздо дальше.

> 
> > 3) предложение о его поддержке повисло в воздухе. И не надо
> > говорить, что этого письма ты не видел.
> 
> Оно поступило тогда, когда майнтейнер по крайней мере опять
> появился в пределах досягаемости.  Хорошо, но несвоевременно.
> (это не претензия, а если -- то не к тебе; просто как факт)
тогда ты похоже ошибся с ответом :) я не vsu@

> 
> > > Или приедешь с автоматом предлагать ему выбросить в /dev/null те,
> > > которые и не вешались по причине отсутствия реакции на предыдущие?
> > баги можно вешать сколько угодно, но без использования механизма их
> > легкого исправления aka выложить в виде коммита судьба их незавидна.
> 
> Это вопрос организации этого самого взаимодействия.  Коммит
> -- не серебряная пуля, у меня в git.alt есть не втянутые
> майнтейнерами изменения, которые субъективно того стоят,
> но по их мнению, видимо, нет.
я не говорю про общее взаимодействие, мне хватает ядер и моих пакетов.
Ядра собираются из git'а, это данность которую хочешь-не хочешь все должны
принять. Поэтому все левые патчи для таких ядер, которые не правильно
оформлены (т.е. не в виде коммитов или самопал из чьих-то коммитов) идут
лесом, т.к. время на добавление данных патчей совершенно не окупается их
пользой. Это повышает планку вхождения, но ненамного выше борьбы с
--as-needed.

> 
> Будет ли исправление предоставлено письмом, багрепортом или
> коммитом -- разницы меньше, чем в _отношении_ к такой попытке.
см. выше.

> 
> > > А пока сборки led@ поедут по всей стране из-за одного-единственного
> > > forcedeth.ko, по которому бага как раз давно висит.  И ядро из
> > > сизифа операторов этих рабочих станций волновать не будет никак.
> > я не собираю std-smp. В ovz-smp этого бага нет.
> 
> Я же не считаю осмысленным раздавать ovz-smp для десктопов
> при наличии выбора. (если бы не было -- пробовал бы wks/ovz
> перед тем, как собирать своё)
wks ядро не предназначено для production. Это такое домашнее и уютное
создание, как и ll-smp, которое вообще дальше cvs/git'а не вылезало.
Поэтому по вопросам коммерческого использования данных продуктов ты знаешь
куда обращаться ;)

> 
> > > > Смысл собирания собственного велосипеда вместо
> > > > collaborative work я не вижу.
> > > Извини за прямоту, но по ядру и xorg я сейчас вижу если не
> > > прямую антиколлаборативность, то отсутствие сотрудничества
> > и меня огорчает. Вот и приходится ходить со своим git'ом. 
> 
> Надеюсь, что std-smp придёт в обычное (хорошее) состояние,
> и постараюсь не перехваливать наших ядерщиков на людях --
> это даже заочно действительно вредит.
> 
> Ещё надеюсь, что ты тоже подумаешь над корнем таких проблем.
> Не в инструментах он, а только в людях.
talk - action = 0 Что ты сделал для std-smp? :) 

-- 
WBR et al.

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

Re: [devel] коллаборативность, говоришь? ну давай

[Michael Shigorin]

On Sat, Nov 03, 2007 at 08:11:20PM +0300, Konstantin A. Lepikhov wrote:
> > > у меня тоже есть много колкостей в твой адрес, но смысл их
> > > тут писать?
> > Если они касаются команды -- пиши, конечно.  Может, мне хоть
> > перед коллегами наконец станет стыдно за поводы для них.
> Зачем мне это надо? Баги надо в багзиллу, а обсуждать личности
> надо за пивом, шоб веселее было.

Кстати, вторично предлагаю создать проект "ALT Linux Team".
Чтоб не натыкаться на известные WONTFIX оных личностей. :)

> > > > > > Именно этим для меня сейчас работа led@, который
> > > > > > молчаливый практик (и которому git был бы _очень_
> > > > > > полезен, но не навязывать же) -- для меня и для многих
> > > > > > _сейчас_ гораздо полезней, чем указание "в моём гите".
> > > > > сборки led@'а пойдут в /dev/null, когда в сизифе
          ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> > > > > появится новое ядро.
> > > > Ты этим гарантируешь учёт всех уже повешенных им багов на std-smp?
> > > мне неинтересно std-smp поскольку
> > > 1) я не его мантейнер
> > Тогда засунь в /dev/null свои выше высказанные соображения,
> > будь столь добр.
> Ты мне значит выговариваешь какой я мерский гоблин что не чиню
> повешенные баги на forcedeth, а потом затыкаешь рот, когда тебе
> говорят что претензии не по-адресу, и что там где можно, они
> починены. Изивини, но тебя тоже можно послать, но гораздо
> дальше.

_Тебе_ я _за forcedeth_ не выговаривал как раз -- какого ты полез
судить чужую работу, не знаю. (за свою бы так не обижался)

Ладно, замяли для ясности.

> > > 3) предложение о его поддержке повисло в воздухе. И не надо
> > > говорить, что этого письма ты не видел.
> > Оно поступило тогда, когда майнтейнер по крайней мере опять
> > появился в пределах досягаемости.  Хорошо, но несвоевременно.
> > (это не претензия, а если -- то не к тебе; просто как факт)
> тогда ты похоже ошибся с ответом :) я не vsu@

Нет, не ошибся.  Ответ был про разницу "у меня в гите" и "у меня 
в people для $arch".

> > > > Или приедешь с автоматом предлагать ему выбросить в
> > > > /dev/null те, которые и не вешались по причине отсутствия
> > > > реакции на предыдущие?
> > > баги можно вешать сколько угодно, но без использования
> > > механизма их легкого исправления aka выложить в виде
> > > коммита судьба их незавидна.
> > Это вопрос организации этого самого взаимодействия.  Коммит
> > -- не серебряная пуля, у меня в git.alt есть не втянутые
> > майнтейнерами изменения, которые субъективно того стоят,
> > но по их мнению, видимо, нет.
> я не говорю про общее взаимодействие, мне хватает ядер и моих
> пакетов.  Ядра собираются из git'а, это данность которую
> хочешь-не хочешь все должны принять.

xen тоже?  Я понимаю, чем так лучше, но оставь людям право
делать _неоптимально_, но как они умеют; или делай всё то, 
что могут сделать люди, которые не умеют как ты, зато успевают
сделать то, что не успеваешь сделать ты (или что тебе не нужно).

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

Видишь ли, на эту борьбу есть --no-as-needed там, где
неоправдано.  И если бы была техвозможность то изменение
сделать warning, а не error -- это было бы тоже хорошо.

> > > я не собираю std-smp. В ovz-smp этого бага нет.
> > Я же не считаю осмысленным раздавать ovz-smp для десктопов
> > при наличии выбора. (если бы не было -- пробовал бы wks/ovz
> > перед тем, как собирать своё)
> wks ядро не предназначено для production. Это такое домашнее и
> уютное создание, как и ll-smp, которое вообще дальше cvs/git'а
> не вылезало.

Спасибо за разъяснение, я этого про wks действительно не знал 
(а по появлению его чуть ли не дефолтным в каких-то из альф-бет
Desktop 4 чуть не понял, что оно совсем официально настольное).

> Поэтому по вопросам коммерческого использования данных
> продуктов ты знаешь куда обращаться ;)

Да, в /dev/null.  Меня вполне устраивает 2.6.18-led-smp-alt1
на данный момент ;)

> > Ещё надеюсь, что ты тоже подумаешь над корнем таких проблем.
> > Не в инструментах он, а только в людях.
> talk - action = 0 Что ты сделал для std-smp? :) 

Что-то когда-то делал, повспоминать и тебе в жабер накидать?

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

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

Re: [devel] коллаборативность, говоришь? ну давай

[Konstantin A. Lepikhov]

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

Hi Michael!

Saturday 03, at 07:48:55 PM you wrote:


<skip>
...
> _Тебе_ я _за forcedeth_ не выговаривал как раз -- какого ты полез
> судить чужую работу, не знаю. (за свою бы так не обижался)
> 
> Ладно, замяли для ясности.
hint - led@ не использует git для сборки ядер. Поэтому я совершенно не
понимаю, чем его ядра полезны для сизифа, и чем они полезнее, например,
ядер, которые собирает, например, wrar@

> 
> > > > 3) предложение о его поддержке повисло в воздухе. И не надо
> > > > говорить, что этого письма ты не видел.
> > > Оно поступило тогда, когда майнтейнер по крайней мере опять
> > > появился в пределах досягаемости.  Хорошо, но несвоевременно.
> > > (это не претензия, а если -- то не к тебе; просто как факт)
> > тогда ты похоже ошибся с ответом :) я не vsu@
> 
> Нет, не ошибся.  Ответ был про разницу "у меня в гите" и "у меня 
> в people для $arch".
people/и тем более $arch - это суппорт.

> > я не говорю про общее взаимодействие, мне хватает ядер и моих
> > пакетов.  Ядра собираются из git'а, это данность которую
> > хочешь-не хочешь все должны принять.
> 
> xen тоже?  Я понимаю, чем так лучше, но оставь людям право
> делать _неоптимально_, но как они умеют; или делай всё то, 
> что могут сделать люди, которые не умеют как ты, зато успевают
> сделать то, что не успеваешь сделать ты (или что тебе не нужно).
xen это вообще непонятно что. Кстати, автор данного пакета был крайне
удивлен, что ядра собираются из git, и что std-smp содержит в себе почти
все патчи из RHEL.

> 
> > Поэтому все левые патчи для таких ядер, которые не правильно
> > оформлены (т.е. не в виде коммитов или самопал из чьих-то
> > коммитов) идут лесом, т.к.  время на добавление данных патчей
> > совершенно не окупается их пользой. Это повышает планку
> > вхождения, но ненамного выше борьбы с --as-needed.
> 
> Видишь ли, на эту борьбу есть --no-as-needed там, где
> неоправдано.  И если бы была техвозможность то изменение
> сделать warning, а не error -- это было бы тоже хорошо.
Типа ядра для блондинок :)

> 
> > Поэтому по вопросам коммерческого использования данных
> > продуктов ты знаешь куда обращаться ;)
> 
> Да, в /dev/null.  Меня вполне устраивает 2.6.18-led-smp-alt1
> на данный момент ;)
значит, ты также не в праве обсуждать что-то по текущей ситуации, потому
как не в теме. 

> 
> > > Ещё надеюсь, что ты тоже подумаешь над корнем таких проблем.
> > > Не в инструментах он, а только в людях.
> > talk - action = 0 Что ты сделал для std-smp? :) 
> 
> Что-то когда-то делал, повспоминать и тебе в жабер накидать?
нет, интересует текущая ситуация, раз ты бросился всех защищать :)

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

-- 
WBR et al.

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

Re: [devel] коллаборативность, говоришь? ну давай

[Michael Shigorin]

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

PreScriptum: мне добавить, надеюсь, нечего.

On Sat, Nov 03, 2007 at 09:14:47PM +0300, Konstantin A. Lepikhov wrote:
> hint - led@ не использует git для сборки ядер. Поэтому я
> совершенно не понимаю, чем его ядра полезны для сизифа, и чем
> они полезнее, например, ядер, которые собирает, например, wrar@

Я не знаю, кто такой сизиф.  Если "сизиф" -- это где Ты собираешь 
в git, а пользователи (и коллеги) выпрашивают твой винчестер,
то остановите планету.

Если речь о Sisyphus, то насколько я понимаю, цель его
существования -- это именно что площадка для совместной работы
над пакетной базой людей, которые её применяют на практике.

Причём в виде бинарников, а не исходников.

Таким образом, я берусь утверждать, что бинарные сборки led@,
исходники для которых доступны -- пользователям Sisyphus,
вероятно, даже более полезны, чем твой git на твоём диске,
будь он хоть триста раз аккуратно порезан по коммитам.

Я уважаю твою работу, но не вижу смысла восторгаться технологией
ради технологии.  Или работой ради работы.

> > > > > 3) предложение о его поддержке повисло в воздухе. И не
> > > > > надо говорить, что этого письма ты не видел.
> > > > Оно поступило тогда, когда майнтейнер по крайней мере опять
> > > > появился в пределах досягаемости.  Хорошо, но несвоевременно.
> > > > (это не претензия, а если -- то не к тебе; просто как факт)
> > > тогда ты похоже ошибся с ответом :) я не vsu@
> > Нет, не ошибся.  Ответ был про разницу "у меня в гите" и
> > "у меня в people для $arch".
> people/и тем более $arch - это суппорт.

Это суппорт не в большей мере, чем Sisyphus/, branch/ и прочее,
чем такие же люди, как ты (даже попроще) вовсе не брезгуют.

> xen это вообще непонятно что. Кстати, автор данного пакета был
> крайне удивлен, что ядра собираются из git, и что std-smp
> содержит в себе почти все патчи из RHEL.

(это те, которые я специально выковыривал по выходе RHEL5?..)

> > > Это повышает планку вхождения, но ненамного выше борьбы с
> > > --as-needed.
> > Видишь ли, на эту борьбу есть --no-as-needed там, где
> > неоправдано.  И если бы была техвозможность то изменение
> > сделать warning, а не error -- это было бы тоже хорошо.
> Типа ядра для блондинок :)

Где-то.

> > > Поэтому по вопросам коммерческого использования данных
> > > продуктов ты знаешь куда обращаться ;)
> > Да, в /dev/null.  Меня вполне устраивает 2.6.18-led-smp-alt1
> > на данный момент ;)
> значит, ты также не в праве обсуждать что-то по текущей
> ситуации, потому как не в теме. 

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

В какой _ты_ теме -- меня уже почти перестало интересовать.
При таком продолжении заинтересуется ~/.mutt/score, что было 
бы крайне неприятным продолжением прецедента.

(думаю, не нужно объяснять, что при таком хамском отношении 
к коллегам минусов у участия в совместной разработке
прибавляется? и что то, что они не будут в итоге делать --
один человек сколь угодно любой крути попросту не закроет)

> > > > Ещё надеюсь, что ты тоже подумаешь над корнем таких проблем.
> > > > Не в инструментах он, а только в людях.
> > > talk - action = 0 Что ты сделал для std-smp? :) 
> > Что-то когда-то делал, повспоминать и тебе в жабер накидать?
> нет, интересует текущая ситуация, раз ты бросился всех защищать :)

Я не других пытаюсь защитить, а тебе мозги вправить, если 
ещё не заметил.  По большой дружбе, поскольку вообще-то это
табу.

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

Кто из shrek@, vsu@, led@, меня (никого не пропустил вроде)?
А, хотя если _одним_ -- то я уже догадался.

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

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

Re: [devel] коллаборативность, говоришь? ну давай

[Konstantin A. Lepikhov]

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

Hi Michael!

Saturday 03, at 08:31:22 PM you wrote:

> PreScriptum: мне добавить, надеюсь, нечего.
придется. Перечитай еще раз письмо при ответе, потому как мы уже долгое
время говорим не слушая друг друга.

> 
> On Sat, Nov 03, 2007 at 09:14:47PM +0300, Konstantin A. Lepikhov wrote:
> > hint - led@ не использует git для сборки ядер. Поэтому я
> > совершенно не понимаю, чем его ядра полезны для сизифа, и чем
> > они полезнее, например, ядер, которые собирает, например, wrar@
> 
> Я не знаю, кто такой сизиф.  Если "сизиф" -- это где Ты собираешь 
> в git, а пользователи (и коллеги) выпрашивают твой винчестер,
> то остановите планету.
сизиф - это инструментарий для построения решений. А инструменты у каждого
свои. И это не общественные топоры и пилы с неразведенными лезвиями

> 
> Если речь о Sisyphus, то насколько я понимаю, цель его
> существования -- это именно что площадка для совместной работы
> над пакетной базой людей, которые её применяют на практике.
> 
> Причём в виде бинарников, а не исходников.
сизиф в последнее время является помойкой, которой даже нельзя
пользоваться. И в помойку он превращается трудами
некоторых-не-буду-показывать-пальцем, которые не видят разницу между
дедалом и сизифом. Поэтому личный git с инструментами и частичными
merge'ами с git'ами людей, которым ты доверяешь, вполне имеет право на
жизнь, более того, эту жизнь значительно облегчает. И всплеск личных repo
на /people/ и git.altlinux только это доказывает.

> 
> Таким образом, я берусь утверждать, что бинарные сборки led@,
> исходники для которых доступны -- пользователям Sisyphus,
> вероятно, даже более полезны, чем твой git на твоём диске,
> будь он хоть триста раз аккуратно порезан по коммитам.
> 
> Я уважаю твою работу, но не вижу смысла восторгаться технологией
> ради технологии.  Или работой ради работы.
перенос патчей из src.rpm и превращение их бранчи c атомарными коммитами в
git и обратно - это как раз технология ради технологии. Еще раз: я не
пытаюсь обос$%#$%$# сборки led@, просто констатирую факт, что если в сизиф
потребуется положить ядро с его изменениями, проще будет выкинуть его
патчи, потому как их крайне сложно загитизоровать, и все сделать самому.
Т.е. человек потратил впустую свое время и нервы, что жалко. И мне крайне
претит весь этот пеар "ах какие мы умелые сами собрали ядро, берите его
здесь". Не было бы проблем с std-smp, 2.6.22 медленно клепался бы еще
месяц, без криков каждый час "ну когда же выложишь". Организуй вы свой
.git со всеми патчами, и дав ссылку vsu@/ldv@ или мне - проблема была бы
решена за гораздо более короткое время и инцидент был бы исчерпан.

> > people/и тем более $arch - это суппорт.
> 
> Это суппорт не в большей мере, чем Sisyphus/, branch/ и прочее,
> чем такие же люди, как ты (даже попроще) вовсе не брезгуют.
суппорт - это то, что отнимает твое время без пользы.

> 
> > xen это вообще непонятно что. Кстати, автор данного пакета был
> > крайне удивлен, что ядра собираются из git, и что std-smp
> > содержит в себе почти все патчи из RHEL.
> 
> (это те, которые я специально выковыривал по выходе RHEL5?..)
git log -p 

> Где-то.
это называется make menuconfig.

> Я вполне вправе обсуждать то, что я поставляю клиентам нашей
> фирмы по нашим договорам; равно как и высказывать своё мнение
> по поводу пригодности различных сборок.
так объясни наконец претензии к какой из сборок? wks-smp обновляется
только ondemand, причем личного demand, а к ovz-smp у тебя претензий
вроде-бы нет.

-- 
WBR et al.

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

[devel] Хорош

[Gennady Kovalev]

Коллеги, я вообщето просто спросил про ядро. Может прекратим, а? А то я себя 
зачинщиком ощущаю.

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

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

Гена.

Re: [devel] Хорош

[Anton Farygin]

Gennady Kovalev пишет:
> Коллеги, я вообщето просто спросил про ядро. Может прекратим, а? А то я себя 
> зачинщиком ощущаю.
> 
> Ясли ядро не реально выложить, не вопрос. Я чувак терпеливый.
> 
> Думаю остальные тоже не в восторге будучи читать тут, когда приудйт на 
> работу...

Пришли, почитали... ничего нового.

А ядро мне тоже нужно.. времени не хватает разобраться с новой схемой 
сборки ядер, а знающие великую тайну почему-то не спешат делиться.

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

[devel] Ядра

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

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

On Sat, Nov 03, 2007 at 11:32:01PM +0300, Anton Farygin wrote:

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

Кроме того прошу кого-нибудь из знающих ткнуть меня носом, как мне на базе
нынешнего ovz-smp собрать ядро, которое нужно мне, а именно:
 - с эмуляцией RTC через HPET (без этого у меня астериск не работает нифига);
 - с поддержкой PAE (ибо играюсь я на десктопе, где не могу пока позволит
   себе использовать x64, но при этом у меня тут сейчас 4G RAM и я на днях
   буду покупать еще 4 -- ибо не хватает);

Пользоваться menuconfig умею, а пользоваться нынешней системой сборки --
нет.

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

http://freesource.info
----------------------------------------------------------------------------
libpython.so должна лежать рядом с libpython.so.
		-- raorn in #5281

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

Re: [devel] Ядра

[Anton Farygin]

Денис Смирнов пишет:
> On Sat, Nov 03, 2007 at 11:32:01PM +0300, Anton Farygin wrote:
> 
> Очень прошу всех, кто сейчас занимается работой над ядрами .22 озвучить
> здесь какую помощь и в каком виде они хотели бы/готовы были бы принять.
> 
> Кроме того прошу кого-нибудь из знающих ткнуть меня носом, как мне на базе
> нынешнего ovz-smp собрать ядро, которое нужно мне, а именно:
>  - с эмуляцией RTC через HPET (без этого у меня астериск не работает нифига);
>  - с поддержкой PAE (ибо играюсь я на десктопе, где не могу пока позволит
>    себе использовать x64, но при этом у меня тут сейчас 4G RAM и я на днях
>    буду покупать еще 4 -- ибо не хватает);
> 
> Пользоваться menuconfig умею, а пользоваться нынешней системой сборки --
> нет.

Денис, для начала:

git-clone git+ssh://git.alt/people/lakostis/packages/kernel-image-2.6.22.git

Дальше - собрать kernel-source из origin/kernel-source с помощью gear 
--rpmbuild -- rpm -ba

После этого checkout из kernel-image-wks-smp и смотрим как оно всё устроено.

Коротко говоря - каждый feat/fix живёт в отдельном branch и мержится в 
kernel-image, из которого уже собирается патч и собственно image.

Я не нашёл средств автоматизации для объединения патчей.. может быть я 
ошибаюсь.

Rgds,
Rider

Re: [devel] Ядра

[Konstantin A. Lepikhov]

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

Hi Anton!

Sunday 04, at 11:54:34 AM you wrote:

> Денис Смирнов пишет:
> > On Sat, Nov 03, 2007 at 11:32:01PM +0300, Anton Farygin wrote:
> > 
> > Очень прошу всех, кто сейчас занимается работой над ядрами .22 озвучить
> > здесь какую помощь и в каком виде они хотели бы/готовы были бы принять.
> > 
> > Кроме того прошу кого-нибудь из знающих ткнуть меня носом, как мне на базе
> > нынешнего ovz-smp собрать ядро, которое нужно мне, а именно:
> >  - с эмуляцией RTC через HPET (без этого у меня астериск не работает нифига);
> >  - с поддержкой PAE (ибо играюсь я на десктопе, где не могу пока позволит
> >    себе использовать x64, но при этом у меня тут сейчас 4G RAM и я на днях
> >    буду покупать еще 4 -- ибо не хватает);
> > 
> > Пользоваться menuconfig умею, а пользоваться нынешней системой сборки --
> > нет.
> 
> Денис, для начала:
> 
> git-clone git+ssh://git.alt/people/lakostis/packages/kernel-image-2.6.22.git
> 
> Дальше - собрать kernel-source из origin/kernel-source с помощью gear 
> --rpmbuild -- rpm -ba
> 
> После этого checkout из kernel-image-wks-smp и смотрим как оно всё устроено.
> 
> Коротко говоря - каждый feat/fix живёт в отдельном branch и мержится в 
> kernel-image, из которого уже собирается патч и собственно image.
> 
> Я не нашёл средств автоматизации для объединения патчей.. может быть я 
> ошибаюсь.
у vsu@ есть в пакете git.alt:packages/kernel-build-scripts есть утилита
merge-all-branches.  Бранчи описываются в файле branches-to-merge в в виде
имени до -- если нужно смерджить пачку (например, fix-core--arch +
fix-core--syslog), или в виде полного названия бранча. Посмотреть что
будет объединено: merge-all-branches -l, сделать объединение -
merge-all-branches -a.

-- 
WBR et al.

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

Re: [devel] Ядра

[Anton Farygin]

Konstantin A. Lepikhov пишет:
> Hi Anton!
> 
> Sunday 04, at 11:54:34 AM you wrote:
> 
>> Денис Смирнов пишет:
>>> On Sat, Nov 03, 2007 at 11:32:01PM +0300, Anton Farygin wrote:
>>>
>>> Очень прошу всех, кто сейчас занимается работой над ядрами .22 озвучить
>>> здесь какую помощь и в каком виде они хотели бы/готовы были бы принять.
>>>
>>> Кроме того прошу кого-нибудь из знающих ткнуть меня носом, как мне на базе
>>> нынешнего ovz-smp собрать ядро, которое нужно мне, а именно:
>>>  - с эмуляцией RTC через HPET (без этого у меня астериск не работает нифига);
>>>  - с поддержкой PAE (ибо играюсь я на десктопе, где не могу пока позволит
>>>    себе использовать x64, но при этом у меня тут сейчас 4G RAM и я на днях
>>>    буду покупать еще 4 -- ибо не хватает);
>>>
>>> Пользоваться menuconfig умею, а пользоваться нынешней системой сборки --
>>> нет.
>> Денис, для начала:
>>
>> git-clone git+ssh://git.alt/people/lakostis/packages/kernel-image-2.6.22.git
>>
>> Дальше - собрать kernel-source из origin/kernel-source с помощью gear 
>> --rpmbuild -- rpm -ba
>>
>> После этого checkout из kernel-image-wks-smp и смотрим как оно всё устроено.
>>
>> Коротко говоря - каждый feat/fix живёт в отдельном branch и мержится в 
>> kernel-image, из которого уже собирается патч и собственно image.
>>
>> Я не нашёл средств автоматизации для объединения патчей.. может быть я 
>> ошибаюсь.
> у vsu@ есть в пакете git.alt:packages/kernel-build-scripts есть утилита
> merge-all-branches.  Бранчи описываются в файле branches-to-merge в в виде
> имени до -- если нужно смерджить пачку (например, fix-core--arch +
> fix-core--syslog), или в виде полного названия бранча. Посмотреть что
> будет объединено: merge-all-branches -l, сделать объединение -
> merge-all-branches -a.

спасибо, забрал, помогает ;)

Re: [devel] Ядра

[Konstantin A. Lepikhov]

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

Hi Anton!

Sunday 04, at 01:23:06 PM you wrote:

...
> > у vsu@ есть в пакете git.alt:packages/kernel-build-scripts есть утилита
> > merge-all-branches.  Бранчи описываются в файле branches-to-merge в в виде
> > имени до -- если нужно смерджить пачку (например, fix-core--arch +
> > fix-core--syslog), или в виде полного названия бранча. Посмотреть что
> > будет объединено: merge-all-branches -l, сделать объединение -
> > merge-all-branches -a.
> 
> спасибо, забрал, помогает ;)
кстати, в этом же пакете есть довольно подробный README, который частично
описывает всю кухню сборки. Там же есть несколько скриптом для
автоматизированной сборки ядер и модулей (-hsh версии используют hasher).
Например, чтобы собрать все модули, перечисленные в modules.build у
какого-то ядра, нужно всего лишь выполнить команду buildmodules-hsh
--hsh-workdir=<workdir> <flavour>, или если нужно собрать опреденный
модуль - buildmodules-hsh --hsh-workdir=<workdir> <flavour>
modules/<module>/kernel-modules-<module>.spec, где modules/ - каталог с
тимплейтами модулей из kernel cvs.

-- 
WBR et al.

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

Re: [devel] Ядра

[Michael Shigorin]

On Sat, Nov 03, 2007 at 10:27:00PM +0300, Konstantin A. Lepikhov wrote:
> > PreScriptum: мне добавить, надеюсь, нечего.

Есть: прости, что отвечал разозлившись.

> придется. Перечитай еще раз письмо при ответе, потому как мы
> уже долгое время говорим не слушая друг друга.

Так то, что по существу говоришь -- и не отрицаю.
В нижескипнутом практически всё таким и есть, спасибо.

> > Я вполне вправе обсуждать то, что я поставляю клиентам нашей
> > фирмы по нашим договорам; равно как и высказывать своё мнение
> > по поводу пригодности различных сборок.
> так объясни наконец претензии к какой из сборок?
> wks-smp обновляется только ondemand, причем личного demand,
> а к ovz-smp у тебя претензий вроде-бы нет.

К твоим и не было (не пойму, с чего ты это взял); к std-smp
-- неадекватная реакция на простые+важные (в т.ч. для выпусков
ALT Linux) баги на протяжении последних нескольких месяцев.

Более всего в таких случаях напрягает неизвестность, а не
сам факт отсутствия исправлений.


On Sun, Nov 04, 2007 at 01:42:21PM +0300, Konstantin A. Lepikhov wrote:
> > > у vsu@ есть в пакете git.alt:packages/kernel-build-scripts
> > > есть утилита merge-all-branches.  Бранчи описываются в
> > > файле branches-to-merge в в виде имени до -- если нужно
> > > смерджить пачку (например, fix-core--arch +
> > > fix-core--syslog), или в виде полного названия бранча.
> > > Посмотреть что будет объединено: merge-all-branches -l,
> > > сделать объединение - merge-all-branches -a.
> > спасибо, забрал, помогает ;)
> кстати, в этом же пакете есть довольно подробный README,
> который частично описывает всю кухню сборки. Там же есть
> несколько скриптом для автоматизированной сборки ядер и модулей
> (-hsh версии используют hasher).  Например, чтобы собрать все
> модули, перечисленные в modules.build у какого-то ядра, нужно
> всего лишь выполнить команду buildmodules-hsh
> --hsh-workdir=<workdir> <flavour>, или если нужно собрать
> опреденный модуль - buildmodules-hsh --hsh-workdir=<workdir>
> <flavour> modules/<module>/kernel-modules-<module>.spec, где
> modules/ - каталог с тимплейтами модулей из kernel cvs.

Занесено сюда:
http://www.freesource.info/wiki/AltLinux/Sisyphus/devel/KernelBuild

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

Re: [devel] [JT] Ядра

[Ivan Fedorov]

Michael Shigorin wrote:
>> кстати, в этом же пакете есть довольно подробный README,
>> который частично описывает всю кухню сборки. Там же есть
> 
> Занесено сюда:
> http://www.freesource.info/wiki/AltLinux/Sisyphus/devel/KernelBuild
> 

Хм... смотрите-ка, а из спора с мордобоем таки родилась ИСТИНА!!!

НАКОНЕЦ-ТО!!! УРА!!!

Re: [devel] [JT] Ядра

[Konstantin A. Lepikhov]

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

Hi Ivan!

Monday 05, at 07:47:27 PM you wrote:

> Michael Shigorin wrote:
> >> кстати, в этом же пакете есть довольно подробный README,
> >> который частично описывает всю кухню сборки. Там же есть
> > 
> > Занесено сюда:
> > http://www.freesource.info/wiki/AltLinux/Sisyphus/devel/KernelBuild
> > 
> 
> Хм... смотрите-ка, а из спора с мордобоем таки родилась ИСТИНА!!!
> 
> НАКОНЕЦ-ТО!!! УРА!!!
а шо, кому-то морду набили?

-- 
WBR et al.

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

Re: [devel] [administrativia] Ядра

[Dmitry V. Levin]

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

On Mon, Nov 05, 2007 at 11:27:56PM +0300, Konstantin A. Lepikhov wrote:
> Monday 05, at 07:47:27 PM you wrote:
> 
> > Michael Shigorin wrote:
> > >> кстати, в этом же пакете есть довольно подробный README,
> > >> который частично описывает всю кухню сборки. Там же есть
> > > 
> > > Занесено сюда:
> > > http://www.freesource.info/wiki/AltLinux/Sisyphus/devel/KernelBuild
> > > 
> > 
> > Хм... смотрите-ка, а из спора с мордобоем таки родилась ИСТИНА!!!
> > 
> > НАКОНЕЦ-ТО!!! УРА!!!
> а шо, кому-то морду набили?

Коллеги, прекратите, пожалуйста, этот трёп и эти препирательства.
Читабельность списка рассылки снижается.


-- 
ldv

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

Re: [devel] [JT] Ядра

[Gennady Kovalev]

В сообщении от Monday 05 November 2007 20:47:27 Ivan Fedorov написал(а):

> Хм... смотрите-ка, а из спора с мордобоем таки родилась ИСТИНА!!!

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

Что-то а-ля последовательности шагов. Кстати можно, в том числе тот самый 
README выложить, чтоб в одном месте было.

Гена, пока качаю.

Re: [devel] Ядра

[Konstantin A. Lepikhov]

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

Hi Денис!

Sunday 04, at 02:40:15 AM you wrote:

> On Sat, Nov 03, 2007 at 11:32:01PM +0300, Anton Farygin wrote:
> 
> Очень прошу всех, кто сейчас занимается работой над ядрами .22 озвучить
> здесь какую помощь и в каком виде они хотели бы/готовы были бы принять.
текущий zaptel с моим ядром собирается. Оказывается, в kernel cvs вообще
лежал поломанный .spec.

> 
> Кроме того прошу кого-нибудь из знающих ткнуть меня носом, как мне на базе
> нынешнего ovz-smp собрать ядро, которое нужно мне, а именно:
>  - с эмуляцией RTC через HPET (без этого у меня астериск не работает нифига);
т.е. hrtimer патчами от mingo@ :) пока в процессе.

>  - с поддержкой PAE (ибо играюсь я на десктопе, где не могу пока позволит
>    себе использовать x64, но при этом у меня тут сейчас 4G RAM и я на днях
>    буду покупать еще 4 -- ибо не хватает);
> 
> Пользоваться menuconfig умею, а пользоваться нынешней системой сборки --
> нет.
> 



> _______________________________________________
> Devel mailing list
> Devel@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel


-- 
WBR et al.

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

Re: [devel] Ядра

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

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

On Mon, Nov 05, 2007 at 11:59:16PM +0300, Konstantin A. Lepikhov wrote:

>> Очень прошу всех, кто сейчас занимается работой над ядрами .22 озвучить
>> здесь какую помощь и в каком виде они хотели бы/готовы были бы принять.
KAL> текущий zaptel с моим ядром собирается. Оказывается, в kernel cvs вообще
KAL> лежал поломанный .spec.

Вернее он там лежал старый -- у нового zaptel переехали пути. Собрать я
новые пакеты с новым spec'ом собрал, а закоммитить забыл :(

>> Кроме того прошу кого-нибудь из знающих ткнуть меня носом, как мне на базе
>> нынешнего ovz-smp собрать ядро, которое нужно мне, а именно:
>>  - с эмуляцией RTC через HPET (без этого у меня астериск не работает нифига);
KAL> т.е. hrtimer патчами от mingo@ :) пока в процессе.

Через HPET, а не через hrtimers :) Если будут hrtimers нормальые, то я
тогда буду пользоваться ztdummy базирующимся именно на hrtimers а не на
RTC.

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

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

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

Re: [devel] Ядра

[Konstantin A. Lepikhov]

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

Hi Денис!

Wednesday 07, at 09:23:28 AM you wrote:

> >> Кроме того прошу кого-нибудь из знающих ткнуть меня носом, как мне на базе
> >> нынешнего ovz-smp собрать ядро, которое нужно мне, а именно:
> >>  - с эмуляцией RTC через HPET (без этого у меня астериск не работает нифига);
> KAL> т.е. hrtimer патчами от mingo@ :) пока в процессе.
> 
> Через HPET, а не через hrtimers :) Если будут hrtimers нормальые, то я
> тогда буду пользоваться ztdummy базирующимся именно на hrtimers а не на
> RTC.
https://www.unsafe.ru/lakostis/RPMS/ALTLinux/kernel-2.6.22/hrtimer/ - это
спецсборка с -hrt патчем, куда входит поддержка и cpuidle и различные
исправления в работе hrtimers/детекте HPET.

-- 
WBR et al.

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

Re: [devel] Ядра

[Eugene Prokopiev]

Konstantin A. Lepikhov пишет:
> Hi Денис!
> 
> Wednesday 07, at 09:23:28 AM you wrote:
> 
>>>> Кроме того прошу кого-нибудь из знающих ткнуть меня носом, как мне на базе
>>>> нынешнего ovz-smp собрать ядро, которое нужно мне, а именно:
>>>>  - с эмуляцией RTC через HPET (без этого у меня астериск не работает нифига);
>> KAL> т.е. hrtimer патчами от mingo@ :) пока в процессе.
>>
>> Через HPET, а не через hrtimers :) Если будут hrtimers нормальые, то я
>> тогда буду пользоваться ztdummy базирующимся именно на hrtimers а не на
>> RTC.
> https://www.unsafe.ru/lakostis/RPMS/ALTLinux/kernel-2.6.22/hrtimer/ - это
> спецсборка с -hrt патчем, куда входит поддержка и cpuidle и различные
> исправления в работе hrtimers/детекте HPET.

404 Not Found :(

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

Re: [devel] Ядра

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

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

On Wed, Nov 07, 2007 at 01:35:21PM +0300, Eugene Prokopiev wrote:

>> https://www.unsafe.ru/lakostis/RPMS/ALTLinux/kernel-2.6.22/hrtimer/ - это
>> спецсборка с -hrt патчем, куда входит поддержка и cpuidle и различные
>> исправления в работе hrtimers/детекте HPET.
EP> 404 Not Found :(

http://www.unsafe.ru/lakostis/RPMS/ALTLinux/kernel-2.6.22/hrtimer/ -- так
работает :)

Hint: https видимо на www.unsafe.ru в другое место указывает

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

http://freesource.info
----------------------------------------------------------------------------
Грабли обнаружены и зафиксированы в спеке.. :)
		-- eostapets in sisyphus@

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