[devel] Импорт модуля pyton gnomecanvas из rpm

[devel] Импорт модуля pyton gnomecanvas из rpm

[Slava Dubrovskiy]

Здравствуйте.

Есть программа (GCompris), которая проверяет наличие в системе
необходимые ей для работы модули python. В данном случае gnomecanvas
(пакет python-module-pygnome-canvas-2.12.0-alt0.1)
Вот пример, как она это делает:

#!/bin/sh
prog="
import sys
try:
    import gnomecanvas
except ImportError:
    sys.exit(1)
except:
    sys.exit(0)
sys.exit(0)"
if python -c "$prog"
then
 echo Yes
else
 echo No
fi


Так вот, если я запускаю обычно из mc или консоли, то в ответ получаю
Yes, а если я указываю этот скрипт в спеке в секции %build и пытаюсь
собрать (rpm -ba), то No.
Почему окружение rpm не позволяет импортировать этот gnomecanvas? При
этом другие модули (gtk, xml.dom.DOMImplementation) импортируются
нормально. Как это правильно обойти? Или может это баг?
Значение sys.path в обоих случаях одинаковое.

-- 
С уважением,
Дубровский Вячеслав.

[devel] Re: Импорт модуля pyton gnomecanvas из rpm

[Michael Shigorin]

On Tue, Sep 20, 2005 at 12:23:29PM +0300, Slava Dubrovskiy wrote:
> Почему окружение rpm не позволяет импортировать этот gnomecanvas?

$DISPLAY?

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/
 ----       visit our conference (Oct 1):
--          http://conference.osdn.org.ua

Re: [devel] Re: Импорт модуля pyton gnomecanvas из rpm

[Slava Dubrovskiy]

Michael Shigorin пишет:

>>Почему окружение rpm не позволяет импортировать этот gnomecanvas?
>>    
>>
>$DISPLAY?
>  
>
Да, $DISPLAY пустое. Что делать?

-- 
С уважением,
Дубровский Вячеслав.

[devel] Re: Импорт модуля pyton gnomecanvas из rpm

[Michael Shigorin]

On Tue, Sep 20, 2005 at 01:00:16PM +0300, Slava Dubrovskiy wrote:
> >>Почему окружение rpm не позволяет импортировать этот gnomecanvas?
> >$DISPLAY?
> Да, $DISPLAY пустое. Что делать?

Спрашивать питонистов (если ещё недостаточно) и чинить, чтоб не
пыталось лезть туда раньше времени...

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/
 ----       visit our conference (Oct 1):
--          http://conference.osdn.org.ua

Re: [devel] Re: Импорт модуля pyton gnomecanvas из rpm

[Eugene Ostapets]

Slava Dubrovskiy wrote:

>Michael Shigorin пишет:
>
>  
>
>>>Почему окружение rpm не позволяет импортировать этот gnomecanvas?
>>>   
>>>
>>>      
>>>
>>$DISPLAY?
>> 
>>
>>    
>>
>Да, $DISPLAY пустое. Что делать?
>
>  
>
Писать патч дабы на этапе сборки программа не требовала наличия Х-ов

-- 
WBR,
Eugene Ostapets

Re: [devel] Re: Импорт модуля pyton gnomecanvas из rpm

[Alexey Borovskoy]

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

* Вторник 20 Сентябрь 2005 23:03 Eugene Ostapets

> Slava Dubrovskiy wrote:
> >Michael Shigorin пишет:
> >>>Почему окружение rpm не позволяет импортировать этот
> >>> gnomecanvas?
> >>
> >>$DISPLAY?
> >
> >Да, $DISPLAY пустое. Что делать?
>
> Писать патч дабы на этапе сборки программа не требовала
> наличия Х-ов

Есть такая замечательная штуковина: xvfb-run.
Или её уже прибили?

-- 
Алексей.
GPG key fingerprint
DBB3 1832 13C6 5C96 4A58  4AFF 78F7 159F 66AD 8D7E

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

Re: [devel] Re: Импорт модуля pyton gnomecanvas из rpm

[Eugene Ostapets]

Alexey Borovskoy wrote:

>* Вторник 20 Сентябрь 2005 23:03 Eugene Ostapets
>
>  
>
>>>>>Почему окружение rpm не позволяет импортировать этот
>>>>>gnomecanvas?
>>>>>          
>>>>>
>>>>$DISPLAY?
>>>>        
>>>>
>>>Да, $DISPLAY пустое. Что делать?
>>>      
>>>
>>Писать патч дабы на этапе сборки программа не требовала
>>наличия Х-ов
>>    
>>
>
>Есть такая замечательная штуковина: xvfb-run.
>Или её уже прибили?
>
>  
>
И что, при пересборке в хешере запускать этот сервер для сборки какой-то 
кривой софтины? Ню-ню...

-- 
WBR,
Eugene Ostapets

[devel] Re: Импорт модуля pyton gnomecanvas из rpm

[Michael Shigorin]

On Tue, Sep 20, 2005 at 01:35:24PM +0300, Eugene Ostapets wrote:
> >Есть такая замечательная штуковина: xvfb-run.
> >Или её уже прибили?
> И что, при пересборке в хешере запускать этот сервер для сборки
> какой-то кривой софтины? Ню-ню...

Бывало и так.  (про апстримы мне ль тебе рассказывать? :)

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/
 ----       visit our conference (Oct 1):
--          http://conference.osdn.org.ua

Re: [devel] Re: Импорт модуля pyton gnomecanvas из rpm

