[devel] rpm-build 4.0.4-alt78+ RC

[devel] rpm-build 4.0.4-alt78+ RC

[Alexey Tourbin]

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

Я закончил разгребать изменения зависимостей у пакетов.  В процессе
этого было внесено достаточно много исправлений как в rpm-build, так
и ещё в несколько пакетов.  Все выявленные проблемы в основном решены.

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

Статус alt78 повышается с беты до RC.
"Релиз должен быть сегодня".

Остается принять решение, нужно ли отвязывать rpm-build-tcl от базовой
сборочной среды или нет.  Я очень подробно писал, в чем тут суть дела.
Думаю, что смогу принять это решение самостоятельно.

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

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

Re: [devel] rpm-build 4.0.4-alt78+ RC

[Dmitry V. Levin]

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

On Mon, Sep 24, 2007 at 01:48:14AM +0400, Alexey Tourbin wrote:
> Я закончил разгребать изменения зависимостей у пакетов.  В процессе
> этого было внесено достаточно много исправлений как в rpm-build, так
> и ещё в несколько пакетов.  Все выявленные проблемы в основном решены.

Выявленные в rpm-build проблемы в основном решены.
А вот проблемы, выявленные в пакетах, ещё решены далеко не все.
Не знаю, поможет ли тут авторазвешиватель багов.

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

И это особенно радует.

> Статус alt78 повышается с беты до RC.
> "Релиз должен быть сегодня".

Пора вычитывать новые скрипты?

> Если у кого-то остались вопросы, то думаю, что весь день 24 сентября
> их будет очень уместно задавать.

Кто будет мерджить heads/altlinux-4.0? ;)


-- 
ldv

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

Re: [devel] rpm-build 4.0.4-alt78+ RC

[Alexey Tourbin]

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

On Mon, Sep 24, 2007 at 02:10:48AM +0400, Dmitry V. Levin wrote:
> On Mon, Sep 24, 2007 at 01:48:14AM +0400, Alexey Tourbin wrote:
> > Я закончил разгребать изменения зависимостей у пакетов.  В процессе
> > этого было внесено достаточно много исправлений как в rpm-build, так
> > и ещё в несколько пакетов.  Все выявленные проблемы в основном решены.
> 
> Выявленные в rpm-build проблемы в основном решены.
> А вот проблемы, выявленные в пакетах, ещё решены далеко не все.
> Не знаю, поможет ли тут авторазвешиватель багов.

В большинстве случаев выявленные баги приводят к появлению анметов.
Здесь достаточно поднатужиться incominger'у и просто не пускать пакеты
с "характерными" анметами.

Кроме того, я делал CC maintainer'ам, и с некоторыми из них вступал в
переписку.  Я готов и дальше это делать, хотя думаю, что лучше писать
в devel@.

> > Статус alt78 повышается с беты до RC.
> > "Релиз должен быть сегодня".
> Пора вычитывать новые скрипты?

Ну, да.  Только не надо придираться, типа как лучше вычистить башизмы $'\t'
я не знаю.  Дюже они удобны.  Сейчас это не критично.  Тж. echo vs. printf.

> > Если у кого-то остались вопросы, то думаю, что весь день 24 сентября
> > их будет очень уместно задавать.
> Кто будет мерджить heads/altlinux-4.0? ;)

Наверное, я.

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

[devel] исполняемые/не исполняемые скрипты

[Alexey Tourbin]

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

On Mon, Sep 24, 2007 at 01:48:14AM +0400, Alexey Tourbin wrote:
> Я закончил разгребать изменения зависимостей у пакетов.  В процессе
> этого было внесено достаточно много исправлений как в rpm-build, так
> и ещё в несколько пакетов.  Все выявленные проблемы в основном решены.

Включение поиска зависимостей во всех шелл-скриптах, а не только
исполняемых, на самом деле выявило вот какую проблему.  Многие
matinainer'ы, кажется, вполне невинно не понимали, что в неисполняемых
скриптах поиск зависимостей был отключен.  Из-за этого игнорировались
зависимости на /etc/init.d и т.п.

Я вот думаю, в какой мере стоит сохранить проверку на исполняемость
скриптов в остальных случаях (напр. для перл-скритпов, если они не
кончаются на *.p[lmh]).

С одной стороны, как бы некрасиво "пережимать" (то есть делать то,
чего не просят).  С другой стороны, исходя из того, что пакет собирает
"средный maintainer", жать надо чем можно сильнее.

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

Re: [devel] исполняемые/неисполняемые скрипты

