forum.opennet.ru

Форум Разговоры, обсуждение новостей
Вариант для распечатки		Пред. тема \| След. тема
Режим отображения отдельной подветви беседы		[ Отслеживать ]

Оглавление

GNUstep LiveCD на базе ALT Linux, opennews (ok), 01-Апр-14, (0) [смотреть все]

ух сейчас рассматривал скриншоты и трогал образы kolibri и haiku, где всё так, бедный буратино (ok), 19:58 , 01-Апр-14, (1) //

по поводу недофидо советую ознакомиться с размышлениями по этому вопросу Викт, Анонимум (?), 20:09 , 01-Апр-14, (2) //

мне уже давали эту ссылку, и я всё там прочитал он про мою, кстати, тоже и , бедный буратино (ok), 20:15 , 01-Апр-14, (4) //

Error 500 Internal Server Error - это весьма даже дерзковато , Maxim Filatov (?), 23:24 , 03-Апр-14, (66) +1

а то на ii 51t ru - только техническая документация осталась , бедный буратино (ok), 08:25 , 04-Апр-14, (67)
перекинул в ii там сообщения имеют пожизненный номер и круговое зеркалировани, бедный буратино (ok), 08:34 , 04-Апр-14, (68)

ИМХО лучше б мыслители думали в современном контексте Ну скажем mesh сеть ove, Аноним (-), 22:48 , 01-Апр-14, (25) //

Если все будут думать в современном контексте Меня не интересуют возможност, бедный буратино (ok), 02:43 , 02-Апр-14, (41)

Ну ква ц Темы намеренно не выбирались самые-самые с тем, чтобы было куда ручки , Michael Shigorin (ok), 20:18 , 01-Апр-14, (5) –3 //

оно не требует ничего, кроме python2 bottle py лучше использовать ту версию, к, бедный буратино (ok), 20:23 , 01-Апр-14, (6) –1 //

Привести в пригодный к нему вид Возможно, Вам удобней будет нарисовать debian , Michael Shigorin (ok), 20:24 , 01-Апр-14, (8) –2

я и debian rules никогда не писал вообще, в ужас от всех этих спецификаций, вкл, бедный буратино (ok), 20:26 , 01-Апр-14, (9) –1

Тогда и пакетить не надо , Аноним (-), 20:31 , 01-Апр-14, (10) +2

а как тогда в альт пробиться пробиться в альт - это уже признание и добавочных 3, бедный буратино (ok), 20:33 , 01-Апр-14, (11) –1

Альт, равно как и иные дистры - не площадка для пиара буратин Особенно если бур, Аноним (-), 22:59 , 01-Апр-14, (28) +3
Подсказали коллеги, кстати http uneex ru LecturesCMC PackageMaintaining2013Ал, Michael Shigorin (ok), 00:00 , 02-Апр-14, (34) –1

Так для того и пакет, чтобы не было установки Поставил - и забил В Debian дл, бедный буратино (ok), 02:37 , 02-Апр-14, (38) –2

Разумеется Например, так для случая тарбола name-version tar gz с name-version , Michael Shigorin (ok), 02:44 , 02-Апр-14, (42)

prep setup -q __autoreconf build install makeinstall files doc COPYING README , бедный буратино (ok), 02:49 , 02-Апр-14, (44) –1

gt оверквотинг удален Можно В секции prep идет подготовка тарбола к сборке А, andy (??), 08:48 , 02-Апр-14, (46) –1
Спасибо т е , тут ничего не трогаем т е , тут тоже ничего не надо мне надо тут и, бедный буратино (ok), 08:59 , 02-Апр-14, (49) –1
1 Что бы ничего не трогать, или трогать, надо поглядеть на тарболл вначале 2 с, andy (??), 09:11 , 02-Апр-14, (50) –1
по многим причинам причём потому что работать не будет - даже не главная в, бедный буратино (ok), 09:52 , 02-Апр-14, (51) –1
Для упаковки, вообще-то принципиальный Для разработки, в общем, должен быть тоже, andy (??), 11:08 , 02-Апр-14, (52)
В чём Лицензия позволяет его с собой таскать, придатком Ни он системному, ни с, бедный буратино (ok), 11:47 , 02-Апр-14, (57) –1
Проблема ровно в одном - сменилась версия библиотеки, софт не работает Неужели , andy (??), 13:08 , 02-Апр-14, (63)
Мне нужна обратная совместимость Со всякими haiku и aros, где 2 5, 2 6 Это пер, бедный буратино (ok), 13:17 , 02-Апр-14, (64) –1
Нет, мне, конечно, многого не надо, и я могу выкинуть её и написать нужные мне в, бедный буратино (ok), 13:21 , 02-Апр-14, (65) –1
Если тарбол по гнутому соглашению ii-02 в ii-02 tar gz -- да, setup достаточ, Michael Shigorin (ok), 12:15 , 02-Апр-14, (60) –1
Какого ещё рантайма Там один дохленький файлик Тяга к правильности не должна б, бедный буратино (ok), 12:42 , 02-Апр-14, (61) –1

А куда он подевался, кстати Давно от него вестей не было , andy (??), 08:50 , 02-Апр-14, (47) –1

Расстроился года четыре назад -- мол, не получилось из проекта того, чего могло , Michael Shigorin (ok), 11:48 , 02-Апр-14, (58) –1

Вопрос с любыми такими инструкциями в том, как объяснить машине, что где должно , Michael Shigorin (ok), 20:53 , 01-Апр-14, (12) –1

shell-скрипт для запуска и usr share docэто же серьёзный софт, а не игрушка , бедный буратино (ok), 20:56 , 01-Апр-14, (13) –1

И потом чесать репу, когда Гвидо и Ко забьют на поддержку 2 х , Аноним (-), 22:45 , 01-Апр-14, (24) +2

У него есть та самая кнопка, которая погасит python 2 во всех репозиториях И, бедный буратино (ok), 02:45 , 02-Апр-14, (43) –1

Ну вот поэтому к софту от таких индивидов лучше относиться с осторожностью Ты в, Аноним (-), 22:50 , 01-Апр-14, (26) +1

покажи мне ту строчку из пяти, которая подведёт в ответственный момент и что, бедный буратино (ok), 02:41 , 02-Апр-14, (40)

Это зря вы так Дело в том что первое знакомство с программой основано на визуал, Аноним (-), 22:35 , 01-Апр-14, (22) //

Эт всё понятно, но одной из целей проектов regular starterkits остаётся показать, Michael Shigorin (ok), 00:41 , 02-Апр-14, (37)

от этот http osole 51t ru openbsd jpgили от этот http c 51t ru eat jpg, бедный буратино (ok), 02:39 , 02-Апр-14, (39) –1

бжже, скорость скачки -100кб сек , SergMarkov (ok), 20:13 , 01-Апр-14, (3) –1 //

Закиньте при желании трассу почтой, на той машинке tx в среднем около ста мегаби, Michael Shigorin (ok), 20:23 , 01-Апр-14, (7) //

traceroute ftp linux kiev ua , SergMarkov (ok), 21:04 , 01-Апр-14, (15) //

Ой Ой-ой-ой Не знаю, что у Вас с полосой пропускания, но с RTT совсем беда я не, Michael Shigorin (ok), 21:10 , 01-Апр-14, (16) –1

я тем более не сетевик - но тем не менее такую скорость скачки вижу только на , SergMarkov (ok), 21:14 , 01-Апр-14, (18) –1

Тем не менее, у тебя проблемы на участке пров - твой роутер Пинг в 1000 мс - , Аноним (-), 22:58 , 01-Апр-14, (27)

traceroute to yandex ru 213 180 204 11 , 30 hops max, 60 byte packets 1 192 16, SergMarkov (ok), 23:25 , 01-Апр-14, (29) –1