[Eugene Ostapets]

Michael Shigorin wrote:

>On Tue, Sep 20, 2005 at 01:35:24PM +0300, Eugene Ostapets wrote:
>  
>
>>>Есть такая замечательная штуковина: xvfb-run.
>>>Или её уже прибили?
>>>      
>>>
>>И что, при пересборке в хешере запускать этот сервер для сборки
>>какой-то кривой софтины? Ню-ню...
>>    
>>
>
>Бывало и так.  (про апстримы мне ль тебе рассказывать? :)
>
>  
>
Это не тот случай - тут можно обойтись простейшим патчем, даже если 
апстрим абсолютно невминяем...

-- 
WBR,
Eugene Ostapets

[devel] Re: Импорт модуля pyton gnomecanvas из rpm

[Michael Shigorin]

On Tue, Sep 20, 2005 at 01:42:48PM +0300, Eugene Ostapets wrote:
> >>>Есть такая замечательная штуковина: xvfb-run.
> >>>Или её уже прибили?
> >>И что, при пересборке в хешере запускать этот сервер для сборки
> >>какой-то кривой софтины? Ню-ню...
> >Бывало и так.  (про апстримы мне ль тебе рассказывать? :)
> Это не тот случай - тут можно обойтись простейшим патчем, даже
> если апстрим абсолютно невминяем...

Поможешь хорошему человеку?

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/
 ----       visit our conference (Oct 1):
--          http://conference.osdn.org.ua

Re: [devel] Re: Импорт модуля pyton gnomecanvas из rpm

[Eugene Ostapets]

Michael Shigorin wrote:

>On Tue, Sep 20, 2005 at 01:42:48PM +0300, Eugene Ostapets wrote:
>  
>
>>>>>Есть такая замечательная штуковина: xvfb-run.
>>>>>Или её уже прибили?
>>>>>          
>>>>>
>>>>И что, при пересборке в хешере запускать этот сервер для сборки
>>>>какой-то кривой софтины? Ню-ню...
>>>>        
>>>>
>>>Бывало и так.  (про апстримы мне ль тебе рассказывать? :)
>>>      
>>>
>>Это не тот случай - тут можно обойтись простейшим патчем, даже
>>если апстрим абсолютно невминяем...
>>    
>>
>
>Поможешь хорошему человеку?
>
>  
>
После того как помогу другому хорошему человеку с поддержкой русских 
имен в zip/unzip... :)
-- 
WBR,
Eugene Ostapets

Re: [devel] Re: Импорт модуля pyton gnomecanvas из rpm

[Vital Khilko]

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

On Аўт, 2005-09-20 at 13:56 +0300, Eugene Ostapets wrote:
> После того как помогу другому хорошему человеку с поддержкой русских 
> имен в zip/unzip... :)
русских это как?
-- 
Немецкий порядок формировался веками. При Гитлере это формирование
достигло наивысшей точки. Это то, что соответствует нашему пониманию
президентской республики и роли в ней президента... 

-- А. Лукашенко 

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

Re: [devel] Re: ��

[Eugene Ostapets]

Vital Khilko wrote:

>On Аўт, 2005-09-20 at 13:56 +0300, Eugene Ostapets wrote:
>  
>
>>После того как помогу другому хорошему человеку с поддержкой русских 
>>имен в zip/unzip... :)
>>    
>>
>русских это как?
>  
>
Да так... Мелочи... Полное описание повешу в багзилу вместе с пачем:
- неправильное декодирование русских имен при системной локали UTF8 или 
KOI8-U
- неправильное декодирование некоторых украинских букв
- отсутствует кодирование при архивации

Хватит для подтверждения моих слов?

PS: не нужно нервничать - я все исправлю:)

-- 
WBR,
Eugene Ostapets

Re: [devel] Re: ��

[Vitaly Lipatov]

On Tuesday 20 September 2005 15:25, Eugene Ostapets wrote:
> Vital Khilko wrote:
> >On Аўт, 2005-09-20 at 13:56 +0300, Eugene Ostapets wrote:
> >>После того как помогу другому хорошему человеку с поддержкой
> >> русских имен в zip/unzip... :)
> >
> >русских это как?
>
> Да так... Мелочи... Полное описание повешу в багзилу вместе с
> пачем: - неправильное декодирование русских имен при системной
> локали UTF8 или KOI8-U
> - неправильное декодирование некоторых украинских букв
> - отсутствует кодирование при архивации
>
> Хватит для подтверждения моих слов?
Надеюсь вы читали багу #4861
и
http://www.freesource.info/wiki/Lokalizacija/SituacijaSArxivatorami
(просьба подкорректировать)
> PS: не нужно нервничать - я все исправлю:)
Я бы рекомендовал смотреть на 7-zip (7za) - он понимает все 
популярные архивы и корректно обходится с кодировками (в zip 
умеет паковать). А бороться с гнилым зипом... Ну жалко вашего 
времени.

-- 
Lav
Виталий Липатов
Санкт-Петербург
GNU! ALT Linux Team! WINE! LaTeX! LyX! http://freesource.info

Re: [devel] <lost subject>

[Andrei Bulava]

Vitaly Lipatov wrote:

<skip />

> Я бы рекомендовал смотреть на 7-zip (7za) - он понимает все 
> популярные архивы