[Michael Shigorin]

On Mon, Sep 24, 2007 at 03:08:19AM +0400, Alexey Tourbin wrote:
> С одной стороны, как бы некрасиво "пережимать" (то есть делать
> то, чего не просят).  С другой стороны, исходя из того, что
> пакет собирает "средный maintainer", жать надо чем можно
> сильнее.

Хороший случай для warning на длительный период времени
(полгода-год), вот только не вижу для этого возможности
в случае искалки зависимостей.

Может, сделать регулерятор поиска по _неисполняемым_
и в случае если он оказался выключенным (on by default)
-- нудеть, что мол поправили бы уже свои скрипты или перенесли
контриб в документацию или отдельным пакетом?

(а по .*-docs? и -contrib было бы совсем хорошо off by default)

PS: "неисполняемые" в данном контексте пишутся в месте. :]

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

Re: [devel] исполняемые/неисполняемые скрипты

[Alexey Tourbin]

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

On Mon, Sep 24, 2007 at 11:14:18AM +0300, Michael Shigorin wrote:
> On Mon, Sep 24, 2007 at 03:08:19AM +0400, Alexey Tourbin wrote:
> > С одной стороны, как бы некрасиво "пережимать" (то есть делать
> > то, чего не просят).  С другой стороны, исходя из того, что
> > пакет собирает "средный maintainer", жать надо чем можно
> > сильнее.
> 
> Хороший случай для warning на длительный период времени
> (полгода-год), вот только не вижу для этого возможности
> в случае искалки зависимостей.

Как раз и сделал warning.  Есть скрипты shebang.req.files и shebang.req,
который обрабатывают скрипты с #! и ставят зависимость на интерпретатор.
Если скрипт не исполняемый, shebang.req.files будет выдавать warning
"executable not executable".

commit 8ee696768c491759e7815fc42c3347618115b342
Author: Alexey Tourbin <at@altlinux>
Date:   Mon Sep 24 02:57:42 2007 +0400

    shebang.req.files: added "executable not executable" warning

diff --git a/scripts/shebang.req.files b/scripts/shebang.req.files
index e3c475a..2f4838e 100755
--- a/scripts/shebang.req.files
+++ b/scripts/shebang.req.files
@@ -1,5 +1,8 @@
 #!/bin/sh -efu
 while IFS=$'\t' read -r f t; do
-	[ -z "${t##*script text executable*}" ] &&
-		[ -x "$f" ] && echo "$f" ||:
+	case "$t" in
+		*"script text executable"*)
+			[ -x "$f" ] && echo "$f" ||
+			echo "${0##*/}: executable script $f not executable" >&2 ;;
+	esac
 done


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

Re: [devel] исполняемые/неисполняемые скрипты

[Michael Shigorin]

On Mon, Sep 24, 2007 at 01:03:01PM +0400, Alexey Tourbin wrote:
> > > С одной стороны, как бы некрасиво "пережимать"
> > Хороший случай для warning на длительный период времени
> Как раз и сделал warning.

Ну так и замечательно!

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

Re: [devel] исполняемые/неисполняемые скрипты

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

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

On Mon, Sep 24, 2007 at 11:14:18AM +0300, Michael Shigorin wrote:

MS> (а по .*-docs? и -contrib было бы совсем хорошо off by default)

contribs не должны жить за пределами %doc, если они действительно
контрибы, и по факту не поддерживаются.

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

http://freesource.info
----------------------------------------------------------------------------
from specfile:
> # Sorry, I have not time:
> Requires: ruby-gnome2-full
Nor brain.
		-- at in #9601

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

Re: [devel] исполняемые/неисполняемые скрипты

[Michael Shigorin]

On Wed, Sep 26, 2007 at 04:23:49PM +0400, Денис Смирнов wrote:
> MS> (а по .*-docs? и -contrib было бы совсем хорошо off by default)
> contribs не должны жить за пределами %doc, если они
> действительно контрибы, и по факту не поддерживаются.

М-да?  Хорошо бы пересмотреть эти пакеты, но так сходу
не уверен:

