Тестинг sK1 «Montreal revision»

Елки, ну когда народ читать то будет HOW-TO! Патчился ТОЛЬКО tkpng, поскольку авторы его уже 2 года не обновляли.

> Т.е. это практически всегда свои, ни на что не похожие, диалоги (swing, wx, vcl(OpenOffice))

wx из этого списка уберите, пожалуйста. Иначе я Вас завалю скриншотами :)

Наверное, когда HOWTO будет "русифицирован" =)

не факт :)

Это какой-то кошмар! 2 час уже компиляю =(

> > Т.е. это практически всегда свои, ни на что не похожие, диалоги (swing, wx, vcl(OpenOffice))

> wx из этого списка уберите, пожалуйста. Иначе я Вас завалю скриншотами :)

Ок, действительно ошибся, в audacity все норм. aMule-овцы, как оказалось, злостные ССЗБ-исты. =)

гм... на чем простите? Уж не наладоннике случаем? На стареньком целероне все собирается за 20 мин.

> Сорри, на 64bit не тестили

Ну что же это такое :( Вон в соседней ветке обсуждают про то, что 99% новых процессоров 64-х битные, и можно использовать чистые 64-х битные дистрибутивы, и только немного гнилой проприетарщины существует в i386-only виде. А тут такие заявления..

Между прочим, по отчетам той же федоры, почти 20% пользователей используют x86_64: http://smolt.fedoraproject.org/stats

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

>гм... на чем простите? Уж не наладоннике случаем? На стареньком целероне все собирается за 20 мин.

P4 2667 GHZ, 512 MB RAM

Эт все хорошо, но нет в распоряжении соотв. железа. :( Найти можно, но не так сразу. Опять же - претензии то к LCMS а не к sK1.

какая-то мистика... мин 15 должно собираться, не более. На каком хоть этапе подвисло?

питон очень долго компилился. ОЧЕЕЕЕЕЕЕЕЕЕНь долго... скомпилилось уже. в принципе прога понравилась. молодцы. вот только почему инсталятор не видит какой-то glitz без девел-пакета? нельзя ли это исправить? Mandriva 2007.0 Free

> Опять же - претензии то к LCMS а не к sK1.

Претензии именно к sk1, ведь пытаюсь-то именно его собрать согласно инструкции. lcms мне лично не нужен, да и вообще, есть он у меня! Равно как и питон 2.4 и python-imaging. Почему в howto не рассказано, как объяснить sk1 использовать системный lcms и/или питон, вместо сборки своего?

PS и вообще это ОЧЕНЬ плохой тон для юникса, пытаться создавать в хоумдире пользователя новый каталог без его спроса. Программа имеет право там создавать служебные каталоги, начинающиеся с точки, но что-либо еще.

Эх... Жаль к Tk не прикрутили Tile как стандартную штуку или не изменили внешний вид. Было бы тогда просто замечательно.

> lcms мне лично не нужен, да и вообще, есть он у меня!

Он Вам не нужен, но он у Вас есть? :)

> Почему в howto не рассказано, как объяснить sk1 использовать системный lcms и/или питон, вместо сборки своего?

Потому что никак это не сделать :) Можно только пофиксить питоньи привязки к LittleCMS, что автор, надеюсь, позже сделает.

>Эх... Жаль к Tk не прикрутили Tile как стандартную штуку или не изменили внешний вид.

ЙОООО! Батенька, дык ведь только поэтому весь сырбор с билдом! В tk8.5a6 мы имеем пакадж ttk - это уже Tile внедренный в тикль. Потому и столько мучений. От тикля зависит Tkinter, на Tkinter и тикль завязан PIL. Плюс тиклеры-шутники перекорячили структуру Тile и некоторые его команды.

>от только почему инсталятор не видит какой-то glitz без девел-пакета?

Ну наверное для компиляции Каиро нужны хедеры глитца. А вообще - претензии к Carl Worth'у - это его креатифф ;)