Дяденька, освойте уже торренты и магнитные ссылки И трассы вас перестанут волно, Аноним (-), 22:40 , 01-Апр-14, (23) –2 //

Накладные расходы для часто изменяющихся образов, которые укладываются в гигабит, Michael Shigorin (ok), 23:54 , 01-Апр-14, (33)

Просто шикарно Спасибо от фаната STEP - , АнонимЪ (?), 21:02 , 01-Апр-14, (14) +2 //

На здоровье -- если решите помочь, с Вас соображения по комплектации, а то и уча, Michael Shigorin (ok), 21:20 , 01-Апр-14, (19)

С компиляцией проблемы были , Рыбак_из_Припяти (ok), 22:09 , 01-Апр-14, (20) //

Насколько знаю, да -- лучше глянуть ченжлоги пакетов или спросить real , Michael Shigorin (ok), 23:36 , 01-Апр-14, (31)

Такое секретарше, точно не поставишь , Аноним (-), 23:29 , 01-Апр-14, (30) –1 //

Разве что той забывчивой, поскольку средств автомонтирования дискеток и впрямь н, Michael Shigorin (ok), 23:41 , 01-Апр-14, (32)

Спасибо Только при установке значки кдешные ну как-то не в тему, Аноним (-), 00:09 , 02-Апр-14, (35) //

Там branding-altlinux-starterkits один на всех -- если в любой из сборок найдётс, Michael Shigorin (ok), 00:29 , 02-Апр-14, (36)

А почему Alt Linux вместо Ubuntu , Аноним (-), 03:46 , 02-Апр-14, (45) –3 //

Потому что ALT Linux для таких и не только таких штуковин подходит гораздо луч, Michael Shigorin (ok), 11:40 , 02-Апр-14, (54) –1

Михаил, поздравляю с пополнением в полку starterkits Пора и мне подключаться в , Аноним (-), 08:51 , 02-Апр-14, (48) –1 //

Милости просим - , Michael Shigorin (ok), 11:40 , 02-Апр-14, (55) –1

Это вин Надо больше лайвов с маргинальными окружениями , meequz (ok), 11:35 , 02-Апр-14, (53) //

Ну это довольно значительное из маргинальных , причём в условиях опять очухавше, Michael Shigorin (ok), 11:46 , 02-Апр-14, (56) //

Да это я риторически Впрочем, если будет стоящая идея, напишу , meequz (ok), 11:50 , 02-Апр-14, (59) //

Спасибо Только просьба по возможности сверяться с http packages altlinux org, Michael Shigorin (ok), 13:03 , 02-Апр-14, (62)

Да ладно, я раньше сам на windowmaker сидел , Аноним (-), 11:54 , 04-Апр-14, (69)

Сообщения [Сортировка по времени | RSS]

6. "GNUstep LiveCD на базе ALT Linux" –1 +/–

Сообщение от бедный буратино (ok), 01-Апр-14, 20:23

> Будет в сизифе -- можно и туда.  Сами справитесь запакетить или опять мне? :) (косясь на mars_source_0.7.5.tar.gz, который ещё не успел)
оно не требует ничего, кроме python2. (bottle.py лучше использовать ту версию, которая в пакете.)
http://51t.ru/s/node-on-android.png
http://51t.ru/s/node-on-haiku.png
демонизировать пока, наверное, не стоит :), просто скрипты run_ii_server и run_ii_client. правда, тут ещё вопрос, где базу хранить - в /var/ с правами для всех, или в home/.ii/, с мыслью, что хрен найдёшь? :)
что требуется для запакечивания?

Ответить | Правка | Наверх | Cообщить модератору

8. "GNUstep LiveCD на базе ALT Linux" –2 +/–

Сообщение от Michael Shigorin (ok), 01-Апр-14, 20:24

> что требуется для запакечивания?
Привести в пригодный к нему вид.  Возможно, Вам удобней будет нарисовать debian/rules, если никогда не писали RPM-ные спеки.

Ответить | Правка | Наверх | Cообщить модератору

9. "GNUstep LiveCD на базе ALT Linux" –1 +/–

Сообщение от бедный буратино (ok), 01-Апр-14, 20:26

я и debian/rules никогда не писал. вообще, в ужас от всех этих спецификаций, включая PKGBUILD, прихожу - куча директив, которые я не могу понять, как работает.
собственно, вся задача - поставить python 2-й версии, и распаковать файлы. всё, на этом достаточно :)

Ответить | Правка | Наверх | Cообщить модератору

10. "GNUstep LiveCD на базе ALT Linux" +2 +/–

Сообщение от Аноним (-), 01-Апр-14, 20:31

Тогда и пакетить не надо.

Ответить | Правка | Наверх | Cообщить модератору

11. "GNUstep LiveCD на базе ALT Linux" –1 +/–

Сообщение от бедный буратино (ok), 01-Апр-14, 20:33

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

Ответить | Правка | Наверх | Cообщить модератору

28. "GNUstep LiveCD на базе ALT Linux" +3 +/–

Сообщение от Аноним (-), 01-Апр-14, 22:59

Альт, равно как и иные дистры - не площадка для пиара буратин. Особенно если буратина приперся и требует себе каких-то скидок относительно остальных софтописателей.

Ответить | Правка | Наверх | Cообщить модератору

34. "GNUstep LiveCD на базе ALT Linux" –1 +/–

Сообщение от Michael Shigorin (ok), 02-Апр-14, 00:00

>> Тогда и пакетить не надо.
> а как тогда в альт пробиться?
Подсказали коллеги, кстати: http://uneex.ru/LecturesCMC/PackageMaintaining2013
> пробиться в альт - это уже признание и добавочных 3.62 пользователя :)
Альт, как и любой дистрибутив, тут всего лишь транспорт.  Начинать стоит с того, чтобы позаботиться об этих самых трёх пользователях, сделав установку для них задокументированной и понятной.  А пакеты -- по сути кэш мероприятий по доставке и разворачиванию кода.
Т.е. когда разработчик хорошо себе представляет процедуру разворачивания софтины у пользователя (причём make install тут существенно лучше, чем "да в ридми же всё написано, как два файла разложить") -- это уже полпути к пакету, который будет точно так же полезен тому же пользователю, но чуточку удобней.
PS re #28: вообще-то альт изначально стал платформой и для обкатки идей, возможности ими высказаться, донести до более широкой публики.  Но не на условиях "у меня есть идея, все бегом её делать", а своими руками.
Например, cray@ пакетил Zope и, насколько понимаю, в том числе этот опыт привёл к созданию pypi позднее.  at@ провёл колоссальную работу в области сборки и управления пакетами в широком смысле слова.  force@ собирал множество нишевых штук, некоторых из которых не было больше нигде (разве что в KSI Linux).  pilot@ создал и обкатал здесь /etc/net, а umka@ -- progsreiserfs.
Варианты кого-нить заюзать для проксирования работы бывали, но обычно на взаимных услугах или взаимном уважении по другим поводам -- это как-то хорошо сформулировал mithraen@.  Пожалуй, больше всего в помощи замечены lav@ и cas@ -- они же и вечно больше всего перегружены.

Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

38. "GNUstep LiveCD на базе ALT Linux" –2 +/–

Сообщение от бедный буратино (ok), 02-Апр-14, 02:37

> Альт, как и любой дистрибутив, тут всего лишь транспорт.  Начинать стоит
> с того, чтобы позаботиться об этих самых трёх пользователях, сделав установку
> для них задокументированной и понятной.  А пакеты -- по сути
> кэш мероприятий по доставке и разворачиванию кода.
Так для того и пакет, чтобы не было установки. Поставил - и забил. :)