Уже обойдены лицензионные препоны на пути компиляции с libunrar версии 3
(под win 7-zip распаковывает rar'ы)?

<skip />

-- 
// AB1002-UANIC

Re: [devel] <lost subject>

[Vitaly Lipatov]

On Wednesday 21 September 2005 11:31, Andrei Bulava wrote:
> Уже обойдены лицензионные препоны на пути компиляции с
> libunrar версии 3 (под win 7-zip распаковывает rar'ы)?
1. Какие там препоны?
2. У него исходники распаковщика rar внутри и сам он (7-zip) под 
GPL.
Я что-то не так понимаю?

-- 
Lav
Виталий Липатов
Санкт-Петербург
GNU! ALT Linux Team! WINE! LaTeX! LyX! http://freesource.info

Re: [devel] поддержка rar в 7-zip / 7za

[Andrei Bulava]

Vitaly Lipatov wrote:
> On Wednesday 21 September 2005 11:31, Andrei Bulava wrote:
> 
>>Уже обойдены лицензионные препоны на пути компиляции с
>>libunrar версии 3 (под win 7-zip распаковывает rar'ы)?
> 
> 1. Какие там препоны?

Лицензия libunrar.

> 2. У него исходники распаковщика rar внутри и сам он (7-zip) под 
> GPL.

Сомневаюсь, исходные коды распаковщика rar (unrar) не предусматривают
той же степени свободы, что и GPL:

<cite source="/usr/share/doc/unrar-3.4.3/license.txt">

3. The unRAR utility may be freely distributed. No person or company may
charge a fee for the distribution of unRAR without written permission
from the copyright holder.

</cite>

Если я правильно понимаю GPL, то за распространение двоичного кода под
GPL можно назначить любую цену (RedHat Enterprise Linux + RedHat Network
тому свидетельство).

> Я что-то не так понимаю?
> 

Да я тоже, в общем-то, мало понимаю, _зачем_ нужно _так_ ограничивать
свободу лицензией "Freely distributable".

А пока суть да дело:

$ 7za t NOD32\ Bases\ 1.1211\ \(20050907\).rar

7-Zip (A) 4.20  Copyright (c) 1999-2005 Igor Pavlov  2005-05-30
p7zip Version 4.20 (locale=ru_RU.CP1251,Utf16=on,HugeFiles=on)

Processing archive: NOD32 Bases 1.1211 (20050907).rar

Error: NOD32 Bases 1.1211 (20050907).rar is not supported archive

$ rpm -qf `which 7za`
p7zip-4.20-alt1

-- 
// AB1002-UANIC

Re: [devel] поддержка rar в 7-zip / 7za

[Vitaly Lipatov]

On Wednesday 21 September 2005 13:21, Andrei Bulava wrote:
> Vitaly Lipatov wrote:
> > On Wednesday 21 September 2005 11:31, Andrei Bulava wrote:
> >>Уже обойдены лицензионные препоны на пути компиляции с
> >>libunrar версии 3 (под win 7-zip распаковывает rar'ы)?
> >
> > 1. Какие там препоны?
>
> Лицензия libunrar.
В Linux это динамическая библиотека? Что-то мешает её 
использовать для распаковки?

> > 2. У него исходники распаковщика rar внутри и сам он (7-zip)
> > под GPL.
>
> Сомневаюсь, исходные коды распаковщика rar (unrar) не
См. дистрибутив p7zip :)

> Если я правильно понимаю GPL, то за распространение двоичного
> кода под GPL можно назначить любую цену (RedHat Enterprise
> Linux + RedHat Network тому свидетельство).
Это причём тут?

> $ 7za t NOD32\ Bases\ 1.1211\ \(20050907\).rar
>
> 7-Zip (A) 4.20  Copyright (c) 1999-2005 Igor Pavlov 
> 2005-05-30 p7zip Version 4.20
> (locale=ru_RU.CP1251,Utf16=on,HugeFiles=on)
>
> Processing archive: NOD32 Bases 1.1211 (20050907).rar
>
> Error: NOD32 Bases 1.1211 (20050907).rar is not supported
> archive
Да, действительно.

>
> $ rpm -qf `which 7za`
> p7zip-4.20-alt1
apt-get install wine-7zip

-- 
Lav
Виталий Липатов
Санкт-Петербург
GNU! ALT Linux Team! WINE! LaTeX! LyX! http://freesource.info

Re: [devel] поддержка rar в 7-zip / 7za

[Антон]

В сообщении от 21 Сентябрь 2005 13:49 Vitaly Lipatov написал(a):

> apt-get install wine-7zip

Хороший способ.
Тем более пока линуксовый 7zip не хорошо работает с русскими названиями 
чередующиеся с цифрами.

-- 
Антон.
AltLinux Team.
Etersoft Team.

Re: [devel] поддержка rar в 7-zip / 7za

[Andrei Bulava]

Vitaly Lipatov wrote:
> On Wednesday 21 September 2005 13:21, Andrei Bulava wrote:
> 
>>Vitaly Lipatov wrote:

<skip />

>>Лицензия libunrar.
> 
> В Linux это динамическая библиотека? Что-то мешает её 
> использовать для распаковки?

Мешает то же самое, что не даёт положить ms-fonts-ttf в _дистрибутив_.
Строго говоря, никто так и не сказал, можно ли libunrar3-3.4.3-alt1.1,
что лежит сейчас в Sisyphus, класть на диски ALT Linux
Compact/Junior/Master.

> 
> 
>>>2. У него исходники распаковщика rar внутри и сам он (7-zip)
>>>под GPL.
>>
>>Сомневаюсь, исходные коды распаковщика rar (unrar) не
> 
> См. дистрибутив p7zip :)

Это говорит только о том, что автор дистрибутива p7zip либо 1) получил
письменное разрешение на распространение кода unrar по какой-то другой
лицензии, совместимой с GPL, в составе p7zip; либо 2) вообще не знает,
что код unrar находится в дистрибутиве p7zip с нарушением лицензии (т.к.
распространение p7zip под GPL не предусматривает получения письменных
разрешений от автора unrar).

 >>Если я правильно понимаю GPL, то за распространение двоичного