>PS и вообще это ОЧЕНЬ плохой тон для юникса, пытаться создавать в хоумдире пользователя новый каталог без его спроса. Программа имеет право там создавать служебные каталоги, начинающиеся с точки, но что-либо еще.

Ну вот приехали :) А куда же тогда ставится? В /usr/lib нельзя, в /usr/local/lib - некошерно. Пользователи просили чтобы билд можно было закатать в хомячок и так чтобы без рутовых прав. Теперь выясняется - это тоже плохо. Хде правда? ;)

Относительно зависимостей - врядли без головняка вы так выкрутите. Tkinter должен быть собран на tk8.5a6 - могу поспорить что у вас стоит tk8.4.x Его можно собрать отдельно но тогда у вас будет каша в пакетах. Тоже самое касается и PIL. ПОэтому проще дождаться релиза tk8.5 и тогда sK1 будет гармонично вписываться в систему без всяких sK1_RE. И весить будет копеечно. Использовать tk8.4 не получится, т.к. именно в 8.5 на тиклеров снизшло провидение и они заметили, что надо бы интегрироваться в существующий WM, поддерживать сглаженные шрифты и т.д. и т.п.

> Ну вот приехали :) А куда же тогда ставится? В /usr/lib нельзя, в /usr/local/lib - некошерно. Пользователи просили чтобы билд можно было закатать в хомячок и так чтобы без рутовых прав. Теперь выясняется - это тоже плохо. Хде правда? ;)

1) явно спрашивать у пользователя разрешения

2) в ~/.sk1 ставить RE, в ~/bin (или куда еще) кидать скрипт-запускалку, использующую этот рантайм.

Ставиться в хоумдир можно! Не нужно только создавать там нескрытых каталогов без явного на то разрешения. Нет, sh install.sh (chmod +x слабо сделать, кстати?) не является таковым.

> Относительно зависимостей - врядли без головняка вы так выкрутите.

Да фиг с ним с питоном, lcms как выкрутить? И вообще, без разницы, что выкручивать - собирать-то как это?

> Он Вам не нужен, но он у Вас есть? :)

Он нужен libmng-1.0.9-5.1.x86_64 dcraw-0.0.20060521-1.1.x86_64 inkscape-0.45.1-1.fc6.x86_64 ImageMagick-6.2.8.0-4.fc6.x86_64 gimp-2.2.14-5.fc6.x86_64 f-spot-0.2.1-1.fc6.x86_64 - вы представляете систему без этих пакетов? А _мне_ лично он, конечно, не нужен.

>Да фиг с ним с питоном, lcms как выкрутить?

Баг явно в lcms и искать решение надо у вашего дистростроителя. Наверняка они что-то патчат.

Другой вариант - если в вашей системе стоит питон 2.4.x то можно попытаться в билде отключить (удалить) секцию сборки lcms и скопировать из системного /usr/lib/python2.4/site-packages/ файлы относясщиеся к lcms в такую же директорию site-packages в свежесобранном питоне. Должно по идее сработать.

Биндинг lcms к питону написан не очень валидно, поэтому мы скорее всего сделаем в ближайшем будущем свой (ровно те функции, которые нужны) чтобы вообще не зависить от такой питонской привязки.

> Биндинг lcms к питону написан не очень валидно, поэтому мы скорее всего сделаем в ближайшем будущем свой

Эх ты, коллаборатор! :) Марти Марии на тебя нету :)

1. Использовать SWIG для десятка сишных функций - все-равно что для развозки пиццы нанимать профессиональных автогонщиков. 2. Перегонять битмапы через питон - это вообще бред. Этим должен заниматься сишный экстеншн, которому скармливают указатель на битмап. 3. Как показывает практика, официальные биндинги хороши только для начальной имплементации или для экспериментов.

>Собралось на дебе без проблем. kilolife (*) (22.05.2007 7:37:17)

Если не трудно, киньв меня собранным пакетом, плиз... На design at pronto dot pk dot ru

Да тогда уж для всех сразу :)