> Т.е. когда разработчик хорошо себе представляет процедуру разворачивания софтины у пользователя (причём make install тут существенно лучше, чем "да в ридми же
> всё написано, как два файла разложить") -- это уже полпути к
> пакету, который будет точно так же полезен тому же пользователю, но
> чуточку удобней.
В Debian для подобных моему случаев (ничего собирать не надо) есть equivs. По сути, вся задача - поставить python и распаковать файлы по нужной иерархии. Возможно, есть какая-то простая технология для этого?

> PS re #28: вообще-то альт изначально стал платформой и для обкатки идей,
> возможности ими высказаться, донести до более широкой публики.  Но не
> на условиях "у меня есть идея, все бегом её делать", а своими руками.
Всё, что мне нужно - это какой-нибудь простой и деревянный (смотрим логин!) способ запаковать с указанием того, что "эй, братец, принеси два питона, пожалуйста, мне и моему коню". Если я брошу всё и начну разбираться во всех тонкостях rpm-пакетов, то кто будет федо писать? :) Я не программист, я не люблю технологии и овертехнологичность, поэтому и не интересуюсь, нет ли что-нибудь простого и деревянного типа equivs? Ну как, например, документация пакуется, чисто с указанием одной-единственной зависимости?

Ответить | Правка | Наверх | Cообщить модератору

42. "GNUstep LiveCD на базе ALT Linux" +/–

Сообщение от Michael Shigorin (ok), 02-Апр-14, 02:44

> По сути, вся задача - поставить python и распаковать файлы по
> нужной иерархии. Возможно, есть какая-то простая технология для этого?
Разумеется.
> как, например, документация пакуется, чисто с указанием одной-единственной зависимости?
Например, так (для случая тарбола name-version.tar.gz с name-version/ в нём): http://packages.altlinux.org/ru/Sisyphus/srpms/poppler-data/...
PS: помочь-то можно -- важно понять, что надо в сумме предпринять, чтобы оно заработало.

Ответить | Правка | Наверх | Cообщить модератору

44. "GNUstep LiveCD на базе ALT Linux" –1 +/–

Сообщение от бедный буратино (ok), 02-Апр-14, 02:49

> PS: помочь-то можно -- важно понять, что надо в сумме предпринять, чтобы
> оно заработало.
%prep
%setup -q
#__autoreconf

%build

%install
%makeinstall
%files
%doc COPYING* README
%_datadir/poppler
можно вкратце, что это за секции, что они делают и что запускают? мне нужно просто скопировать всё дерево, как есть, например в /usr/share/ii-net и /usr/share/doc/ii-net или как там у вас по иерархии, и два шел-скрипта в /usr/bin

Ответить | Правка | Наверх | Cообщить модератору

46. "GNUstep LiveCD на базе ALT Linux" –1 +/–

Сообщение от andy (??), 02-Апр-14, 08:48

>[оверквотинг удален]
> %prep
> %setup -q
> #__autoreconf
> %build
> %install
> %makeinstall
> %files
> %doc COPYING* README
> %_datadir/poppler
> можно вкратце, что это за секции, что они делают и что запускают?
Можно:
В секции %prep идет подготовка тарбола к сборке. А именно распаковка
(%setup -q), autoreconf закомментирована, так как требуется
для приложений использующих GNU Build System. Autoreconf
пересоздает (или создает) configure файл. Так же в этой
секции могут накладываться патчи на пакет.
%build
Секция, где происходит сама компиляция. Тут могут указываться
дополнительные опции сборки. Как-то флаги или переменные,
требуемые для программы и/или ее компонентов.
Например:
http://packages.altlinux.org/ru/Sisyphus/srpms/fheroes2/spec
%install
В этой секции происходит инсталляция пакета. Переменная %makeinstall
раскрывается следующим образом (в зависимости от дистрибутива,
в примере ниже - CentOS 6.5, сборочная среда mock)
<mock-chroot># rpm --eval %makeinstall
  /usr/bin/make \
    prefix=/builddir/build/BUILDROOT/%{name}-%{version}-%{release}.x86_64/usr \
    exec_prefix=/builddir/build/BUILDROOT/%{name}-%{version}-%{release}.x86_64/usr \
    bindir=/builddir/build/BUILDROOT/%{name}-%{version}-%{release}.x86_64/usr/bin \
    sbindir=/builddir/build/BUILDROOT/%{name}-%{version}-%{release}.x86_64/usr/sbin \
    sysconfdir=/builddir/build/BUILDROOT/%{name}-%{version}-%{release}.x86_64/etc \
    datadir=/builddir/build/BUILDROOT/%{name}-%{version}-%{release}.x86_64/usr/share \
    includedir=/builddir/build/BUILDROOT/%{name}-%{version}-%{release}.x86_64/usr/include \
    libdir=/builddir/build/BUILDROOT/%{name}-%{version}-%{release}.x86_64/usr/lib64 \
    libexecdir=/builddir/build/BUILDROOT/%{name}-%{version}-%{release}.x86_64/usr/libexec \
    localstatedir=/builddir/build/BUILDROOT/%{name}-%{version}-%{release}.x86_64/var \
    sharedstatedir=/builddir/build/BUILDROOT/%{name}-%{version}-%{release}.x86_64/var/lib \
    mandir=/builddir/build/BUILDROOT/%{name}-%{version}-%{release}.x86_64/usr/share/man \
    infodir=/builddir/build/BUILDROOT/%{name}-%{version}-%{release}.x86_64/usr/share/info \
  install
<mock-chroot>#
Иными словами - раскладывание бинарных файлов, манов, конфигов
происходит в директории согласно указанным выше переменным.
%files
В этой секции указываются файлы, которые войдут в пакет и
их расположение в файловой системе.
Макрос %doc отвечает за то, какие файлы принадлежат документации,
он не раскрывается при помощи rpm --eval, но файлы с документацей
будут лежать по адресу /usr/share/doc/%имяпакета-%версия
Макрос %_datadir/ раскрывается в /usr/share, там (/usr/share/poppler) будут файлы
с данными упаковываемого пакета
> мне нужно просто скопировать всё дерево, как есть, например в /usr/share/ii-net
> и /usr/share/doc/ii-net или как там у вас по иерархии, и два
> шел-скрипта в /usr/bin
Есть подозрение что не все так просто. Надо bottle.py еще упаковывать.
p.S: А ты для любимой OpenBSD порт нарисовал уже?

Ответить | Правка | Наверх | Cообщить модератору

49. "GNUstep LiveCD на базе ALT Linux" –1 +/–

Сообщение от бедный буратино (ok), 02-Апр-14, 08:59

> Можно:
Спасибо.
> В секции %prep идет подготовка тарбола к сборке. А именно распаковка
т.е., тут ничего не трогаем?

> %build
т.е., тут тоже ничего не надо?

> %install
> В этой секции происходит инсталляция пакета. Переменная %makeinstall
> раскрывается следующим образом (в зависимости от дистрибутива,
мне надо тут использовать cp, или следующая секция сама всё раскидает?
> %files
> В этой секции указываются файлы, которые войдут в пакет и
> их расположение в файловой системе.
> Макрос %doc отвечает за то, какие файлы принадлежат документации,
> он не раскрывается при помощи rpm --eval, но файлы с документацей
> будут лежать по адресу /usr/share/doc/%имяпакета-%версия
> Макрос %_datadir/ раскрывается в /usr/share, там (/usr/share/poppler) будут файлы
> с данными упаковываемого пакета
так нам больше ничего и не надо. ещё только два скрипта в /usr/bin, для сЭрвису :)
> Есть подозрение что не все так просто. Надо bottle.py еще упаковывать.
bottle.py там нужен строго определённой версии, точнее даже не версии, а межверсения. и он будет распространяться вместе с пакетом, лицензия это позволяет. ни он не должен влиять на системную версию, если таковая имеется, ни системная версия не должна влиять на эту. так что, bottle.py в данном случае - часть системы.
> p.S: А ты для любимой OpenBSD порт нарисовал уже?
я не понимаю никакой системы сборки, в принципе. я понимаю только директивные вещи, типа бейсика и питона, а какие-то сложные, где думать надо - не понимаю в принципе, так как думать давно перестал...
кроме того, openbsd не русскоязычная
кроме того, если я куда и пойду в openbsd, то только в базовую систему. чтобы всю техподдержку оси на ней сделать :)