>>кода под GPL можно назначить любую цену (RedHat Enterprise
>>Linux + RedHat Network тому свидетельство).
> 
> Это причём тут?

См. выше. GPL не накладывает ограничения на _небесплатное_
распространение двоичного кода, а лицензия freely distributable из unrar
- накладывает. По этой причине libunrar3 до сих пор не используется в
clamav, т.к. авторы clamav понимают разницу между GPL и freely
distributable. Например, GPL не оставляет места принципу "этому дам,
этому не дам, а вот тому дам только за деньги".

<skip />

BTW, rar-файлы версии 3 не поддерживают даже некоторые коммерческие
антивирусы. Не буду показывать пальцем, т.к. не очень хочется быть
ответчиком в суде.

-- 
// AB1002-UANIC

Re: [devel] поддержка rar в 7-zip / 7za [JT]

[Vitaly Lipatov]

On Wednesday 21 September 2005 16:01, Andrei Bulava wrote:
> >>Лицензия libunrar.
> >
> > В Linux это динамическая библиотека? Что-то мешает её
> > использовать для распаковки?
>
> Мешает то же самое, что не даёт положить ms-fonts-ttf в
> _дистрибутив_. Строго говоря, никто так и не сказал, можно ли
> libunrar3-3.4.3-alt1.1, что лежит сейчас в Sisyphus, класть на
> диски ALT Linux Compact/Junior/Master.
Может быть никто не спрашивал? Достаточно написать письмо в 
rarlab мне кажется. 
"The unRAR utility may be freely distributed. No person or 
company may charge a fee for the distribution of unRAR without 
written permission from the copyright holder."
Если вы об этой строчке в лицензии, то я говорю, что можно класть 
на диски. Не думаю что продажа дистрибутива с 9000 тысячами 
пакетов и unrar среди них будет называться взиманием платы за 
unRAR :) Если кому-то нужно официальное письмо от rarlab - ну 
сделайте запрос. Всем недосуг - ну что же, я самый свободный, 
могу сам спросить.


> > См. дистрибутив p7zip :)
>
> Это говорит только о том, что автор дистрибутива p7zip либо 1)
> получил письменное разрешение на распространение кода unrar по
> какой-то другой лицензии, совместимой с GPL, в составе p7zip;
> либо 2) вообще не знает, что код unrar находится в
> дистрибутиве p7zip с нарушением лицензии (т.к. распространение
> p7zip под GPL не предусматривает получения письменных
> разрешений от автора unrar).
Я думаю всё проще - автор, Игорь Павлов, реализовал алгоритм 
самостоятельно, и свой код распространяет под той лицензией, 
какой ему угодно.

> >>кода под GPL можно назначить любую цену (RedHat Enterprise
> >>Linux + RedHat Network тому свидетельство).
> >
> > Это причём тут?
>
> См. выше. GPL не накладывает ограничения на _небесплатное_
> распространение двоичного кода, а лицензия freely
> distributable из unrar - накладывает. По этой причине
> libunrar3 до сих пор не используется в clamav, т.к. авторы
> clamav понимают разницу между GPL и freely distributable.
Ну 7zip под LGPL и я так понимаю, никакой проблемы и с линковкой 
нет. К тому же я не понимаю, что мешает из GPL-программы 
обращаться к freely distributable библиотеке. Не хочется 
линковать - сделай dlopen.

> Например, GPL не оставляет места принципу "этому дам, этому не
> дам, а вот тому дам только за деньги".
>
> <skip />
>
> BTW, rar-файлы версии 3 не поддерживают даже некоторые
> коммерческие антивирусы. Не буду показывать пальцем, т.к. не
> очень хочется быть ответчиком в суде.
Я знаю только два продукта от российских производителей - DrWeb и 
Антивирус Касперского. Пусть они не поддерживают что хотят.


-- 
Lav
Виталий Липатов
Санкт-Петербург
GNU! ALT Linux Team! WINE! LaTeX! LyX! http://freesource.info

Re: [devel] поддержка rar в 7-zip / 7za [legal]

[Andrei Bulava]

Vitaly Lipatov wrote:
> On Wednesday 21 September 2005 16:01, Andrei Bulava wrote:
> 
>>>>Лицензия libunrar.
>>>
>>>В Linux это динамическая библиотека? Что-то мешает её
>>>использовать для распаковки?
>>
>>Мешает то же самое, что не даёт положить ms-fonts-ttf в
>>_дистрибутив_. Строго говоря, никто так и не сказал, можно ли
>>libunrar3-3.4.3-alt1.1, что лежит сейчас в Sisyphus, класть на
>>диски ALT Linux Compact/Junior/Master.
> 
> Может быть никто не спрашивал? Достаточно написать письмо в 
> rarlab мне кажется. 

Спрашивали. Даже с моим (не)знанием английского я понял, что на не очень
  чётко сформулированный вопрос вполне логично последовал путаный ответ:
http://lists.altlinux.ru/pipermail/devel/2004-October/014649.html можно
понять как "казнить нельзя помиловать".