$ Sisyphus/files> ls */RPMS/*-contrib-* | wc -l
56
$ Sisyphus/files> rpm -qp --qf='%{SOURCERPM}\n' */RPMS/*-contrib-* | sort -u | wc -l
17

Впрочем, проще замять тему. :)

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

Re: [devel] исполняемые/неисполняемые скрипты

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

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

On Wed, Sep 26, 2007 at 03:33:14PM +0300, Michael Shigorin wrote:

> MS>> (а по .*-docs? и -contrib было бы совсем хорошо off by default)
>> contribs не должны жить за пределами %doc, если они
>> действительно контрибы, и по факту не поддерживаются.
MS> М-да?  Хорошо бы пересмотреть эти пакеты, но так сходу
MS> не уверен:
MS> $ Sisyphus/files> ls */RPMS/*-contrib-* | wc -l
MS> 56
MS> $ Sisyphus/files> rpm -qp --qf='%{SOURCERPM}\n' */RPMS/*-contrib-* | sort -u | wc -l
MS> 17
MS> Впрочем, проще замять тему. :)

Думаю многие contribs у нас поддерживаются куда лучше чем эти же contribs
в оригинале. Если же подразумевается что они "работать не могут, не будут,
и вообще они для read only) -- то их в %docs. Если же они хоть чуть-чуть
работают, да ставятся куда-нибудь в место откуда их могут случайно
исполнить -- в них должны искаться зависимости.

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

http://freesource.info
----------------------------------------------------------------------------
<aphlux> ГУ РК РИЦОКО - что за организация?
<thresh> анимешное что-то
<thresh> судя по "рицоко"

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

[devel] [JT] Re: исполняемые/неисполняемые скрипты

[Michael Shigorin]

On Thu, Sep 27, 2007 at 05:08:12PM +0400, Денис Смирнов wrote:
> Думаю многие contribs у нас поддерживаются куда лучше чем эти
> же contribs в оригинале. Если же подразумевается что они
> "работать не могут, не будут, и вообще они для read only) -- то
> их в %docs. Если же они хоть чуть-чуть работают, да ставятся
> куда-нибудь в место откуда их могут случайно исполнить -- в них
> должны искаться зависимости.

Слушай, будешь проявлять ультразамашки -- потребую _немедленно_
исправить #6042, благо исправление опять есть и ты про него 
в курсе :]  Ты же взялся собирать ppp?  Ну так давай шоб
комар наноноса не подточил.

(control сегодня уже голова не варила)

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

Re: [devel] [JT] Re: исполняемые/неисполняемые скрипты

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

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

On Thu, Sep 27, 2007 at 11:53:43PM +0300, Michael Shigorin wrote:

>> Думаю многие contribs у нас поддерживаются куда лучше чем эти
>> же contribs в оригинале. Если же подразумевается что они
>> "работать не могут, не будут, и вообще они для read only) -- то
>> их в %docs. Если же они хоть чуть-чуть работают, да ставятся
>> куда-нибудь в место откуда их могут случайно исполнить -- в них
>> должны искаться зависимости.
MS> Слушай, будешь проявлять ультразамашки -- потребую _немедленно_
MS> исправить #6042, благо исправление опять есть и ты про него 
MS> в курсе :]  Ты же взялся собирать ppp?  Ну так давай шоб
MS> комар наноноса не подточил.
MS> (control сегодня уже голова не варила)

Миша, где ты увидел ультраэкстримизм? Если пакет есть, и устанавливается,
а потом вдруг оказывается что ему ещё десятка пакетов для работы не
хватает это бага. И то что для contribs работает автопоиск зависимостей
это фича, а не бага.

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

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

http://freesource.info
----------------------------------------------------------------------------
Чем более сложна и совершенна программа, тем более неточные результаты она
выдает.

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

[devel] [RFC] -contrib policy proposal

[Michael Shigorin]

On Sat, Sep 29, 2007 at 02:38:37PM +0400, Денис Смирнов wrote:
> Я не увидел от тебя ни одного обоснования, почему поиск
> зависимостей в контрибах это плохо.

Потому что это свалка по определению, читай архивы devel@
-- обсуждалось не раз и не два.

То, что работает в нашей среде -- может втягиваться в сам
пакет.  Даже предложил бы такой драфт, если никто не против:

---
Если создаётся подпакет -contrib с прилагаемыми к тарболу
архивами дополнительных скриптов и иных ресурсов, рекомендуется
либо отключить автоматический поиск зависимостей по нему
(FIXME: AutoReq: no), либо при возможности просмотреть содержимое
и включить то, что вообще может быть использовано на платформе
ALT Linux (например, специфичные для Windows или *BSD скрипты
включать в собранный пакет явно не имеет смысла).
---

м?

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/
 ----       Oct 26--27, Kiev, Ukraine:
--       http://conference.osdn.org.ua

Re: [devel] [RFC] -contrib policy proposal

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

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

On Mon, Oct 01, 2007 at 12:00:00AM +0300, Michael Shigorin wrote:

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

Что это свалка по-определению -- это понятно. Таки чем плох поиск
зависимостей? Это способ сделать пакет в меньшей степени свалкой.

 MS> То, что работает в нашей среде -- может втягиваться в сам
 MS> пакет.  Даже предложил бы такой драфт, если никто не против:

MS> Если создаётся подпакет -contrib с прилагаемыми к тарболу
MS> архивами дополнительных скриптов и иных ресурсов, рекомендуется
MS> либо отключить автоматический поиск зависимостей по нему
MS> (FIXME: AutoReq: no), либо при возможности просмотреть содержимое
MS> и включить то, что вообще может быть использовано на платформе
MS> ALT Linux (например, специфичные для Windows или *BSD скрипты
MS> включать в собранный пакет явно не имеет смысла).

Именно так.

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

http://freesource.info
----------------------------------------------------------------------------
Ёлки-палки, я и забыл, что man уже давно не мой пакет. :)
		-- ldv in #6988

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

Re: [devel] [RFC] -contrib policy proposal

[Michael Shigorin]

On Sun, Oct 21, 2007 at 02:52:02PM +0400, Денис Смирнов wrote:
> >> Я не увидел от тебя ни одного обоснования, почему поиск
> >> зависимостей в контрибах это плохо.
> MS> Потому что это свалка по определению, читай архивы devel@
> MS> -- обсуждалось не раз и не два.
> Что это свалка по-определению -- это понятно. Таки чем плох поиск
> зависимостей? Это способ сделать пакет в меньшей степени свалкой.

Потому что зависимости -- это уют.  Свалка и уют совместимы
слабо, не стоит даже и заморачиваться.

В качестве упражнения можешь попробовать навести порядок в первом
приближении на какой-нибудь подмосковной ;)

(если технически -- то в контрибе могут оказаться совсем разные
вещи, например, мои рубишные скриптики в контрибе etcnet уже,
наверное, вызвали пару ласковых слов при отрывании зависимости
на ruby; а ведь любой такой скрипт _имеет право_ требовать хоть
ядро 2.2, хоть оракл, хоть FlightGear -- но по статусу контриба
разбираться с его нужностью положено человеку, и если что нужное
можно почистить и обобщить -- то ему уже место в -utils, -tools,
самостоятельном проекте/пакете, но не в свалке "на всякий случай)

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/
 ----       Oct 26--27, Kiev, Ukraine:
--       http://conference.osdn.org.ua

Re: [devel] [RFC] -contrib policy proposal

[@ 2007-10-21 16:04 UTC (permalink / raw)]

[devel] [JT] Re: [RFC] -contrib policy proposal

[@ 2007-10-21 16:06 UTC (permalink / raw)]

Re: [devel] исполняемые/неисполняемые скрипты

[@ 2007-09-26 13:10 UTC (permalink / raw)]

Re: [devel] rpm-build 4.0.4-alt78+ RC

[@ 2007-09-24 20:31 UTC (permalink / raw)]

Re: [devel] rpm-build 4.0.4-alt78+ RC

[@ 2007-09-24 21:04 UTC (permalink / raw)]

[devel] rpm-build-mono

[@ 2007-09-24 21:13 UTC (permalink / raw)]

Re: [devel] rpm-build 4.0.4-alt78+ RC

[@ 2007-09-24 21:30 UTC (permalink / raw)]

Re: [devel] rpm-build 4.0.4-alt78+ RC

[@ 2007-09-24 21:40 UTC (permalink / raw)]

Re: [devel] rpm-build 4.0.4-alt78+ RC

[@ 2007-09-24 22:14 UTC (permalink / raw)]

Re: [devel] rpm-build 4.0.4-alt78+ RC

[@ 2007-09-24 22:30 UTC (permalink / raw)]

Re: [devel] rpm-build 4.0.4-alt78+ RC

[@ 2007-09-24 23:02 UTC (permalink / raw)]

Re: [devel] rpm-build 4.0.4-alt78+ RC

[@ 2007-09-24 23:12 UTC (permalink / raw)]

Re: [devel] rpm-build 4.0.4-alt78+ RC

[@ 2007-09-25 13:17 UTC (permalink / raw)]

Re: [devel] rpm-build 4.0.4-alt78+ RC

[@ 2007-09-25 13:37 UTC (permalink / raw)]

Re: [devel] rpm-build 4.0.4-alt78+ RC

[@ 2007-09-25 14:34 UTC (permalink / raw)]

Re: [devel] rpm-build 4.0.4-alt78+ RC

[@ 2007-09-25 15:06 UTC (permalink / raw)]

Re: [devel] rpm-build 4.0.4-alt78+ RC

[@ 2007-09-25 15:35 UTC (permalink / raw)]

Re: [devel] rpm-build 4.0.4-alt78+ RC

[@ 2007-09-25 15:44 UTC (permalink / raw)]

Re: [devel] rpm-build 4.0.4-alt78+ RC

[@ 2007-09-25 16:21 UTC (permalink / raw)]

Re: [devel] rpm-build 4.0.4-alt78+ RC

[@ 2007-09-25 16:50 UTC (permalink / raw)]

Re: [devel] rpm-build 4.0.4-alt78+ RC

[@ 2007-09-25 17:01 UTC (permalink / raw)]

Re: [devel] rpm-build 4.0.4-alt78+ RC

[@ 2007-09-25 17:33 UTC (permalink / raw)]

Re: [devel] rpm-build 4.0.4-alt78+ RC

[@ 2007-09-25 6:18 UTC (permalink / raw)]

Re: [devel] rpm-build 4.0.4-alt78+ RC [JT]

[@ 2007-09-25 3:09 UTC (permalink / raw)]

Re: [devel] rpm-build 4.0.4-alt78+ RC [JT]

[@ 2007-09-25 14:43 UTC (permalink / raw)]

Re: [devel] rpm-build 4.0.4-alt78+ RC

[@ 2007-09-25 6:13 UTC (permalink / raw)]

Re: [devel] rpm-build 4.0.4-alt78+ RC

[@ 2007-09-24 22:33 UTC (permalink / raw)]

Re: [devel] rpm-build 4.0.4-alt78+ RC

[@ 2007-09-24 22:36 UTC (permalink / raw)]

Re: [devel] rpm-build 4.0.4-alt78+ RC

[@ 2007-09-24 22:28 UTC (permalink / raw)]

Re: [devel] rpm-build 4.0.4-alt78+ RC

[@ 2007-09-24 22:50 UTC (permalink / raw)]

Re: [devel] rpm-build 4.0.4-alt78+ RC

[@ 2007-09-24 21:30 UTC (permalink / raw)]

Re: [devel] rpm-build 4.0.4-alt78+ RC

[@ 2007-09-24 22:01 UTC (permalink / raw)]

Re: [devel] rpm-build 4.0.4-alt78+ RC

[@ 2007-09-24 22:24 UTC (permalink / raw)]

Re: [devel] rpm-build 4.0.4-alt78+ RC

[@ 2007-09-29 17:09 UTC (permalink / raw)]

Re: [devel] rpm-build 4.0.4-alt78+ RC

[@ 2007-09-30 22:03 UTC (permalink / raw)]

Re: [devel] pkg-config --libs

[@ 2007-10-01 23:42 UTC (permalink / raw)]

Re: [devel] pkg-config --libs

[@ 2007-10-04 23:27 UTC (permalink / raw)]

Re: [devel] pkg-config --libs

[@ 2007-10-05 21:30 UTC (permalink / raw)]

Re: [devel] rpm-build 4.0.4-alt78+ RC

[@ 2007-09-25 17:17 UTC (permalink / raw)]

[devel] pkgconfiglib.req

[@ 2007-09-29 9:45 UTC (permalink / raw)]

[devel] libaprutil1-devel-1.2.8-alt2 /usr/lib/libapr-1.so

[@ 2007-09-29 10:17 UTC (permalink / raw)]

[devel] zziplib-devel-0.13.49-alt1

[@ 2007-09-29 11:51 UTC (permalink / raw)]

Re: [devel] zziplib-devel-0.13.49-alt1

[@ 2007-09-29 18:32 UTC (permalink / raw)]

[devel] WRONG pkgconfiglib.req

[@ 2007-09-29 15:17 UTC (permalink / raw)]

Re: [devel] rpm-build 4.0.4-alt78+ RC

[@ 2007-09-27 22:24 UTC (permalink / raw)]

Re: [devel] rpm-build 4.0.4-alt78+ RC

[@ 2007-09-28 3:38 UTC (permalink / raw)]

Re: [devel] rpm-build 4.0.4-alt78+ RC

[@ 2007-09-28 5:33 UTC (permalink / raw)]

Re: [devel] rpm-build 4.0.4-alt78+ RC

[@ 2007-09-28 5:40 UTC (permalink / raw)]

Re: [devel] rpm-build 4.0.4-alt78+ RC

[@ 2007-09-28 6:04 UTC (permalink / raw)]