Ответить | Правка | Наверх | Cообщить модератору

50. "GNUstep LiveCD на базе ALT Linux" –1 +/–

Сообщение от andy (??), 02-Апр-14, 09:11

1. Что бы ничего не трогать, или трогать,
надо поглядеть на тарболл вначале.
2. скорее install -m надо использовать,
так как вряд ли софт завязан на GNU Build System
3. Надо или не надо, следует сказать после
просмотра содержимого тарбола.
4. Почему bottle.py нужен строго определенный,
а не апстримный?
> так как думать давно перестал...
Это вообще "шедевр". :(

Ответить | Правка | К родителю #49 | Наверх | Cообщить модератору

51. "GNUstep LiveCD на базе ALT Linux" –1 +/–

Сообщение от бедный буратино (ok), 02-Апр-14, 09:52

> 4. Почему bottle.py нужен строго определенный, а не апстримный?
по многим причинам. причём "потому что работать не будет" - даже не главная :) вообще, может качнуться как в одну, так и в другую сторону. это не принципиальный момент, вообще.

Ответить | Правка | К родителю #50 | Наверх | Cообщить модератору

52. "GNUstep LiveCD на базе ALT Linux" +/–

Сообщение от andy (??), 02-Апр-14, 11:08

Для упаковки, вообще-то принципиальный.
Для разработки, в общем, должен быть тоже. С питоном
беда, одним словом.

Ответить | Правка | К родителю #51 | Наверх | Cообщить модератору

57. "GNUstep LiveCD на базе ALT Linux" –1 +/–

Сообщение от бедный буратино (ok), 02-Апр-14, 11:47

> Для упаковки, вообще-то принципиальный.
В чём? Лицензия позволяет его с собой таскать, придатком. Ни он системному, ни системный ему, мешать не будут вообще.
> Для разработки, в общем, должен быть тоже. С питоном беда, одним словом.
В чём проблема? На android работает, на haiku os работает, а в altlinux - беда? :)

Ответить | Правка | К родителю #52 | Наверх | Cообщить модератору

63. "GNUstep LiveCD на базе ALT Linux" +/–

Сообщение от andy (??), 02-Апр-14, 13:08

> В чём проблема?
Проблема ровно в одном - сменилась версия библиотеки,
софт не работает. Неужели такая ситуация
норма для питона?

Ответить | Правка | К родителю #57 | Наверх | Cообщить модератору

64. "GNUstep LiveCD на базе ALT Linux" –1 +/–

Сообщение от бедный буратино (ok), 02-Апр-14, 13:17

>> В чём проблема?
> Проблема ровно в одном - сменилась версия библиотеки,
> софт не работает. Неужели такая ситуация норма для питона?
Мне нужна обратная совместимость. Со всякими haiku и aros, где 2.5, 2.6. Это первое. Второе - bottle достаточно экспериментальная библиотека, в версии 0.8 сменились роуты, а в 0.12 - чуть-чуть изменился шаблонный движок. Поэтому "в лоб" может и не заработать. Любим мы её совсем не за это :)
Кроме того, у меня есть желание её чуть-чуть модифицировать. Сейчас, фактически, это уже часть моего проекта, а не сторонняя библиотека.
А так - да, увы, норма. Например, заставить совеременное django работать в python 2.2 не получится :)
Я, правда, не вижу в этом проблемы. Совместимость в обратную сторону нормально работает, а маленький файлик вообще никому не мешает. Это как те пуристы, которые открывают браузер, отъедающий 200 мб памяти на то, чтобы нарисовать белый квадратик на жёлтом, в который они будут писать о том, как лишние 100 кб могут обрушить родину. :)

Ответить | Правка | К родителю #63 | Наверх | Cообщить модератору

65. "GNUstep LiveCD на базе ALT Linux" –1 +/–

Сообщение от бедный буратино (ok), 02-Апр-14, 13:21

Нет, мне, конечно, многого не надо, и я могу выкинуть её и написать нужные мне вещи на стандартной http-библиотеке... только я не вижу ни одной проблемы, которую это решает. Я вообще не вижу ни одной проблемы, кроме каких-то теоретических "а вот если бы вот сюда бы вот так вот - оно бы не работало". Текущаяя версия, в текущей ситуации, работает везде :) А теоретические рассуждения "а давайте её вот так сломаем, и она работать не будет" - мне лично непонятны. Если сломать, то не будет. Поэтому я и предлагаю вариант, где вообще нет шансов сломаться. :)

Ответить | Правка | К родителю #63 | Наверх | Cообщить модератору

60. "GNUstep LiveCD на базе ALT Linux" –1 +/–

Сообщение от Michael Shigorin (ok), 02-Апр-14, 12:15

>> В секции %prep идет подготовка тарбола к сборке. А именно распаковка
> т.е., тут ничего не трогаем?
Если тарбол по гнутому соглашению (ii-02/ в ii-02.tar.gz) -- да, %setup достаточно.
>> %build
> т.е., тут тоже ничего не надо?
Если нет сборки -- да.
>> %install
>> В этой секции происходит инсталляция пакета. Переменная %makeinstall
>> раскрывается следующим образом (в зависимости от дистрибутива,
> мне надо тут использовать cp, или следующая секция сама всё раскидает?
Можно cp(1), можно install(1) -- только надо понимать, что установка идёт в корень по пути раскрытого макроса %buildroot (rpm --eval %buildroot).  Соответственно этот префикс надо mkdir -p вручную, если соответствующей обработкой не озадачился Makefile.
Что-то вроде
mkdir -p %buildroot{%_datadir,%_bindir}
cp -a *.sh %buildroot%_bindir  # for /usr/bin
cp -a share/ %buildroot%_datadir/%name
См. тж. http://altlinux.org/spec и http://www.lexpr.ru/node/62
PS: вообще таскать с собой половину рантайма и применять установку вручную -- по опыту надёжные признаки пакета, который рано или поздно обеспечит головняк, а кто-то ведь должен быть в ответе за тех, кого приручили.  Бишь здесь бы хорошо посовещаться с коллегами по приручению питонов -- как строить так, чтоб через год-десятый не завалилось.

Ответить | Правка | К родителю #49 | Наверх | Cообщить модератору

61. "GNUstep LiveCD на базе ALT Linux" –1 +/–

Сообщение от бедный буратино (ok), 02-Апр-14, 12:42

> PS: вообще таскать с собой половину рантайма
Какого ещё рантайма? Там один дохленький файлик. Тяга к правильности не должна быть манией, а то в debian куча пустых пакетов по 60 кб каждый :)
Причём, там компоненты не взаимозаменяемые. При выходе фундейшн 6 тот будет совсем другой (достаточно сравнить сайты на http://ii.51t.ru и http://51t.ru - один на фундейшн 3, другой на фундейшн 5). И что тогда, вешать блокирующую зависимость? :) Придумывать обходные пути? А смысл? Это самодостаточное приложение, и ему больше ничего не надо, что экономится при том, что оно разделяется?
> и применять установку вручную --
А я по-другому не умею.
> по опыту надёжные признаки пакета, который рано или поздно обеспечит головняк,
> а кто-то ведь должен быть в ответе за тех, кого приручили.
Какой головняк. Могу представить только два - блокирующие зависимости или перезапись файлов. Ни того ни другого не будет, ибо зависимость там ровно одна, и работать оно должно в любом случае и в любой версии - я хочу и на python 2.5 нормально портировать (если оно сейчас не работает), чтобы кто-то, достав из чулана altlinux четвёртой версии и смахнув скупую слезу, тоже мог пользоваться :)