> "The unRAR utility may be freely distributed. No person or 
> company may charge a fee for the distribution of unRAR without 
> written permission from the copyright holder."
> Если вы об этой строчке в лицензии, то я говорю, что можно класть 
> на диски. Не думаю что продажа дистрибутива с 9000 тысячами 
> пакетов и unrar среди них будет называться взиманием платы за 
> unRAR :) Если кому-то нужно официальное письмо от rarlab - ну 
> сделайте запрос. Всем недосуг - ну что же, я самый свободный, 
> могу сам спросить.

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

<skip />

> Я думаю всё проще - автор, Игорь Павлов, реализовал алгоритм 
> самостоятельно, и свой код распространяет под той лицензией, 
> какой ему угодно.

Если p7zip настолько хорош, то лучше реализовать интеграцию clamav с
p7zip, чем связываться (в прямом, переносном и dlopen смыслах ;-) ) с
libunrar3.

<skip />

> Ну 7zip под LGPL и я так понимаю, никакой проблемы и с линковкой 
> нет. К тому же я не понимаю, что мешает из GPL-программы 
> обращаться к freely distributable библиотеке. Не хочется 
> линковать - сделай dlopen.

:-) Да сложность-то нетехническая. См. выше - статус libunrar3 в
Sisyphus подвешен. Если заложиться в сборке clamav на libunrar3, то
потом, после выпуска дистрибутива, можно, буде на то воля RARlab, или 1)
попасть в суд, если настаивать на своём; или 2) в спешке выкладывать в
updates пакет clamav без поддержки libunrar3.

<skip />

-- 
// AB1002-UANIC

Re: [devel] поддержка rar в 7-zip / 7za [legal]

[Alexey Rusakov]

On 22.09.2005 11:05, Andrei Bulava wrote:
> Спрашивали. Даже с моим (не)знанием английского я понял, что на не очень
>   чётко сформулированный вопрос вполне логично последовал путаный ответ:
> http://lists.altlinux.ru/pipermail/devel/2004-October/014649.html можно
> понять как "казнить нельзя помиловать".
>   
По-моему, всё сформулировано очень чётко. Нельзя продавать unrarsrc или 
собранный unRAR как отдельный продукт. Там не "in standalone 
Distribution", а "as". IANAL, конечно, но по-моему, всё более чем 
прозрачно. Можно отдельно испросить разрешения на включение unrar в 
ALC3.0, если есть сомнения.

-- 
  Alexey "Ktirf" Rusakov

Re: [devel] поддержка rar в 7-zip / 7za [legal]

[Vitaly Lipatov]

On Thursday 22 September 2005 11:05, Andrei Bulava wrote:
> > Может быть никто не спрашивал? Достаточно написать письмо в
> > rarlab мне кажется.
>
> Спрашивали. Даже с моим (не)знанием английского я понял, что
> на не очень чётко сформулированный вопрос вполне логично
> последовал путаный ответ:
> http://lists.altlinux.ru/pipermail/devel/2004-October/014649.h
>tml можно понять как "казнить нельзя помиловать".
Алексей в соседнем письме прав, ответ чёткий.
...
> > Если вы об этой строчке в лицензии, то я говорю, что можно
> > класть на диски. Не думаю что продажа дистрибутива с 9000
> > тысячами пакетов и unrar среди них будет называться
> > взиманием платы за unRAR :) Если кому-то нужно официальное
Собственно я имел в виду, что поставка в составе дистрибутива - 
не продажа unrar.
Закроем вопрос на этом.

> Если p7zip настолько хорош, то лучше реализовать интеграцию
> clamav с p7zip, чем связываться (в прямом, переносном и dlopen
> смыслах ;-) ) с libunrar3.
Несомненно, тем более что интеграция эта всё равно нужна, иначе 
как проверять архивы 7zip :)

> :-) Да сложность-то нетехническая. См. выше - статус libunrar3
> : в
>
> Sisyphus подвешен. Если заложиться в сборке clamav на
> libunrar3, то потом, после выпуска дистрибутива, можно, буде
> на то воля RARlab, или 1) попасть в суд, если настаивать на
> своём; или 2) в спешке выкладывать в updates пакет clamav без
> поддержки libunrar3.
Ну всё, решили, проблемы нет. В суд пойду я вместо вас, если надо 
будет.


-- 
Lav
Виталий Липатов
Санкт-Петербург
GNU! ALT Linux Team! WINE! LaTeX! LyX! http://freesource.info

[devel] Re: unrar/p7zip

[Michael Shigorin]

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

On Wed, Sep 21, 2005 at 12:35:01PM +0400, Vitaly Lipatov wrote:
> 2. У него исходники распаковщика rar внутри и сам он (7-zip)
> под GPL.  Я что-то не так понимаю?

Решил (по другому поводу :) почитать доку:

--- p7zip_4.27/DOCS/readme.txt
License Info
------------

Most of 7-Zip source code is under GNU LGPL.

Files in folders
  7zip/Compress/Rar20
  7zip/Compress/Rar29
  7zip/Compress/Rar29/Original
are licensed under "unRAR license + GNU LGPL" license.
Source code files in all other folders of this package are under GNU LGPL.

"unRAR license + GNU LGPL" means that you must follow 
GNU LGPL in all aspects while it is in agreement 
with unRAR license. But you can not break unRAR license rules.
It means that unRAR license is main license in that pair.

You can find unRAR license in file unrarLicense.txt
You can find GNU LGPL license in file copying.txt
---

