Доступно (http://lists.altlinux.org/pipermail/community/2014-April/681...) обновление экспериментальных сборок стартовых наборов ALT Linux с графическим окружением пользователя GNUstep и оконной средой WindowMaker. Цель их создания - помочь желающим посмотреть на эту необычную среду, уходящую корнями в систему NeXTSTEP и имеющую родство с OS X/iOS. LiveCD сформированы (http://www.altlinux.org/Starterkits/gnustep) для 32/64-битных x86-компьютеров с BIOS или UEFI. ISO-образы пригодны для записи на CD/DVD-носитель или USB Flash (при помощи dd). Для работы рекомендуется от 256 Мб памяти.
Варианты с использованием sysvinit и systemd собраны на основе репозитория t7, который является параллельной Седьмой платформе веткой развития, поддерживаемой сообществом ALT Linux. Средства сборки mkimage-profiles и mkimage обеспечивают минимальную сложность переключения "строительных блоков" и создания производных.<center><a href="http://www.altlinux.org/images/e/e9/Gnustep-GSPdf.jpg"&... src="http://www.opennet.ru/opennews/pics_base/0_1396367581.jpg" style="border-style: solid; border-color: #e9ead6; border-width: 15px;max-width:100%;" title="" border=0></a></center>
URL: http://lists.altlinux.org/pipermail/community/2014-April/681...
Новость: http://www.opennet.ru/opennews/art.shtml?num=39453
ух... сейчас рассматривал скриншоты и трогал образы kolibri и haiku, где всё такое нежно-гламурненькое... а тут, вернулся к суровой реальности.ps. Кстати, о птичках и гайках. Михаил, а давай в твои лайвы наше "недофидо" вфигачим? От этого только всем лучше будет. Особенно, конечно, мне.
по поводу "недофидо": советую ознакомиться с размышлениями по этому вопросу Виктора Вагнера - у него уже целая концепция выстраивается как это лучше организовать http://wiki.wagner.pp.ru/CheshireNet/ Идея то на самом деле многим интересна, только надо все как следует обдумать.
мне уже давали эту ссылку, и я всё там прочитал. он про мою, кстати, тоже. :) и у меня даже некоторый абстрактный, хоть и немного дерзковатый, ответ возник :)вообще, это разные сети. у него - куча технологий и стандартов для шифрации, авторизации, рейтингов и всего прочего. у меня же - настолько примитивно, насколько я мог себе позволить. для верблюдов из анекдота "нафига нам всё это в зообпарке"
Error: 500 Internal Server Error - это весьма даже дерзковато ;)
> Error: 500 Internal Server Error - это весьма даже дерзковато ;):) а то!
на ii.51t.ru - только техническая документация осталась :)
> Error: 500 Internal Server Error - это весьма даже дерзковато ;)перекинул в ii :) там сообщения имеют пожизненный номер и круговое зеркалирование, оттуда не пропадёт (всегда где-нибудь будет копия) :)
> по поводу "недофидо": советую ознакомиться с размышлениями по этому вопросу Виктора ВагнераИМХО лучше б мыслители думали в современном контексте. Ну скажем mesh сеть + overlay сеть. Так можно пропихиваться по существующим сетям со всеми их неидеальностями. Где просто через свою инфраструктуру, а где через вражескую, но рассматривая их как транспортный уровень. Так можно поднять более-менее близкие к реалтайму коммункиации, которые сложно удавить или взять под контроль. Сколько можно мыслить алгоритмикой из 80-х прошлого века? С тех пор придумали много новых вещей. Но если кому хочется - гляньте на DTN (delay-tolerant networking). Так можно посылать сообщения хоть на Марс.
> ИМХО лучше б мыслители думали в современном контексте. Ну скажем mesh сеть
> + overlay сеть.Если все будут думать в современном контексте... :)
Меня не интересуют возможности удавления или не удавления, взятия и невзятия под контроль. Вообще и в принципе. У меня сеть про другое. :)
> ух... сейчас рассматривал скриншоты и трогал образы kolibri и haiku, где всё
> такое нежно-гламурненькое... а тут, вернулся к суровой реальности.Ну ква (ц)
Темы намеренно не выбирались самые-самые с тем, чтобы было куда ручки крутить; двенадцатая картинка как раз об этом, на самом деле.
> ps. Кстати, о птичках и гайках. Михаил, а давай в твои лайвы наше "недофидо" вфигачим?
Будет в сизифе -- можно и туда. Сами справитесь запакетить или опять мне? :) (косясь на mars_source_0.7.5.tar.gz, который ещё не успел)
На самом деле предложения и по этой, и по остальным сборкам вполне принимаются -- см. тж. http://packages.altlinux.org/ru
> Будет в сизифе -- можно и туда. Сами справитесь запакетить или опять мне? :) (косясь на 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/, с мыслью, что хрен найдёшь? :)
что требуется для запакечивания?
> что требуется для запакечивания?Привести в пригодный к нему вид. Возможно, Вам удобней будет нарисовать debian/rules, если никогда не писали RPM-ные спеки.
я и debian/rules никогда не писал. вообще, в ужас от всех этих спецификаций, включая PKGBUILD, прихожу - куча директив, которые я не могу понять, как работает.собственно, вся задача - поставить python 2-й версии, и распаковать файлы. всё, на этом достаточно :)
Тогда и пакетить не надо.
> Тогда и пакетить не надо.а как тогда в альт пробиться?
пробиться в альт - это уже признание и добавочных 3.62 пользователя :)
Альт, равно как и иные дистры - не площадка для пиара буратин. Особенно если буратина приперся и требует себе каких-то скидок относительно остальных софтописателей.
>> Тогда и пакетить не надо.
> а как тогда в альт пробиться?Подсказали коллеги, кстати: 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@ -- они же и вечно больше всего перегружены.
> Альт, как и любой дистрибутив, тут всего лишь транспорт. Начинать стоит
> с того, чтобы позаботиться об этих самых трёх пользователях, сделав установку
> для них задокументированной и понятной. А пакеты -- по сути
> кэш мероприятий по доставке и разворачиванию кода.Так для того и пакет, чтобы не было установки. Поставил - и забил. :)
> Т.е. когда разработчик хорошо себе представляет процедуру разворачивания софтины у пользователя (причём make install тут существенно лучше, чем "да в ридми же
> всё написано, как два файла разложить") -- это уже полпути к
> пакету, который будет точно так же полезен тому же пользователю, но
> чуточку удобней.В Debian для подобных моему случаев (ничего собирать не надо) есть equivs. По сути, вся задача - поставить python и распаковать файлы по нужной иерархии. Возможно, есть какая-то простая технология для этого?
> PS re #28: вообще-то альт изначально стал платформой и для обкатки идей,
> возможности ими высказаться, донести до более широкой публики. Но не
> на условиях "у меня есть идея, все бегом её делать", а своими руками.Всё, что мне нужно - это какой-нибудь простой и деревянный (смотрим логин!) способ запаковать с указанием того, что "эй, братец, принеси два питона, пожалуйста, мне и моему коню". Если я брошу всё и начну разбираться во всех тонкостях rpm-пакетов, то кто будет федо писать? :) Я не программист, я не люблю технологии и овертехнологичность, поэтому и не интересуюсь, нет ли что-нибудь простого и деревянного типа equivs? Ну как, например, документация пакуется, чисто с указанием одной-единственной зависимости?
> По сути, вся задача - поставить python и распаковать файлы по
> нужной иерархии. Возможно, есть какая-то простая технология для этого?Разумеется.
> как, например, документация пакуется, чисто с указанием одной-единственной зависимости?
Например, так (для случая тарбола name-version.tar.gz с name-version/ в нём): http://packages.altlinux.org/ru/Sisyphus/srpms/poppler-data/...
PS: помочь-то можно -- важно понять, что надо в сумме предпринять, чтобы оно заработало.
> 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
>[оверквотинг удален]
> %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 порт нарисовал уже?
> Можно:Спасибо.
> В секции %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, то только в базовую систему. чтобы всю техподдержку оси на ней сделать :)
1. Что бы ничего не трогать, или трогать,
надо поглядеть на тарболл вначале.
2. скорее install -m надо использовать,
так как вряд ли софт завязан на GNU Build System
3. Надо или не надо, следует сказать после
просмотра содержимого тарбола.
4. Почему bottle.py нужен строго определенный,
а не апстримный?> так как думать давно перестал...
Это вообще "шедевр". :(
> 4. Почему bottle.py нужен строго определенный, а не апстримный?по многим причинам. причём "потому что работать не будет" - даже не главная :) вообще, может качнуться как в одну, так и в другую сторону. это не принципиальный момент, вообще.
Для упаковки, вообще-то принципиальный.
Для разработки, в общем, должен быть тоже. С питоном
беда, одним словом.
> Для упаковки, вообще-то принципиальный.В чём? Лицензия позволяет его с собой таскать, придатком. Ни он системному, ни системный ему, мешать не будут вообще.
> Для разработки, в общем, должен быть тоже. С питоном беда, одним словом.
В чём проблема? На android работает, на haiku os работает, а в altlinux - беда? :)
> В чём проблема?Проблема ровно в одном - сменилась версия библиотеки,
софт не работает. Неужели такая ситуация
норма для питона?
>> В чём проблема?
> Проблема ровно в одном - сменилась версия библиотеки,
> софт не работает. Неужели такая ситуация норма для питона?Мне нужна обратная совместимость. Со всякими haiku и aros, где 2.5, 2.6. Это первое. Второе - bottle достаточно экспериментальная библиотека, в версии 0.8 сменились роуты, а в 0.12 - чуть-чуть изменился шаблонный движок. Поэтому "в лоб" может и не заработать. Любим мы её совсем не за это :)
Кроме того, у меня есть желание её чуть-чуть модифицировать. Сейчас, фактически, это уже часть моего проекта, а не сторонняя библиотека.
А так - да, увы, норма. Например, заставить совеременное django работать в python 2.2 не получится :)
Я, правда, не вижу в этом проблемы. Совместимость в обратную сторону нормально работает, а маленький файлик вообще никому не мешает. Это как те пуристы, которые открывают браузер, отъедающий 200 мб памяти на то, чтобы нарисовать белый квадратик на жёлтом, в который они будут писать о том, как лишние 100 кб могут обрушить родину. :)
Нет, мне, конечно, многого не надо, и я могу выкинуть её и написать нужные мне вещи на стандартной http-библиотеке... только я не вижу ни одной проблемы, которую это решает. Я вообще не вижу ни одной проблемы, кроме каких-то теоретических "а вот если бы вот сюда бы вот так вот - оно бы не работало". Текущаяя версия, в текущей ситуации, работает везде :) А теоретические рассуждения "а давайте её вот так сломаем, и она работать не будет" - мне лично непонятны. Если сломать, то не будет. Поэтому я и предлагаю вариант, где вообще нет шансов сломаться. :)
>> В секции %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: вообще таскать с собой половину рантайма и применять установку вручную -- по опыту надёжные признаки пакета, который рано или поздно обеспечит головняк, а кто-то ведь должен быть в ответе за тех, кого приручили. Бишь здесь бы хорошо посовещаться с коллегами по приручению питонов -- как строить так, чтоб через год-десятый не завалилось.
> PS: вообще таскать с собой половину рантаймаКакого ещё рантайма? Там один дохленький файлик. Тяга к правильности не должна быть манией, а то в debian куча пустых пакетов по 60 кб каждый :)
Причём, там компоненты не взаимозаменяемые. При выходе фундейшн 6 тот будет совсем другой (достаточно сравнить сайты на http://ii.51t.ru и http://51t.ru - один на фундейшн 3, другой на фундейшн 5). И что тогда, вешать блокирующую зависимость? :) Придумывать обходные пути? А смысл? Это самодостаточное приложение, и ему больше ничего не надо, что экономится при том, что оно разделяется?
> и применять установку вручную --
А я по-другому не умею.
> по опыту надёжные признаки пакета, который рано или поздно обеспечит головняк,
> а кто-то ведь должен быть в ответе за тех, кого приручили.Какой головняк. Могу представить только два - блокирующие зависимости или перезапись файлов. Ни того ни другого не будет, ибо зависимость там ровно одна, и работать оно должно в любом случае и в любой версии - я хочу и на python 2.5 нормально портировать (если оно сейчас не работает), чтобы кто-то, достав из чулана altlinux четвёртой версии и смахнув скупую слезу, тоже мог пользоваться :)
> Бишь здесь бы хорошо посовещаться с коллегами по приручению питонов -- как строить так, чтоб через год-десятый не завалилось.Я не разработчик, и не собираюсь им быть. поэтому я каждый день удаляю строчки, чтобы их стало меньше, чтобы всё стало проще :) Если я буду осваивать мышление программиста, то я потеряю то видение, которое у меня сейчас. И программистом при этом не стану. Именно поэтому - разумный минимализм - всё просто, скромно, никаких внешних зависимостей, гарантированая работа везде, где есть python. :) Что там может сломаться?
> force@
> собирал множество нишевых штук, некоторых из которых не было больше нигде
> (разве что в KSI Linux).А куда он подевался, кстати? Давно от него вестей не было.
>> force@
> А куда он подевался, кстати? Давно от него вестей не было.Расстроился года четыре назад -- мол, не получилось из проекта того, чего могло бы быть. В этом есть большая доля правды, но он не учёл, что это не впервой.
> я и debian/rules никогда не писал.Вопрос с любыми такими инструкциями в том, как объяснить машине, что где должно быть, чтоб работало. Порой достаточно внятной цели install в Makefile или объяснения на пальцах.
Следующий вопрос -- как удобней объяснять пользователю, что надо сделать, чтоб оно работало. Т.к. если сложить файлики кучкой в /где/нибудь -- пользователь может их там попросту не заметить. Для этого порой упаковывают запускалки-в-xvt, .desktop-файлики или ещё какие-нить каналы дискавери, в смысле средства обнаружения.
shell-скрипт для запуска и /usr/share/docэто же серьёзный софт, а не игрушка. :) тем более, technology preview :) можно и без десктоп-файликов, пусть лучше пользователь видит и знает, что он запустил. :) безо всяких случайностей.
> собственно, вся задача - поставить python 2-й версии, и распаковать файлы. всё,
> на этом достаточно :)И потом чесать репу, когда Гвидо и Ко забьют на поддержку 2.х.
>> собственно, вся задача - поставить python 2-й версии, и распаковать файлы. всё,
>> на этом достаточно :)
> И потом чесать репу, когда Гвидо и Ко забьют на поддержку 2.х.У него есть та самая кнопка, которая погасит python 2 во всех репозиториях? :) И удалит все сырцы?
Вон, на python 2.6 уже давным-давно забыли, а он много где ещё поддерживается. И совсем не переживает по этому поводу.
Кстати, в debian есть и пакеты, которые последний раз были обновлены в 1998, по-моему, году. И до сих пор живы и здоровы. И вам не хворать :)
> спецификаций, включая PKGBUILD, прихожу - куча директив, которые я не могу
> понять, как работает.Ну вот поэтому к софту от таких индивидов лучше относиться с осторожностью. Ты вообще не понимаешь как и что работает, но какой-то код пишешь и он даже что-то вроде делает. Вот только такой софт всегда подводит в ответственный момент. Потому что автор вообще ни в зуб ногой.
> Ну вот поэтому к софту от таких индивидов лучше относиться с осторожностью.
> Ты вообще не понимаешь как и что работает, но какой-то код
> пишешь и он даже что-то вроде делает. Вот только такой софт
> всегда подводит в ответственный момент. Потому что автор вообще ни в зуб ногой.покажи мне ту строчку из пяти, которая подведёт в ответственный момент? :) и что может подвести в распределённой сети? :)
> Темы намеренно не выбирались самые-самыеЭто зря вы так. Дело в том что первое знакомство с программой основано на визуальной приятности глазу. А тут такое у...ще! Его захочется снести первым же делом. Несмотря на деловые качества.
> чтобы было куда ручки крутить;
Дело в том что такое у...ще распугает большинство человеков, отбив даже самое минимальное желание даже пытаться. Поэтому - выкладывайте максимально симпатичное. Это кроме всего прчоего мотивирует людей попробовать покрутить ручки - "ого! интересно как делать такую красоту!"
>> Темы намеренно не выбирались самые-самые
> Это зря вы так. Дело в том что первое знакомство с программой
> основано на визуальной приятности глазу. А тут такое у...ще! Его захочется
> снести первым же делом. Несмотря на деловые качества.Эт всё понятно, но одной из целей проектов regular/starterkits остаётся показать не вылизанное в дистрибутивный вид (для этого есть дистрибутивы), а "как есть" -- то, что получится после установки пакетов из репозитория; нередко на вид это то, что получится после сборки руками из исходников.
Да, WM из коробки "серенький" и GNUstep -- тоже. Если кому хочется посмотреть тот же WM в красивом виде, для этого куда лучше подходит дистрибутив http://altlinux.org/antique -- а улучшать внешний вид лучше сразу в апстриме.
Смысл задумки прост: донести сколько выйдет и не расплескать, а не надорваться по дороге. Пусть люди посмотрят и если что понравится, но не подойдёт альт в качестве основы -- примерно то же самое увидят в других дистрибутивах или добавят к ним.
> Поэтому - выкладывайте максимально симпатичное.
Блондинистое или брюнетистое? В смысле фон светленький или тёмненький?..
В том-то и дело, что это не убунта с фабричной симпатичностью для всех. Это как девчушка, которую самому, своими руками надо открыть, как новый берег. И которая улыбнётся только для тебя.
Если кто пугается "немодельных" -- пусть.
> Блондинистое или брюнетистое? В смысле фон светленький или тёмненький?..от этот! http://osole.51t.ru/openbsd.jpg
или от этот! http://c.51t.ru/eat.jpg
бжже, скорость скачки -100кб/сек..
> бжже, скорость скачки -100кб/сек..Закиньте при желании трассу почтой, на той машинке tx в среднем около ста мегабит в секунду: http://fly.osdn.org.ua/mrtg/internal.html
traceroute ftp.linux.kiev.ua
traceroute to ftp.linux.kiev.ua (62.149.13.37), 30 hops max, 60 byte packets
2 gw.pppoe.spdop.ru (95.165.128.1) 1150.547 ms 1150.541 ms 1152.546 ms
3 10.254.246.61 (10.254.246.61) 1152.665 ms 1160.814 ms 1160.938 ms
4 ss-cr04-be12.51.msk.stream-internet.net (212.188.1.5) 1161.079 ms 1161.210 ms 1165.567 ms
5 m9-cr04-be9.77.msk.stream-internet.net (195.34.59.249) 1174.380 ms 1174.874 ms 1175.004 ms
6 pbd-cr01-be15.10.kiev.stream-internet.net (212.188.54.202) 1174.224 ms 886.553 ms 888.743 ms
7 212.188.41.154 (212.188.41.154) 888.836 ms 887.664 ms 887.759 ms
8 itsystems-gw.comstar-ua.net (212.40.44.22) 887.902 ms 888.030 ms 888.223 ms
9 ktulhu.colocall.net (62.149.8.67) 892.852 ms 892.992 ms 893.119 ms
10 ptero.osdn.org.ua (62.149.13.36) 893.258 ms 888.673 ms 889.855 ms
11 fly.osdn.org.ua (62.149.13.37) 889.879 ms 892.397 ms 1044.701 ms
> 1 192.168.1.1 (192.168.1.1) 0.479 ms 0.743 ms 0.876 msОй.
> 2 gw.pppoe.spdop.ru (95.165.128.1) 1150.547 ms 1150.541 ms 1152.546 ms
Ой-ой-ой.
> 8 itsystems-gw.comstar-ua.net (212.40.44.22) 887.902 ms 888.030 ms 888.223 ms
Не знаю, что у Вас с полосой пропускания, но с RTT совсем беда (я не сетевик, но насколько помню -- tcp window на задумчивых линках расти не спешит). Нормальным явлением нынче были бы несколько десятков, ну до сотни миллисекунд. Спросите провайдера, ну или могу на флэшку с ноутбука записать, если всё совсем плохо.
я тем более не сетевик :-) но тем не менее такую скорость скачки вижу только на вашем сервере, все остальное качается нормально
Ёё.., извинения, забыл прокси http://antizapret.prostovpn.org/proxy.pac выключить
> скачки вижу только на вашем сервере, все остальное качается нормальноТем не менее, у тебя проблемы на участке пров <-> твой роутер. Пинг в 1000 мс - злее чем диалап. Или роутер не справляется, или тощий PPP линк перегружен. Наиболее очевидное решение - резать скорости даунлоадов до ~80% тарифной, тогда при скачке будет комфортно браузить.
> Ёё.., извинения, забыл прокси http://antizapret.prostovpn.org/proxy.pac выключить
Трейсроут видел некие проблемы и без прокси.
//интересно, когда до роскомпозора дойдет заблочить этот URL?:)
>> скачки вижу только на вашем сервере, все остальное качается нормально
> Тем не менее, у тебя проблемы на участке пров <-> твой роутер.traceroute to yandex.ru (213.180.204.11), 30 hops max, 60 byte packets
1 192.168.1.1 (192.168.1.1) 0.521 ms 0.702 ms 1.094 ms
2 gw.pppoe.spdop.ru (95.165.128.1) 15.391 ms 17.241 ms 18.129 ms
3 10.254.246.61 (10.254.246.61) 23.323 ms 23.693 ms 27.721 ms
4 ss-cr04-be12.51.msk.stream-internet.net (212.188.1.5) 25.425 ms 30.001 ms 30.054 ms
5 a197-cr04-be5.77.msk.stream-internet.net (195.34.59.106) 32.376 ms 35.556 ms 36.528 ms
6 212.188.55.30 (212.188.55.30) 56.503 ms 18.099 ms 16.166 ms
7 a197-cr03-xe-0-0-0.3.msk.stream-internet.net (212.188.0.33) 16.224 ms 18.086 ms 20.516 ms
8 a197-cr03-xe-0-0-3.5.msk.stream-internet.net (212.188.54.185) 20.622 ms 22.937 ms 24.976 ms
9 * * *
10 * * *
11 * * *
12 m9-cr02-po6.msk.stream-internet.net (195.34.59.242) 16.098 ms 18.454 ms 18.587 ms
> //интересно, когда до роскомпозора дойдет заблочить этот URL?:)еще сделают, невелика проблема :-)
> Закиньте при желании трассу почтой, на той машинке tx в среднем около
> ста мегабит в секунду:Дяденька, освойте уже торренты и магнитные ссылки. И трассы вас перестанут волновать, литься будет оттуда откуда лучше льется. А ваше FTP-style мышление - настолько заржавелое и из 90-х...
> Дяденька, освойте уже торренты и магнитные ссылки.Накладные расходы для часто изменяющихся образов, которые укладываются в гигабит -- великоваты. А чуть более стационарные стартеркиты торрентом раздаются всё там же: http://torrent.altlinux.org
> И трассы вас перестанут волновать, литься будет оттуда откуда лучше льется.
Нетрудно догадаться, что трасса лишь подтвердила предположение.
> А ваше FTP-style мышление - настолько заржавелое и из 90-х...
Ну не всем же непременно двенадцать цилиндров до булочной за углом. :) Порой комфортней дедовским методом -- пешком.
Просто шикарно! Спасибо от фаната *STEP :-)
> Просто шикарно! Спасибо от фаната *STEP :-)На здоровье -- если решите помочь, с Вас соображения по комплектации, а то и участие в ней: http://forum.russ2.com/index.php?showtopic=3535
С компиляцией проблемы были?
> С компиляцией проблемы были?Насколько знаю, да -- лучше глянуть ченжлоги пакетов или спросить real@.
Такое секретарше, точно не поставишь! :(
> Такое секретарше, точно не поставишь! :(Разве что той забывчивой, поскольку средств автомонтирования дискеток и впрямь не предусмотрено...
Здесь же стоит предупредить и ещё об одной вещи: GNUstep -- не "лёгкая" среда в плане летания на первопнях, калькулятор (бишь общие библиотеки и ещё немного) в 64-битной версии съест ~30M. Другое дело, что развесистый Gorm к нему добавит ну ~40M.
И парадигма там совсем не виндовая. Например, мне как многолетнему пользователю WindowMaker пока непонятно, приживутся ли кусочки гнустепа на втором ноуте (поскольку они существенно навороченней именно по подходу, чем простой как двери WM). Но не исключено, что приживутся -- и с локализацией там нынче проблем особых не наблюдается, разве что собственно переводами можно апстриму помочь.
Спасибо! Только при установке значки кдешные ну как-то не в тему
> Спасибо! Только при установке значки кдешные ну как-то не в темуТам branding-altlinux-starterkits один на всех -- если в любой из сборок найдётся достаточно интереса, чтобы сделать на её базе дистрибутив сообщества, то можно и отдельные нарисовать. Это и является частью той полировки, насчёт которой отвечал User294.
А почему Alt Linux вместо Ubuntu?
> А почему Alt Linux вместо Ubuntu?Потому что ALT Linux для таких (и не только таких) штуковин подходит гораздо лучше, чем Ubuntu, а я не мазохист. Собственно, попробуйте сами -- может, и ответ сложится.
Михаил, поздравляю с пополнением в полку starterkits. Пора и мне подключаться в работу с пакетами. Жди письмо. Надеюсь, не забыл еще Диму. :-)
> Михаил, поздравляю с пополнением в полку starterkits. Пора и мне подключаться
> в работу с пакетами. Жди письмо. Надеюсь, не забыл еще Диму. :-)Милости просим :-)
Это вин. Надо больше лайвов с маргинальными окружениями!
> Это вин. Надо больше лайвов с маргинальными окружениями!Ну это довольно значительное из "маргинальных", причём в условиях опять очухавшегося было Apple некоторые применяют гнустепные наработки для портирования кода с Cocoa.
http://gnustep.org/information/aboutGNUstep.html
http://wiki.gnustep.org/index.php/Success_StoriesА если действительно надо больше -- можете конкретизировать хотелки? Один человек, например, предложил xmonad, но не добрался до преднастройки в хотя бы минимальную подсказку "что дальше" -- так и лежит в единственном экземпляре: http://ftp.linux.kiev.ua/pub/Linux/ALT/people/mike/iso/mkima...
Да это я риторически. Впрочем, если будет стоящая идея, напишу.
> Впрочем, если будет стоящая идея, напишу.Спасибо. Только просьба по возможности сверяться с http://packages.altlinux.org/ru -- а то предложите CDE, а я его даже на базе cderpm собрать с разбегу не смог (плюс там пока не выровняют /usr/dt -- в официальный репозиторий не пройдёт по FHS).
Да ладно, я раньше сам на windowmaker сидел.