> Бишь здесь бы хорошо посовещаться с коллегами по приручению питонов -- как строить так, чтоб через год-десятый не завалилось.
Я не разработчик, и не собираюсь им быть. поэтому я каждый день удаляю строчки, чтобы их стало меньше, чтобы всё стало проще :) Если я буду осваивать мышление программиста, то я потеряю то видение, которое у меня сейчас. И программистом при этом не стану. Именно поэтому - разумный минимализм - всё просто, скромно, никаких внешних зависимостей, гарантированая работа везде, где есть python. :) Что там может сломаться?

Ответить | Правка | К родителю #60 | Наверх | Cообщить модератору

47. "GNUstep LiveCD на базе ALT Linux" –1 +/–

Сообщение от andy (??), 02-Апр-14, 08:50

> force@
> собирал множество нишевых штук, некоторых из которых не было больше нигде
> (разве что в KSI Linux).
А куда он подевался, кстати? Давно от него вестей не было.

Ответить | Правка | К родителю #34 | Наверх | Cообщить модератору

58. "GNUstep LiveCD на базе ALT Linux" –1 +/–

Сообщение от Michael Shigorin (ok), 02-Апр-14, 11:48

>> force@
> А куда он подевался, кстати? Давно от него вестей не было.
Расстроился года четыре назад -- мол, не получилось из проекта того, чего могло бы быть.  В этом есть большая доля правды, но он не учёл, что это не впервой.

Ответить | Правка | Наверх | Cообщить модератору

12. "GNUstep LiveCD на базе ALT Linux" –1 +/–

Сообщение от Michael Shigorin (ok), 01-Апр-14, 20:53

> я и debian/rules никогда не писал.
Вопрос с любыми такими инструкциями в том, как объяснить машине, что где должно быть, чтоб работало.  Порой достаточно внятной цели install в Makefile или объяснения на пальцах.
Следующий вопрос -- как удобней объяснять пользователю, что надо сделать, чтоб оно работало.  Т.к. если сложить файлики кучкой в /где/нибудь -- пользователь может их там попросту не заметить.  Для этого порой упаковывают запускалки-в-xvt, .desktop-файлики или ещё какие-нить каналы дискавери, в смысле средства обнаружения.

Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

13. "GNUstep LiveCD на базе ALT Linux" –1 +/–

Сообщение от бедный буратино (ok), 01-Апр-14, 20:56

shell-скрипт для запуска и /usr/share/doc
это же серьёзный софт, а не игрушка. :) тем более, technology preview :) можно и без десктоп-файликов, пусть лучше пользователь видит и знает, что он запустил. :) безо всяких случайностей.

Ответить | Правка | Наверх | Cообщить модератору

24. "GNUstep LiveCD на базе ALT Linux" +2 +/–

Сообщение от Аноним (-), 01-Апр-14, 22:45

> собственно, вся задача - поставить python 2-й версии, и распаковать файлы. всё,
> на этом достаточно :)
И потом чесать репу, когда Гвидо и Ко забьют на поддержку 2.х.

Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

43. "GNUstep LiveCD на базе ALT Linux" –1 +/–

Сообщение от бедный буратино (ok), 02-Апр-14, 02:45

>> собственно, вся задача - поставить python 2-й версии, и распаковать файлы. всё,
>> на этом достаточно :)
> И потом чесать репу, когда Гвидо и Ко забьют на поддержку 2.х.
У него есть та самая кнопка, которая погасит python 2 во всех репозиториях? :) И удалит все сырцы?
Вон, на python 2.6 уже давным-давно забыли, а он много где ещё поддерживается. И совсем не переживает по этому поводу.
Кстати, в debian есть и пакеты, которые последний раз были обновлены в 1998, по-моему, году. И до сих пор живы и здоровы. И вам не хворать :)

Ответить | Правка | Наверх | Cообщить модератору

26. "GNUstep LiveCD на базе ALT Linux" +1 +/–

Сообщение от Аноним (-), 01-Апр-14, 22:50

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

Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

40. "GNUstep LiveCD на базе ALT Linux" +/–

Сообщение от бедный буратино (ok), 02-Апр-14, 02:41