PS: собрал себе 4.27-alt1 на базе 4.20-alt2, играюсь.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/
 ----       visit our conference (Oct 1):
--          http://conference.osdn.org.ua

[-- Attachment #2: p7zip.spec --]
[-- Type: text/plain, Size: 2092 bytes --]

Name: p7zip
Version: 4.27
Release: alt1

Summary: 7zip unofficial port - a file-archiver software using LZMA algorithms
License: LGPL
Group: Archiving/Compression

Url: http://p7zip.sourceforge.net
Packager: Andrey Semenov <mitrofan@altlinux.ru>

Source: %{name}_%{version}_src.tar.bz2

# Automatically added by buildreq on Wed Jul 21 2004
BuildRequires: gcc-c++ libstdc++-devel

%description
p7zip is a quick port of 7za.exe (command line version of 7zip) for Unix.

7-Zip is a file archiver with highest compression ratio.
For official version of 7zip (created by Igor Pavlov),
please visit http://www.7-zip.org

The url of the Linux port version maintained by myspace
is http://www.sf.net/projects/p7zip

%prep
%setup -q -n %{name}_%version

%build
%make_build LOCAL_LIBS=-lpthread

%install
%__mkdir_p %buildroot%_man1dir
%__cp -a man1/* %buildroot%_man1dir 
%__install -pD -m755 bin/7za %buildroot%_bindir/7za

%files
%doc README TODO ChangeLog DOCS
%_bindir/7za
%_man1dir/*

%changelog
* Fri Sep 23 2005 Michael Shigorin <mike@altlinux.org> 4.27-alt1
- 4.27
- minor spec cleanup (url/description updated, too)

* Thu Sep 15 2005 Andrey Semenov <mitrofan@altlinux.ru> 4.20-alt2
- add man pages

* Mon Jun 06 2005 Andrey Semenov <mitrofan@altlinux.ru> 4.20-alt1
- release version

* Fri May 13 2005 Andrey Semenov <mitrofan@altlinux.ru> 4.18-alt1
- 4.18

* Fri Apr 08 2005 Andrey Semenov <mitrofan@altlinux.ru> 4.16-alt1
- 4.16

* Wed Feb 02 2005 Andrey Semenov <mitrofan@altlinux.ru> 4.14.01-alt1
- 4.14.01

* Sun Jan 23 2005 Andrey Semenov <mitrofan@altlinux.ru> 4.14-alt1
- 4.14

* Tue Dec 21 2004 Andrey Semenov <mitrofan@altlinux.ru> 4.13-alt1
- 4.13

* Sun Nov 21 2004 Andrey Semenov <mitrofan@altlinux.ru> 4.12-alt1
- 4.12

* Mon Oct 25 2004 Andrey Semenov <mitrofan@altlinux.ru> 4.10-alt1
- new version

* Sat Aug 21 2004 Andrey Semenov <mitrofan@altlinux.ru> 0.91-alt1
- new version
- add support for FreeBSD 5.2.1
- add support of filesystem that support case sensitive filenames

* Wed Jul 21 2004 Andrey Semenov <mitrofan@altlinux.ru> 0.90-alt1
- First version of RPM package

[devel] распаковка arj (was: unrar/p7zip)

[Michael Shigorin]

[-- Attachment #1.1: Type: text/plain, Size: 2270 bytes --]

On Fri, Sep 23, 2005 at 03:55:00PM +0300, Michael Shigorin wrote:
> PS: собрал себе 4.27-alt1 на базе 4.20-alt2, играюсь.

Кстати, то, что 7z (не 7za с явно Codecs/ в пузе) никто не
собирает -- это потому, что без обвязки или патча про libdir
он неповерабельный или просто все забыли?

Цепляю спек, который пытается собрать всё, что собирается,
и устанавливает плагины согласно README; если удастся заметить
преимущества, будем делать ему более уверенный поиск плагинов.
(собственно, чтоб arj и прочие Formats, которые не Codecs, умел)

Кстати, ещё наступил на дословно такие:
(не обращайте внимания на отсутствие -tarj,
тут не в этом дело)

---
life:/usr/lib/p7zip> ./7z a -v2k ~/work/zzz/archivers/tests/2/2.arj ~/work/zzz/archivers/tests/2/*               

7-Zip 4.27 beta  Copyright (c) 1999-2005 Igor Pavlov  2005-09-21
p7zip Version 4.27 (locale=uk_UA.KOI8-U,Utf16=on,HugeFiles=on)
Scanning


\home\mike\work\zzz\archivers\tests\2\HPLaserJet4.ppd:  WARNING: No more files                
\home\mike\work\zzz\archivers\tests\2\LDPD8.EXE:  WARNING: No more files                
\home\mike\work\zzz\archivers\tests\2\README:  WARNING: No more files                
\home\mike\work\zzz\archivers\tests\2\README.EAPI:  WARNING: No more files                
\home\mike\work\zzz\archivers\tests\2\set:  WARNING: No more files                


Creating archive /home/mike/work/zzz/archivers/tests/2/2.arj



WARNINGS for files:

\home\mike\work\zzz\archivers\tests\2\HPLaserJet4.ppd : No more files                
\home\mike\work\zzz\archivers\tests\2\LDPD8.EXE : No more files                
\home\mike\work\zzz\archivers\tests\2\README : No more files                
\home\mike\work\zzz\archivers\tests\2\README.EAPI : No more files                
\home\mike\work\zzz\archivers\tests\2\set : No more files                
----------------
WARNING: Cannot find 5 files
---

PS: собсно с чем сражаемся -- multipart и содержащие
кириллические имена архивы.  У arj крайне весёлый
(и безальтернативный) формат вывода multipart...

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/
 ----       visit our conference (Oct 1):
--          http://conference.osdn.org.ua

[-- Attachment #1.2: p7zip.spec --]
[-- Type: text/plain, Size: 2529 bytes --]

Name: p7zip
Version: 4.27
Release: alt1

Summary: 7zip unofficial port - a file-archiver software using LZMA algorithms
License: LGPL
Group: Archiving/Compression

Url: http://p7zip.sourceforge.net
Packager: Andrey Semenov <mitrofan@altlinux.ru>

Source: %{name}_%{version}_src.tar.bz2

# Automatically added by buildreq on Wed Jul 21 2004
BuildRequires: gcc-c++ libstdc++-devel

%description
p7zip is a quick port of 7za.exe (command line version of 7zip) for Unix.

7-Zip is a file archiver with highest compression ratio.
For official version of 7zip (created by Igor Pavlov),
please visit http://www.7-zip.org

The url of the Linux port version maintained by myspace
is http://www.sf.net/projects/p7zip

%prep
%setup -q -n %{name}_%version

%build
# they try to install plugins here while 
%__mkdir_p bin/{Codecs,Formats}
%make_build LOCAL_LIBS=-lpthread
pushd 7zip
	find -name makefile | while read path; do
		make -C `dirname $path` ||:
	done
popd

%install
%__mkdir_p %buildroot{%_bindir,%_libdir/%name,%_man1dir}
%__cp -a bin/* %buildroot%_libdir/%name/
%__cp -a man1/* %buildroot%_man1dir/
%__ln_s ../lib/%name/7z %buildroot%_bindir/7z
%__ln_s ../lib/%name/7za %buildroot%_bindir/7za

%files
%doc README TODO ChangeLog DOCS/
%_bindir/*
%_libdir/%name/
%_man1dir/*

%changelog
* Fri Sep 23 2005 Michael Shigorin <mike@altlinux.org> 4.27-alt1
- 4.27
- minor spec cleanup (url/description updated, too)
- added codec/format plugin installation (arj, ...)

* Thu Sep 15 2005 Andrey Semenov <mitrofan@altlinux.ru> 4.20-alt2
- add man pages

* Mon Jun 06 2005 Andrey Semenov <mitrofan@altlinux.ru> 4.20-alt1
- release version

* Fri May 13 2005 Andrey Semenov <mitrofan@altlinux.ru> 4.18-alt1
- 4.18

* Fri Apr 08 2005 Andrey Semenov <mitrofan@altlinux.ru> 4.16-alt1
- 4.16

* Wed Feb 02 2005 Andrey Semenov <mitrofan@altlinux.ru> 4.14.01-alt1
- 4.14.01

* Sun Jan 23 2005 Andrey Semenov <mitrofan@altlinux.ru> 4.14-alt1
- 4.14

* Tue Dec 21 2004 Andrey Semenov <mitrofan@altlinux.ru> 4.13-alt1
- 4.13

* Sun Nov 21 2004 Andrey Semenov <mitrofan@altlinux.ru> 4.12-alt1
- 4.12

* Mon Oct 25 2004 Andrey Semenov <mitrofan@altlinux.ru> 4.10-alt1
- new version

* Sat Aug 21 2004 Andrey Semenov <mitrofan@altlinux.ru> 0.91-alt1
- new version
- add support for FreeBSD 5.2.1
- add support of filesystem that support case sensitive filenames

* Wed Jul 21 2004 Andrey Semenov <mitrofan@altlinux.ru> 0.90-alt1
- First version of RPM package

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

Re: [devel] распаковка arj (was: unrar/p7zip)

[Vitaly Lipatov]

On Friday 23 September 2005 17:42, Michael Shigorin wrote:
> On Fri, Sep 23, 2005 at 03:55:00PM +0300, Michael Shigorin 
wrote:
> > PS: собрал себе 4.27-alt1 на базе 4.20-alt2, играюсь.
>
> Кстати, то, что 7z (не 7za с явно Codecs/ в пузе) никто не
> собирает -- это потому, что без обвязки или патча про libdir
> он неповерабельный или просто все забыли?
Я подумал, что размер 7za не такой, чтобы стоило заботиться о его 
модульности (всё равно же 7zip не сможет использовать модули, о 
которых не знает? - хотя не уверен).
А вот сделать альтернативу, чтобы 7z предоставлялся 7za, было бы 
неплохо.

-- 
Lav
Виталий Липатов
Санкт-Петербург
GNU! ALT Linux Team! WINE! LaTeX! LyX! http://freesource.info

[devel] Re: распаковка arj (was: unrar/p7zip)

[Michael Shigorin]

On Sat, Sep 24, 2005 at 12:08:14PM +0400, Vitaly Lipatov wrote:
> > > PS: собрал себе 4.27-alt1 на базе 4.20-alt2, играюсь.
> > Кстати, то, что 7z (не 7za с явно Codecs/ в пузе) никто не
> > собирает -- это потому, что без обвязки или патча про libdir
> > он неповерабельный или просто все забыли?
> Я подумал, что размер 7za не такой, чтобы стоило заботиться
> о его модульности (всё равно же 7zip не сможет использовать
> модули, о которых не знает? - хотя не уверен).

В mdk и suse 7z тоже не собран (в dag's -- есть, но без кодеков
-- видимо, ради sfx?).

Поверхностное сравнение размеров:

life:/usr/lib/p7zip> du -sh *
360K    7z
1,1M    7za
436K    7zCon.sfx
660K    Codecs
1,9M    Formats

наводит на мысль, что 7za == 7z + Codecs/ (а вот Formats для
распаковки всяких arj туда не вбиты).  Собственно, почему 
и озадачился было в надежде, что вывод 7z по многотомникам
будет проще парсить.  Фигвам, вывод краток и неутешителен :)

> А вот сделать альтернативу, чтобы 7z предоставлялся 7za, было
> бы неплохо.

Можно, но пока понять бы, оно только мне приспичило (это неважно)
или имеется более глубокий смысл причёсывать.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/
 ----       visit our conference (Oct 1):
--          http://conference.osdn.org.ua

[devel] Re: архиваторы и буковки

[Michael Shigorin]

On Wed, Sep 21, 2005 at 01:48:05AM +0400, Vitaly Lipatov wrote:
> > PS: не нужно нервничать - я все исправлю:)
> Я бы рекомендовал смотреть на 7-zip (7za) - он понимает все
> популярные архивы и корректно обходится с кодировками (в zip
> умеет паковать). А бороться с гнилым зипом... Ну жалко вашего
> времени.

На него тоже смотрим, даже для xarchive уже переходник нарисован.
:)

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/
 ----       visit our conference (Oct 1):
--          http://conference.osdn.org.ua

Re: [devel] Re: Импорт модуля pyton gnomecanvas из rpm

[Slava Dubrovskiy]

Michael Shigorin пишет:

>>>Бывало и так.  (про апстримы мне ль тебе рассказывать? :)
>>>      
>>>
>>Это не тот случай - тут можно обойтись простейшим патчем, даже
>>если апстрим абсолютно невминяем...
>>    
>>
>Поможешь хорошему человеку?
>
Апстрим вменяем :-) , он предусмотрел опцию в ./configure которая
отключает такую проверку.
Спасибо за объяснение.

-- 
С уважением,
Дубровский Вячеслав.

Re: [devel] Re: Импорт модуля pyton gnomecanvas из rpm

[Slava Dubrovskiy]

Slava Dubrovskiy пишет:

>>>Почему окружение rpm не позволяет импортировать этот gnomecanvas?   
>>>
>>DISPLAY?
>>    
>>
>Да, $DISPLAY пустое. Что делать?
>
Вот нашел из libglade.spec

DISPNUM=90
while [ -f /tmp/.X$DISPNUM-lock ]; do
    DISPNUM=$[DISPNUM+1]
done
DISPLAY=:$DISPNUM

Это правильно будет?

-- 
С уважением,
Дубровский Вячеслав.

Re: [devel] Импорт модуля pyton gnomecanvas из rpm

[Ivan Fedorov]

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

Slava Dubrovskiy пишет:
> Здравствуйте.
> 
> Есть программа (GCompris), которая проверяет наличие в системе
> необходимые ей для работы модули python. В данном случае gnomecanvas
> (пакет python-module-pygnome-canvas-2.12.0-alt0.1)
> Вот пример, как она это делает:
> 
> #!/bin/sh
> prog="
> import sys
> try:
>     import gnomecanvas
> except ImportError:
>     sys.exit(1)
> except:
>     sys.exit(0)
> sys.exit(0)"
> if python -c "$prog"
> then
>  echo Yes
> else
>  echo No
> fi
> 
> 
> Так вот, если я запускаю обычно из mc или консоли, то в ответ получаю
> Yes, а если я указываю этот скрипт в спеке в секции %build и пытаюсь
> собрать (rpm -ba), то No.
Уберите try/except, и посмотрите, что напишется в stderr.


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

Re: [devel] Импорт модуля pyton gnomecanvas из rpm

[Slava Dubrovskiy]

Ivan Fedorov пишет:

>>Есть программа (GCompris), которая проверяет наличие в системе
>>необходимые ей для работы модули python. В данном случае gnomecanvas
>>(пакет python-module-pygnome-canvas-2.12.0-alt0.1)
>>Вот пример, как она это делает:
>>
>>#!/bin/sh
>>prog="
>>import sys
>>try:
>>    import gnomecanvas
>>except ImportError:
>>    sys.exit(1)
>>except:
>>    sys.exit(0)
>>sys.exit(0)"
>>if python -c "$prog"
>>then
>> echo Yes
>>else
>> echo No
>>fi
>>
>>
>>Так вот, если я запускаю обычно из mc или консоли, то в ответ получаю
>>Yes, а если я указываю этот скрипт в спеке в секции %build и пытаюсь
>>собрать (rpm -ba), то No.
>>    
>>
>Уберите try/except, и посмотрите, что напишется в stderr.
>  
>
Вопрос не в том, как изменить скрипт, чтобы он проходил. Это я знаю как.
А вопрос в том, почему под пользователем проходит, а при сборке нет?

-- 
С уважением,
Дубровский Вячеслав.

Re: [devel] Импорт модуля pyton gnomecanvas из rpm

[Dmitry V. Levin]

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

On Tue, Sep 20, 2005 at 12:56:11PM +0300, Slava Dubrovskiy wrote:
> Вопрос не в том, как изменить скрипт, чтобы он проходил. Это я знаю как.
> А вопрос в том, почему под пользователем проходит, а при сборке нет?

$ rpmquery --changelog rpm-build |grep -wC1 DISPLAY


-- 
ldv

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