> Ну вот поэтому к софту от таких индивидов лучше относиться с осторожностью.
> Ты вообще не понимаешь как и что работает, но какой-то код
> пишешь и он даже что-то вроде делает. Вот только такой софт
> всегда подводит в ответственный момент. Потому что автор вообще ни в зуб ногой.
покажи мне ту строчку из пяти, которая подведёт в ответственный момент? :) и что может подвести в распределённой сети? :)

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру


	6. "GNUstep LiveCD на базе ALT Linux"	–1 +/–
	Сообщение от бедный буратино (ok), 01-Апр-14, 20:23
	> Будет в сизифе -- можно и туда. Сами справитесь запакетить или опять мне? :) (косясь на mars_source_0.7.5.tar.gz, который ещё не успел) оно не требует ничего, кроме python2. (bottle.py лучше использовать ту версию, которая в пакете.) http://51t.ru/s/node-on-android.png http://51t.ru/s/node-on-haiku.png демонизировать пока, наверное, не стоит :), просто скрипты run_ii_server и run_ii_client. правда, тут ещё вопрос, где базу хранить - в /var/ с правами для всех, или в home/.ii/, с мыслью, что хрен найдёшь? :) что требуется для запакечивания?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	8. "GNUstep LiveCD на базе ALT Linux"	–2 +/–
	Сообщение от Michael Shigorin (ok), 01-Апр-14, 20:24
	> что требуется для запакечивания? Привести в пригодный к нему вид. Возможно, Вам удобней будет нарисовать debian/rules, если никогда не писали RPM-ные спеки.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	9. "GNUstep LiveCD на базе ALT Linux"	–1 +/–
	Сообщение от бедный буратино (ok), 01-Апр-14, 20:26
	я и debian/rules никогда не писал. вообще, в ужас от всех этих спецификаций, включая PKGBUILD, прихожу - куча директив, которые я не могу понять, как работает. собственно, вся задача - поставить python 2-й версии, и распаковать файлы. всё, на этом достаточно :)
	Ответить \| Правка \| Наверх \| Cообщить модератору


	10. "GNUstep LiveCD на базе ALT Linux"	+2 +/–
	Сообщение от Аноним (-), 01-Апр-14, 20:31
	Тогда и пакетить не надо.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	11. "GNUstep LiveCD на базе ALT Linux"	–1 +/–
	Сообщение от бедный буратино (ok), 01-Апр-14, 20:33
	> Тогда и пакетить не надо. а как тогда в альт пробиться? пробиться в альт - это уже признание и добавочных 3.62 пользователя :)
	Ответить \| Правка \| Наверх \| Cообщить модератору


	28. "GNUstep LiveCD на базе ALT Linux"	+3 +/–
	Сообщение от Аноним (-), 01-Апр-14, 22:59
	Альт, равно как и иные дистры - не площадка для пиара буратин. Особенно если буратина приперся и требует себе каких-то скидок относительно остальных софтописателей.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	34. "GNUstep LiveCD на базе ALT Linux"	–1 +/–
	Сообщение от Michael Shigorin (ok), 02-Апр-14, 00:00
	>> Тогда и пакетить не надо. > а как тогда в альт пробиться? Подсказали коллеги, кстати: http://uneex.ru/LecturesCMC/PackageMaintaining2013 > пробиться в альт - это уже признание и добавочных 3.62 пользователя :) Альт, как и любой дистрибутив, тут всего лишь транспорт. Начинать стоит с того, чтобы позаботиться об этих самых трёх пользователях, сделав установку для них задокументированной и понятной. А пакеты -- по сути кэш мероприятий по доставке и разворачиванию кода. Т.е. когда разработчик хорошо себе представляет процедуру разворачивания софтины у пользователя (причём make install тут существенно лучше, чем "да в ридми же всё написано, как два файла разложить") -- это уже полпути к пакету, который будет точно так же полезен тому же пользователю, но чуточку удобней. PS re #28: вообще-то альт изначально стал платформой и для обкатки идей, возможности ими высказаться, донести до более широкой публики. Но не на условиях "у меня есть идея, все бегом её делать", а своими руками. Например, cray@ пакетил Zope и, насколько понимаю, в том числе этот опыт привёл к созданию pypi позднее. at@ провёл колоссальную работу в области сборки и управления пакетами в широком смысле слова. force@ собирал множество нишевых штук, некоторых из которых не было больше нигде (разве что в KSI Linux). pilot@ создал и обкатал здесь /etc/net, а umka@ -- progsreiserfs. Варианты кого-нить заюзать для проксирования работы бывали, но обычно на взаимных услугах или взаимном уважении по другим поводам -- это как-то хорошо сформулировал mithraen@. Пожалуй, больше всего в помощи замечены lav@ и cas@ -- они же и вечно больше всего перегружены.
	Ответить \| Правка \| К родителю #11 \| Наверх \| Cообщить модератору


	38. "GNUstep LiveCD на базе ALT Linux"	–2 +/–
	Сообщение от бедный буратино (ok), 02-Апр-14, 02:37
	> Альт, как и любой дистрибутив, тут всего лишь транспорт. Начинать стоит > с того, чтобы позаботиться об этих самых трёх пользователях, сделав установку > для них задокументированной и понятной. А пакеты -- по сути > кэш мероприятий по доставке и разворачиванию кода. Так для того и пакет, чтобы не было установки. Поставил - и забил. :) > Т.е. когда разработчик хорошо себе представляет процедуру разворачивания софтины у пользователя (причём make install тут существенно лучше, чем "да в ридми же > всё написано, как два файла разложить") -- это уже полпути к > пакету, который будет точно так же полезен тому же пользователю, но > чуточку удобней. В Debian для подобных моему случаев (ничего собирать не надо) есть equivs. По сути, вся задача - поставить python и распаковать файлы по нужной иерархии. Возможно, есть какая-то простая технология для этого? > PS re #28: вообще-то альт изначально стал платформой и для обкатки идей, > возможности ими высказаться, донести до более широкой публики. Но не > на условиях "у меня есть идея, все бегом её делать", а своими руками. Всё, что мне нужно - это какой-нибудь простой и деревянный (смотрим логин!) способ запаковать с указанием того, что "эй, братец, принеси два питона, пожалуйста, мне и моему коню". Если я брошу всё и начну разбираться во всех тонкостях rpm-пакетов, то кто будет федо писать? :) Я не программист, я не люблю технологии и овертехнологичность, поэтому и не интересуюсь, нет ли что-нибудь простого и деревянного типа equivs? Ну как, например, документация пакуется, чисто с указанием одной-единственной зависимости?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	42. "GNUstep LiveCD на базе ALT Linux"	+/–
	Сообщение от Michael Shigorin (ok), 02-Апр-14, 02:44
	> По сути, вся задача - поставить python и распаковать файлы по > нужной иерархии. Возможно, есть какая-то простая технология для этого? Разумеется. > как, например, документация пакуется, чисто с указанием одной-единственной зависимости? Например, так (для случая тарбола name-version.tar.gz с name-version/ в нём): http://packages.altlinux.org/ru/Sisyphus/srpms/poppler-data/... PS: помочь-то можно -- важно понять, что надо в сумме предпринять, чтобы оно заработало.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	44. "GNUstep LiveCD на базе ALT Linux"	–1 +/–
	Сообщение от бедный буратино (ok), 02-Апр-14, 02:49
	> PS: помочь-то можно -- важно понять, что надо в сумме предпринять, чтобы > оно заработало. %prep %setup -q #__autoreconf %build %install %makeinstall %files %doc COPYING* README %_datadir/poppler можно вкратце, что это за секции, что они делают и что запускают? мне нужно просто скопировать всё дерево, как есть, например в /usr/share/ii-net и /usr/share/doc/ii-net или как там у вас по иерархии, и два шел-скрипта в /usr/bin
	Ответить \| Правка \| Наверх \| Cообщить модератору


	46. "GNUstep LiveCD на базе ALT Linux"	–1 +/–
	Сообщение от andy (??), 02-Апр-14, 08:48
	>[оверквотинг удален] > %prep > %setup -q > #__autoreconf > %build > %install > %makeinstall > %files > %doc COPYING* README > %_datadir/poppler > можно вкратце, что это за секции, что они делают и что запускают? Можно: В секции %prep идет подготовка тарбола к сборке. А именно распаковка (%setup -q), autoreconf закомментирована, так как требуется для приложений использующих GNU Build System. Autoreconf пересоздает (или создает) configure файл. Так же в этой секции могут накладываться патчи на пакет. %build Секция, где происходит сама компиляция. Тут могут указываться дополнительные опции сборки. Как-то флаги или переменные, требуемые для программы и/или ее компонентов. Например: http://packages.altlinux.org/ru/Sisyphus/srpms/fheroes2/spec %install В этой секции происходит инсталляция пакета. Переменная %makeinstall раскрывается следующим образом (в зависимости от дистрибутива, в примере ниже - CentOS 6.5, сборочная среда mock) <mock-chroot># rpm --eval %makeinstall /usr/bin/make \ prefix=/builddir/build/BUILDROOT/%{name}-%{version}-%{release}.x86_64/usr \ exec_prefix=/builddir/build/BUILDROOT/%{name}-%{version}-%{release}.x86_64/usr \ bindir=/builddir/build/BUILDROOT/%{name}-%{version}-%{release}.x86_64/usr/bin \ sbindir=/builddir/build/BUILDROOT/%{name}-%{version}-%{release}.x86_64/usr/sbin \ sysconfdir=/builddir/build/BUILDROOT/%{name}-%{version}-%{release}.x86_64/etc \ datadir=/builddir/build/BUILDROOT/%{name}-%{version}-%{release}.x86_64/usr/share \ includedir=/builddir/build/BUILDROOT/%{name}-%{version}-%{release}.x86_64/usr/include \ libdir=/builddir/build/BUILDROOT/%{name}-%{version}-%{release}.x86_64/usr/lib64 \ libexecdir=/builddir/build/BUILDROOT/%{name}-%{version}-%{release}.x86_64/usr/libexec \ localstatedir=/builddir/build/BUILDROOT/%{name}-%{version}-%{release}.x86_64/var \ sharedstatedir=/builddir/build/BUILDROOT/%{name}-%{version}-%{release}.x86_64/var/lib \ mandir=/builddir/build/BUILDROOT/%{name}-%{version}-%{release}.x86_64/usr/share/man \ infodir=/builddir/build/BUILDROOT/%{name}-%{version}-%{release}.x86_64/usr/share/info \ install <mock-chroot># Иными словами - раскладывание бинарных файлов, манов, конфигов происходит в директории согласно указанным выше переменным. %files В этой секции указываются файлы, которые войдут в пакет и их расположение в файловой системе. Макрос %doc отвечает за то, какие файлы принадлежат документации, он не раскрывается при помощи rpm --eval, но файлы с документацей будут лежать по адресу /usr/share/doc/%имяпакета-%версия Макрос %_datadir/ раскрывается в /usr/share, там (/usr/share/poppler) будут файлы с данными упаковываемого пакета > мне нужно просто скопировать всё дерево, как есть, например в /usr/share/ii-net > и /usr/share/doc/ii-net или как там у вас по иерархии, и два > шел-скрипта в /usr/bin Есть подозрение что не все так просто. Надо bottle.py еще упаковывать. p.S: А ты для любимой OpenBSD порт нарисовал уже?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	49. "GNUstep LiveCD на базе ALT Linux"	–1 +/–
	Сообщение от бедный буратино (ok), 02-Апр-14, 08:59
	> Можно: Спасибо. > В секции %prep идет подготовка тарбола к сборке. А именно распаковка т.е., тут ничего не трогаем? > %build т.е., тут тоже ничего не надо? > %install > В этой секции происходит инсталляция пакета. Переменная %makeinstall > раскрывается следующим образом (в зависимости от дистрибутива, мне надо тут использовать cp, или следующая секция сама всё раскидает? > %files > В этой секции указываются файлы, которые войдут в пакет и > их расположение в файловой системе. > Макрос %doc отвечает за то, какие файлы принадлежат документации, > он не раскрывается при помощи rpm --eval, но файлы с документацей > будут лежать по адресу /usr/share/doc/%имяпакета-%версия > Макрос %_datadir/ раскрывается в /usr/share, там (/usr/share/poppler) будут файлы > с данными упаковываемого пакета так нам больше ничего и не надо. ещё только два скрипта в /usr/bin, для сЭрвису :) > Есть подозрение что не все так просто. Надо bottle.py еще упаковывать. bottle.py там нужен строго определённой версии, точнее даже не версии, а межверсения. и он будет распространяться вместе с пакетом, лицензия это позволяет. ни он не должен влиять на системную версию, если таковая имеется, ни системная версия не должна влиять на эту. так что, bottle.py в данном случае - часть системы. > p.S: А ты для любимой OpenBSD порт нарисовал уже? я не понимаю никакой системы сборки, в принципе. я понимаю только директивные вещи, типа бейсика и питона, а какие-то сложные, где думать надо - не понимаю в принципе, так как думать давно перестал... кроме того, openbsd не русскоязычная кроме того, если я куда и пойду в openbsd, то только в базовую систему. чтобы всю техподдержку оси на ней сделать :)
	Ответить \| Правка \| Наверх \| Cообщить модератору


	50. "GNUstep LiveCD на базе ALT Linux"	–1 +/–
	Сообщение от andy (??), 02-Апр-14, 09:11
	1. Что бы ничего не трогать, или трогать, надо поглядеть на тарболл вначале. 2. скорее install -m надо использовать, так как вряд ли софт завязан на GNU Build System 3. Надо или не надо, следует сказать после просмотра содержимого тарбола. 4. Почему bottle.py нужен строго определенный, а не апстримный? > так как думать давно перестал... Это вообще "шедевр". :(
	Ответить \| Правка \| К родителю #49 \| Наверх \| Cообщить модератору


	51. "GNUstep LiveCD на базе ALT Linux"	–1 +/–
	Сообщение от бедный буратино (ok), 02-Апр-14, 09:52
	> 4. Почему bottle.py нужен строго определенный, а не апстримный? по многим причинам. причём "потому что работать не будет" - даже не главная :) вообще, может качнуться как в одну, так и в другую сторону. это не принципиальный момент, вообще.
	Ответить \| Правка \| К родителю #50 \| Наверх \| Cообщить модератору


	52. "GNUstep LiveCD на базе ALT Linux"	+/–
	Сообщение от andy (??), 02-Апр-14, 11:08
	Для упаковки, вообще-то принципиальный. Для разработки, в общем, должен быть тоже. С питоном беда, одним словом.
	Ответить \| Правка \| К родителю #51 \| Наверх \| Cообщить модератору


	57. "GNUstep LiveCD на базе ALT Linux"	–1 +/–
	Сообщение от бедный буратино (ok), 02-Апр-14, 11:47
	> Для упаковки, вообще-то принципиальный. В чём? Лицензия позволяет его с собой таскать, придатком. Ни он системному, ни системный ему, мешать не будут вообще. > Для разработки, в общем, должен быть тоже. С питоном беда, одним словом. В чём проблема? На android работает, на haiku os работает, а в altlinux - беда? :)
	Ответить \| Правка \| К родителю #52 \| Наверх \| Cообщить модератору


	63. "GNUstep LiveCD на базе ALT Linux"	+/–
	Сообщение от andy (??), 02-Апр-14, 13:08
	> В чём проблема? Проблема ровно в одном - сменилась версия библиотеки, софт не работает. Неужели такая ситуация норма для питона?
	Ответить \| Правка \| К родителю #57 \| Наверх \| Cообщить модератору


	64. "GNUstep LiveCD на базе ALT Linux"	–1 +/–
	Сообщение от бедный буратино (ok), 02-Апр-14, 13:17
	>> В чём проблема? > Проблема ровно в одном - сменилась версия библиотеки, > софт не работает. Неужели такая ситуация норма для питона? Мне нужна обратная совместимость. Со всякими haiku и aros, где 2.5, 2.6. Это первое. Второе - bottle достаточно экспериментальная библиотека, в версии 0.8 сменились роуты, а в 0.12 - чуть-чуть изменился шаблонный движок. Поэтому "в лоб" может и не заработать. Любим мы её совсем не за это :) Кроме того, у меня есть желание её чуть-чуть модифицировать. Сейчас, фактически, это уже часть моего проекта, а не сторонняя библиотека. А так - да, увы, норма. Например, заставить совеременное django работать в python 2.2 не получится :) Я, правда, не вижу в этом проблемы. Совместимость в обратную сторону нормально работает, а маленький файлик вообще никому не мешает. Это как те пуристы, которые открывают браузер, отъедающий 200 мб памяти на то, чтобы нарисовать белый квадратик на жёлтом, в который они будут писать о том, как лишние 100 кб могут обрушить родину. :)
	Ответить \| Правка \| К родителю #63 \| Наверх \| Cообщить модератору


	65. "GNUstep LiveCD на базе ALT Linux"	–1 +/–
	Сообщение от бедный буратино (ok), 02-Апр-14, 13:21
	Нет, мне, конечно, многого не надо, и я могу выкинуть её и написать нужные мне вещи на стандартной http-библиотеке... только я не вижу ни одной проблемы, которую это решает. Я вообще не вижу ни одной проблемы, кроме каких-то теоретических "а вот если бы вот сюда бы вот так вот - оно бы не работало". Текущаяя версия, в текущей ситуации, работает везде :) А теоретические рассуждения "а давайте её вот так сломаем, и она работать не будет" - мне лично непонятны. Если сломать, то не будет. Поэтому я и предлагаю вариант, где вообще нет шансов сломаться. :)
	Ответить \| Правка \| К родителю #63 \| Наверх \| Cообщить модератору


	60. "GNUstep LiveCD на базе ALT Linux"	–1 +/–
	Сообщение от Michael Shigorin (ok), 02-Апр-14, 12:15
	>> В секции %prep идет подготовка тарбола к сборке. А именно распаковка > т.е., тут ничего не трогаем? Если тарбол по гнутому соглашению (ii-02/ в ii-02.tar.gz) -- да, %setup достаточно. >> %build > т.е., тут тоже ничего не надо? Если нет сборки -- да. >> %install >> В этой секции происходит инсталляция пакета. Переменная %makeinstall >> раскрывается следующим образом (в зависимости от дистрибутива, > мне надо тут использовать cp, или следующая секция сама всё раскидает? Можно cp(1), можно install(1) -- только надо понимать, что установка идёт в корень по пути раскрытого макроса %buildroot (rpm --eval %buildroot). Соответственно этот префикс надо mkdir -p вручную, если соответствующей обработкой не озадачился Makefile. Что-то вроде mkdir -p %buildroot{%_datadir,%_bindir} cp -a *.sh %buildroot%_bindir # for /usr/bin cp -a share/ %buildroot%_datadir/%name См. тж. http://altlinux.org/spec и http://www.lexpr.ru/node/62 PS: вообще таскать с собой половину рантайма и применять установку вручную -- по опыту надёжные признаки пакета, который рано или поздно обеспечит головняк, а кто-то ведь должен быть в ответе за тех, кого приручили. Бишь здесь бы хорошо посовещаться с коллегами по приручению питонов -- как строить так, чтоб через год-десятый не завалилось.
	Ответить \| Правка \| К родителю #49 \| Наверх \| Cообщить модератору


	61. "GNUstep LiveCD на базе ALT Linux"	–1 +/–
	Сообщение от бедный буратино (ok), 02-Апр-14, 12:42
	> PS: вообще таскать с собой половину рантайма Какого ещё рантайма? Там один дохленький файлик. Тяга к правильности не должна быть манией, а то в debian куча пустых пакетов по 60 кб каждый :) Причём, там компоненты не взаимозаменяемые. При выходе фундейшн 6 тот будет совсем другой (достаточно сравнить сайты на http://ii.51t.ru и http://51t.ru - один на фундейшн 3, другой на фундейшн 5). И что тогда, вешать блокирующую зависимость? :) Придумывать обходные пути? А смысл? Это самодостаточное приложение, и ему больше ничего не надо, что экономится при том, что оно разделяется? > и применять установку вручную -- А я по-другому не умею. > по опыту надёжные признаки пакета, который рано или поздно обеспечит головняк, > а кто-то ведь должен быть в ответе за тех, кого приручили. Какой головняк. Могу представить только два - блокирующие зависимости или перезапись файлов. Ни того ни другого не будет, ибо зависимость там ровно одна, и работать оно должно в любом случае и в любой версии - я хочу и на python 2.5 нормально портировать (если оно сейчас не работает), чтобы кто-то, достав из чулана altlinux четвёртой версии и смахнув скупую слезу, тоже мог пользоваться :) > Бишь здесь бы хорошо посовещаться с коллегами по приручению питонов -- как строить так, чтоб через год-десятый не завалилось. Я не разработчик, и не собираюсь им быть. поэтому я каждый день удаляю строчки, чтобы их стало меньше, чтобы всё стало проще :) Если я буду осваивать мышление программиста, то я потеряю то видение, которое у меня сейчас. И программистом при этом не стану. Именно поэтому - разумный минимализм - всё просто, скромно, никаких внешних зависимостей, гарантированая работа везде, где есть python. :) Что там может сломаться?
	Ответить \| Правка \| К родителю #60 \| Наверх \| Cообщить модератору


	47. "GNUstep LiveCD на базе ALT Linux"	–1 +/–
	Сообщение от andy (??), 02-Апр-14, 08:50
	> force@ > собирал множество нишевых штук, некоторых из которых не было больше нигде > (разве что в KSI Linux). А куда он подевался, кстати? Давно от него вестей не было.
	Ответить \| Правка \| К родителю #34 \| Наверх \| Cообщить модератору


	58. "GNUstep LiveCD на базе ALT Linux"	–1 +/–
	Сообщение от Michael Shigorin (ok), 02-Апр-14, 11:48
	>> force@ > А куда он подевался, кстати? Давно от него вестей не было. Расстроился года четыре назад -- мол, не получилось из проекта того, чего могло бы быть. В этом есть большая доля правды, но он не учёл, что это не впервой.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	12. "GNUstep LiveCD на базе ALT Linux"	–1 +/–
	Сообщение от Michael Shigorin (ok), 01-Апр-14, 20:53
	> я и debian/rules никогда не писал. Вопрос с любыми такими инструкциями в том, как объяснить машине, что где должно быть, чтоб работало. Порой достаточно внятной цели install в Makefile или объяснения на пальцах. Следующий вопрос -- как удобней объяснять пользователю, что надо сделать, чтоб оно работало. Т.к. если сложить файлики кучкой в /где/нибудь -- пользователь может их там попросту не заметить. Для этого порой упаковывают запускалки-в-xvt, .desktop-файлики или ещё какие-нить каналы дискавери, в смысле средства обнаружения.
	Ответить \| Правка \| К родителю #9 \| Наверх \| Cообщить модератору


	13. "GNUstep LiveCD на базе ALT Linux"	–1 +/–
	Сообщение от бедный буратино (ok), 01-Апр-14, 20:56
	shell-скрипт для запуска и /usr/share/doc это же серьёзный софт, а не игрушка. :) тем более, technology preview :) можно и без десктоп-файликов, пусть лучше пользователь видит и знает, что он запустил. :) безо всяких случайностей.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	24. "GNUstep LiveCD на базе ALT Linux"	+2 +/–
	Сообщение от Аноним (-), 01-Апр-14, 22:45
	> собственно, вся задача - поставить python 2-й версии, и распаковать файлы. всё, > на этом достаточно :) И потом чесать репу, когда Гвидо и Ко забьют на поддержку 2.х.
	Ответить \| Правка \| К родителю #9 \| Наверх \| Cообщить модератору


	43. "GNUstep LiveCD на базе ALT Linux"	–1 +/–
	Сообщение от бедный буратино (ok), 02-Апр-14, 02:45
	>> собственно, вся задача - поставить python 2-й версии, и распаковать файлы. всё, >> на этом достаточно :) > И потом чесать репу, когда Гвидо и Ко забьют на поддержку 2.х. У него есть та самая кнопка, которая погасит python 2 во всех репозиториях? :) И удалит все сырцы? Вон, на python 2.6 уже давным-давно забыли, а он много где ещё поддерживается. И совсем не переживает по этому поводу. Кстати, в debian есть и пакеты, которые последний раз были обновлены в 1998, по-моему, году. И до сих пор живы и здоровы. И вам не хворать :)
	Ответить \| Правка \| Наверх \| Cообщить модератору


	26. "GNUstep LiveCD на базе ALT Linux"	+1 +/–
	Сообщение от Аноним (-), 01-Апр-14, 22:50
	> спецификаций, включая PKGBUILD, прихожу - куча директив, которые я не могу > понять, как работает. Ну вот поэтому к софту от таких индивидов лучше относиться с осторожностью. Ты вообще не понимаешь как и что работает, но какой-то код пишешь и он даже что-то вроде делает. Вот только такой софт всегда подводит в ответственный момент. Потому что автор вообще ни в зуб ногой.
	Ответить \| Правка \| К родителю #9 \| Наверх \| Cообщить модератору


	40. "GNUstep LiveCD на базе ALT Linux"	+/–
	Сообщение от бедный буратино (ok), 02-Апр-14, 02:41
	> Ну вот поэтому к софту от таких индивидов лучше относиться с осторожностью. > Ты вообще не понимаешь как и что работает, но какой-то код > пишешь и он даже что-то вроде делает. Вот только такой софт > всегда подводит в ответственный момент. Потому что автор вообще ни в зуб ногой. покажи мне ту строчку из пяти, которая подведёт в ответственный момент? :) и что может подвести в распределённой сети? :)
	Ответить \| Правка \| Наверх \| Cообщить модератору