|
|
|
4.15, Аноним (-), 23:13, 02/04/2012 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
Что за крайности. Надо брать что-то в области среднего между тормознутостью и неповоростливостью Python/Java и скорострельностью с маневренностью Си/Fortran. Ну а вцелом, всегда меньшее потребление ресурсов софта - это лучшее решение.
//PS: придет время и скоро программисты не будут знать что такое о(х) и/или отвечать в ответ: "Зачем напрягаться если и так сойдет". - Извините, но я не с вами.
| |
|
5.18, vle (ok), 23:35, 02/04/2012 [^] [^^] [^^^] [ответить] [к модератору]
| +1 +/– |
> //PS: придет время и скоро программисты не будут знать что такое о(х)
> и/или отвечать в ответ: "Зачем напрягаться если и так сойдет". -
> Извините, но я не с вами.
Premature optimization is the root of all evil (C) D.Knuth
| |
|
6.46, Аноним (-), 08:32, 03/04/2012 [^] [^^] [^^^] [ответить] [↑] [к модератору]
| –1 +/– |
Слышал звон - но не знаешь где он. Привел цитату Кнута, но суть не понял. Столь значимые решения (уровня принятия алгоритма) принимаются еще на стадии проектирования. Не позорился бы лучше.
| |
|
|
|
3.8, YetAnotherOnanym (?), 20:52, 02/04/2012 [^] [^^] [^^^] [ответить] [↑] [к модератору]
| +1 +/– |
Да ладно, люди пошли по пути наименьшего сопротивления, что тут плохого? Может быть, со стороны зопа/джанго/фласк/что-то-там-ещё-на-питоне выглядело бы логичнее, но если в команде человек, который знает РоР, то почему бы и нет?
| |
|
2.4, Crazy Alex (??), 19:06, 02/04/2012 [^] [^^] [^^^] [ответить] [↓] [↑] [к модератору]
| +10 +/– |
Какая разница на чем писать (в смысле - сколько ресурсов сожрёт) управляющую логику если по сравнению с основной нагрузкой - собственно сборкой - это слёзы?
| |
|
3.105, Аноним (-), 13:36, 03/04/2012 [^] [^^] [^^^] [ответить] [к модератору]
| –1 +/– |
>Какая разница на чем писать (в смысле - сколько ресурсов сожрёт) управляющую логику если по сравнению с основной нагрузкой - собственно сборкой - это слёзы?
Разница в ресурсоемкости. Если на одной системе выполняется только одна задача - то сгодится. Однако, я считаю, что чем меньше потребляет софт - тем лучше, т.к. остется больше ресурсов для других задач, которым они могу потребоваться. А вы рассматриваете управляющую логику без рассмотрения того что ее среда выполнения может предъявлять к ней очень жесткие требования. Что ни говори, но python и ruby по этому требованию всегда неоптимальный выбор.
| |
|
4.115, arisu (ok), 14:03, 03/04/2012 [^] [^^] [^^^] [ответить] [↓] [к модератору]
| +3 +/– |
в данном случае ресурсы будет жрать gcc (который, кажется, разнесен на кучу нод). а на чём фронт-энд… да без разницы. вон, есть redmine, например, на руби. работает (знаю из первых рук, ибо активно используем). вопрос тут в том, на чём быстрее это написать. видимо, у людей было в наличии программистов на руби и питоне, потому на них написали. ну без разницы же.
p.s. гиториус, гитхаб. руби. ничего, работает, с десятками тысяч клиентов.
| |
|
|
6.124, Аноним (-), 14:35, 03/04/2012 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
>Вы же понимаете что если сейчас у системы предел КПД системы равен N то менее ресурсоемкая реализация будет увиличивать значение N.
Несколько неудачно сформулировал предложения, но логика, полагаю, ясна. Имело ввиду что менее ресурсоемкая реализация будет увиличивать порог КПД системы.
| |
6.129, vle (ok), 14:48, 03/04/2012 [^] [^^] [^^^] [ответить] [↓] [к модератору]
| +/– |
> PS: Не хочу даже представлять себе неюзабельность систем где вместо coreutils, autotools,
> (etc...) утилит написанных на Си будут утилиты написанные на Ruby/Java или
> Python, поскольку...
И этот человек берется судить о грасноглазии окружающих... Ох :-/
"Зарубите себе на носу, что вы должны молчать и слушать
молчать и слушать, что вам говорят! Учиться и стараться стать
хоть сколько-нибудь приемлемым членом социального общества."(C)
| |
6.131, Crazy Alex (ok), 15:03, 03/04/2012 [^] [^^] [^^^] [ответить] [↓] [↑] [к модератору]
| +1 +/– |
Да просто всё: если процесс занимает, скажем, 100000 секунд нет никакого смысла переписывать управлялку чтобы она вместо 10 секунд за весь цикл работала 0.1 - вообще ни в каком случае. Потому что разница в скорости будет на уровне флуктуаций скорости обращения к жесткому диску или чего-то подобного. Профита от этого не просто мало - его вообще нет. Также как нет (вообще нет!) смысла взвешивать в магазине мясо с точностью меньше номинала монеты - вам эта точность никакого практического выхода не даёт.
| |
|
7.140, Аноним (-), 17:19, 03/04/2012 [^] [^^] [^^^] [ответить] [к модератору]
| –2 +/– |
Очередной с посредственным отношением к делу. Если делать - то делать максимально хорошо, если нет - лучше не делать. Если ваша позиция отлична от моей - проходите мимо, т.к. результат вашего труда - результат довольно посредственный.
PS: Рекомендую не пользоваться товарами среднего качества ровно как и не относится к делу посредственно, т.к. всегда работает механизм обратной связи.
| |
|
6.132, Michael Shigorin (ok), 15:04, 03/04/2012 [^] [^^] [^^^] [ответить] [↓] [↑] [к модератору]
| +/– |
> Подобные рассуждения (уровня придомных лавочных бабушек) ни о чем не говорят.
> [...] autotools, etc...) утилит написанных на Си
Кхм. Сходите на https://www.ohloh.net/p/automake/analyses/latest и впредь полегче с бабушками, у них обычно слухи куда точней.
> Вы же понимаете что если сейчас у системы предел КПД системы равен N
> то менее ресурсоемкая реализация будет увиличивать значение N.
Улучшение на десятую долю процента бывает востребовано, но скорее в масштабном производстве.
Серьёзно, если считаете инструменты неоптимальными -- сделайте лучше. Или хотя бы покажите, что уже переписали более эффективно, сколько времени это заняло и сколько -- сэкономило. Ругать по площадям много ума да опыта не надо.
PS: s/только/скорее/
| |
6.155, arisu (ok), 14:13, 04/04/2012 [^] [^^] [^^^] [ответить] [↑] [к модератору]
| +/– |
ты почему-то считаешь, что время разработки учитывать не надо. если можно написать и отладить офигенно быструю систему за 1000 часов, или удовлетворительно работающую, но не самую быструю за 10 — выбор достаточно прост. также ты забыл про усилия по поддержке.
суть, в общем-то, проста: не надо писать идеальное, вполне достаточно работоспособного. на что я и пытался намекнуть, указывая в сторону гитхаба и гиториуса. усилия разработчика does matters. не человек для машины, а машина для человека.
| |
|
|
4.122, Michael Shigorin (ok), 14:21, 03/04/2012 [^] [^^] [^^^] [ответить] [↑] [к модератору]
| +/– |
> Что ни говори, но python и ruby по этому требованию всегда неоптимальный выбор.
Думаю, разработчики с радостью посмотрят на Вашу реализацию. Даже если это будет тоже бегающий каркас.
А по нагрузке в подобных случаях должно хватать одной, ну двух машин с фронтэндом на стойку-другую собиралок.
PS:
> что ее среда выполнения может предъявлять к ней очень жесткие требования
А может и не. :)
| |
|
5.125, ach (ok), 14:36, 03/04/2012 [^] [^^] [^^^] [ответить] [↓] [к модератору]
| +1 +/– |
>> Что ни говори, но python и ruby по этому требованию всегда неоптимальный выбор.
> Думаю, разработчики с радостью посмотрят на Вашу реализацию. Даже если это
> будет тоже бегающий каркас.
Этот "каркас", по Вашему выражению, успешно собрал грядущий релиз "РОСА" и ее установочные образы.
| |
|
6.134, Michael Shigorin (ok), 15:14, 03/04/2012 [^] [^^] [^^^] [ответить] [к модератору]
| –1 +/– |
> Этот "каркас", по Вашему выражению
Гм, а куда делся комментарий Вашего коллеги "Ктулху" и мой ответ на него (#55)?
---
>Пока что текущая версия ABF это каркас.
Анонс поправьте, пожалуйста.
---
Это его выражение; а слово "бегающий" взял из словосочетания "бегающий скелет", характеризующего уже заработавший прототип, который при этом ещё не является пригодным для штатной эксплуатации. Затем "инженерный образец" (который уже почти без напаянных проводков), затем "первые выпуски" и только после вытряхивания оставшейся пыли -- real production.
Не обижайтесь -- мои пресловутые сборки в hasher из centos и до бегающего скелета ещё не доросли, например :)
| |
|
7.137, ach (ok), 15:30, 03/04/2012 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
>> Этот "каркас", по Вашему выражению
> Гм, а куда делся комментарий Вашего коллеги "Ктулху" и мой ответ на
> него (#55)?
А я почем знаю? И почему коллеги? Может это был человек, попавший в число тех, кто тестировал ABF на первом этапе.
| |
|
|
|
6.158, arisu (ok), 14:25, 04/04/2012 [^] [^^] [^^^] [ответить] [↑] [к модератору]
| +/– |
> Посредственное отношение к своему делу — это прямое неувежение себя любимого. Если
> уж делать — то делать нужно достойно.
(задумчиво) лет эдак семь назад я начал писать Самый Лучший 3д-движок. так вот: работоспособной версии нет до сих пор. зато переписывал с нуля я его раза четыре как минимум. может, когда-нибудь я его и закончу. такая история.
и, в принципе, ты прав: нет ничего почти хуже, чем работать в одной команде с перфекционистом. это заведомо проигрышное начинание: результата не будет никакого.
| |
|
7.159, Eugeni Dodonov (ok), 18:39, 04/04/2012 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
> (задумчиво) лет эдак семь назад я начал писать Самый Лучший 3д-движок. так
> вот: работоспособной версии нет до сих пор. зато переписывал с нуля
> я его раза четыре как минимум. может, когда-нибудь я его и
> закончу. такая история.
Чем то мне это неуловимо напоминает историю Duke Nukem Forever... :)
| |
|
|
|
|
|
|
1.9, I am (??), 21:21, 02/04/2012 [ответить] [﹢﹢﹢] [ · · · ] [↓] [↑] [к модератору]
| +/– |
А как там с зависимостями? К примеру, приехала новая либа , которая run time dependencies у десятка и более пакетов? Эти пакеты надо руками ребилдить или интеллект этой штуки сам поймет, что надо сделать?
| |
|
|
|
|
5.17, aen (??), 23:31, 02/04/2012 [^] [^^] [^^^] [ответить] [к модератору]
| +1 +/– |
> Уже любые клоны RedHat, не только "мандрива во всех ее проявлениях". Можно
> и сузю и т.д.
> Как пишутся билд-клиенты для других платформ - мы с Вами на госбуке
> долго обсуждали.
> Липатов лично видел какие ;)
Можно ведь просто показать логи полной сборки какого-либо клона RH или SuSE, правда? И все встанет на свои места. И я признаю, что вы сделали больше, чем написано в ваших пресс-релизах и чем видно через ваш веб-интерфейс.
| |
5.21, vle (ok), 23:48, 02/04/2012 [^] [^^] [^^^] [ответить] [↓] [к модератору]
| +1 +/– |
> Спасибо за добрые пожелания, однако мы не лжем.
"Мы" - это, пардон, кто?
http://www.opennet.dev/~%EB%D4%D5%CC%C8%D5
> Вы человек публичный, любое ваше слово более значимо, чем
> слова анонимусов с тырнета
Лично я не усмотрел разницы между анонимусом с тырнета и "ктулху" (см. ссылку)?
Я не провокатор, честное слово, простое любопытство.
| |
|
6.25, Ктулху (?), 00:06, 03/04/2012 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
>Лично я не усмотрел разницы между анонимусом с тырнета и "ктулху" (см. ссылку)?
Какая разница, кто я. Речь шла о вас и ваших словах. Предлагаю для вас распарсить это иначе:
Я - анонимус тут, а вы нет, потому и указал на эту разницу, что ваши слова - весомее и попросил Вас быть более осторожным в публичных высказываниях, не имея доказательств. Провокатор Вы или нет - не мне решать :)
| |
|
7.101, arisu (ok), 13:27, 03/04/2012 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
если некто (в данном случае) составляет мнение на основе чтения высказываний, а не при помощи своего мозга и ощупывания системы… ну, право, это не ЦА.
| |
|
|
|
6.31, Ктулху (?), 00:39, 03/04/2012 [^] [^^] [^^^] [ответить] [↓] [к модератору]
| +/– |
> Возвращаясь к автоматической пересборке. Тестовые пересборки у нас проходит регулярно
> на Сизифе и бранчах, вот их сокращенные логи: http://lists.altlinux.org/pipermail/sisyphus-cybertalk/
> . Они служат для контроля.
А я всегда говорил, что массребилду может быть успешно подвергнут только Альт. Все 100% остальных пакетных линуксов эту процедуру не пройдут т.к. "их" сборочные среды иттерационные, (и перехваленый OBS в том числе) - в релизной репе болтаются пакеты которые были собраны "вчера" на пакетах которых "сегодня" уже нет, и все - приплыли.
Теперь и для РОСЫ это требование тоже выполнено и уже на стадии девел-ветки без порождения кучи бранчей для тестов. Разные подходы. Что вовсе не мешает делать и бранчи и форки на девел-стадии.
| |
|
7.32, aen (??), 00:42, 03/04/2012 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
> Теперь и для РОСЫ это требование тоже выполнено и уже на стадии
> девел-ветки без порождения кучи бранчей для тестов. Разные подходы. Что вовсе
> не мешает делать и бранчи и форки на девел-стадии.
Отлично!
| |
7.33, aen (??), 00:47, 03/04/2012 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
> Все 100% остальных пакетных линуксов эту процедуру не пройдут т.к. "их"
> сборочные среды иттерационные, (и перехваленый OBS в том числе) - в
> релизной репе болтаются пакеты которые были собраны "вчера" на пакетах которых
> "сегодня" уже нет, и все - приплыли.
Вот потому особенно интересна реализация клиентов для этих линуксов в ABF. Если сделали, то покажите результат. А если пока не все работает, то подождем.
| |
|
|
7.38, aen (??), 01:10, 03/04/2012 [^] [^^] [^^^] [ответить] [↓] [к модератору]
| +1 +/– |
> Я понимаю, Вы-то к сизифу привыкли. Там массребилды - норма и требования.
> А вы попробуйте причесать любой *другой* пакетный Линукс? Там же годами
> бардак на сборке! Представляете какой адовый объем работ нужно провести для
> реп мандривы/феди/сузи, чтобы вот так просто их репы левой ногой ребилднулись
> сами на себе за 1 раз? А все потому что OBS/Koji
> позволяет изначально делать бардак. (к хешеру это не относиться - повторю,
> вы былм первые и единственные до нас)
Спасибо на добром слове. Надо все же встречаться. Конкуренция конкуренцией, но вражда ни к чему.
| |
7.106, arisu (ok), 13:38, 03/04/2012 [^] [^^] [^^^] [ответить] [↑] [к модератору]
| +/– |
можно вопрос? вот я Slackware пересобираю без труда и геморроя. хотелось бы узнать, где именно в слаке «бардак при сборке».
| |
|
|
5.24, aen (??), 00:06, 03/04/2012 [^] [^^] [^^^] [ответить] [↑] [к модератору]
| +1 +/– |
Вы вообще сделали немало, это отражено в сообщении, отражено корректно. Зачем нужно забегать вперед? Зачем нужно без всяких обоснований рассказывать о преимуществах в сравнении нашей системой сборки при том, что тут Вас никто за язык не тянул, не провоцировал? Вы программист или пиарщик? Наверное, не пиарщик, они действуют тоньше.
Приглашаю Вас и вашу команду в Обнинск в июле, там можно будет обсудить разработки профессионально, сравнить их, сравнить направления развития. Это будет всем полезно.
| |
|
|
7.29, aen (??), 00:35, 03/04/2012 [^] [^^] [^^^] [ответить] [↓] [к модератору]
| +/– |
> Еще раз - вы приписываете ложь, там где ее нет. АБФ имеет
> уже сборочные клиенты для RH-клонов. Зачемы Вы упорно говорите не правду?
> Зачем?
Еще раз.
1. Я не увидел этого в вашем пресс-релизе и прошу лог полной сборки клона RH и SuSE в ABF. Достаточно ссылки.
2. Клиента RH в исходниках ABF я видел, результаты его работы -- нет.
3. Я нигде не лгал, перестаньте нагнетать.
| |
|
6.28, Ктулху (?), 00:31, 03/04/2012 [^] [^^] [^^^] [ответить] [↑] [к модератору]
| +/– |
>Приглашаю Вас и вашу команду в Обнинск в июле, там можно будет обсудить разработки профессионально, сравнить их, сравнить направления развития. Это будет всем полезно.
Спасибо Вам за приглашение!
А что там за мероприятие будет?
| |
|
7.30, aen (??), 00:37, 03/04/2012 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
>>Приглашаю Вас и вашу команду в Обнинск в июле, там можно будет обсудить разработки профессионально, сравнить их, сравнить направления развития. Это будет всем полезно.
> Спасибо Вам за приглашение!
> А что там за мероприятие будет?
Конференция разработчиков СПО, уже девятая. Рубанов постоянный ее участник. Доклады о бизнесе запрещены. :-) Объявим в течение недели.
| |
7.65, Michael Shigorin (ok), 11:37, 03/04/2012 [^] [^^] [^^^] [ответить] [к модератору]
| –1 +/– |
> А что там за мероприятие будет?
Мероприятие обычно толковое, см. тж. http://ftp.linux.kiev.ua/pub/conference/peers/protva/ -- и впрямь Володю расспросите, он в бытность в ИСП делал там всё более интересные доклады.
PS: интересно, кто-то из ваших бывал на LinuxFest примерно в тех же местах и в то же время? Что характерно, иные вопросы на пеньках с чайком куда легче утряхиваются, в том числе и междистрибутивные раздоры (старожилы помнят, как однажды прорвало беднягу tren@).
PPS: главное во встречах живьём -- возможность видеть не только ники и буковки, а людей и глаза. Ну и "ты руками покажи" тоже удобней реализуется. :)
| |
|
|
|
|
3.20, vle (ok), 23:42, 02/04/2012 [^] [^^] [^^^] [ответить] [↓] [↑] [к модератору]
| +/– |
> Не путать с функционалом коринфа, там невозможно собирать системообразущие
> пакеты.
Виталий Липатов мне сказал этой зимой на lvee-winter-2012,
что никаких ТЕХНИЧЕСКИХ проблем со сборкой системообразующих пакетов
вроде glibc в Коринфе нет. Они всего лишь не рекомендуют _использовать_
варианты glibc, собранные не известно кем не известно как. Если я что-то
неправильно понял, его можно позвать, пусть разъяснит сам.
| |
|
4.26, Ктулху (?), 00:09, 03/04/2012 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
>Виталий Липатов мне сказал этой зимой на lvee-winter-2012, что никаких ТЕХНИЧЕСКИХ проблем со сборкой системообразующих пакетов
Проблем то может и нет, только пока еще никто не собрал и не собирался Федору с помошью коринфа и хешера. К чему бы это? Никому не нужно было, да?
ну и это -
http://freesource.info/wiki/Korinf
"Сборка пакетов, не являющихся системообразующими (неправильно применять Коринф для сборки glibc или rpm для разных систем)."
я за язык не тянул - "они" сами написали.
| |
|
5.51, Michael Shigorin (ok), 10:43, 03/04/2012 [^] [^^] [^^^] [ответить] [к модератору]
| –1 +/– |
>>Виталий Липатов мне сказал этой зимой на lvee-winter-2012, что никаких
>>ТЕХНИЧЕСКИХ проблем со сборкой системообразующих пакетов
> Проблем то может и нет, только пока еще никто не собрал и
> не собирался Федору с помошью коринфа и хешера.
> К чему бы это? Никому не нужно было, да?
Федору нет, а простые пакеты для CentOS уже собирались: http://www.altlinux.org/Hasher/CentOS
> ну и это - http://freesource.info/wiki/Korinf
> "Сборка пакетов, не являющихся системообразующими (неправильно применять Коринф
> для сборки glibc или rpm для разных систем)."
Дяденьки, нет никаких ТЕХНИЧЕСКИХ проблем ехать навстречу потоку, но это неправильно.
| |
|
6.88, Ктулху (?), 12:47, 03/04/2012 [^] [^^] [^^^] [ответить] [↓] [к модератору]
| +/– |
>>>Виталий Липатов мне сказал этой зимой на lvee-winter-2012, что никаких
>>>ТЕХНИЧЕСКИХ проблем со сборкой системообразующих пакетов
>> Проблем то может и нет, только пока еще никто не собрал и
>> не собирался Федору с помошью коринфа и хешера.
>> К чему бы это? Никому не нужно было, да?
> Федору нет, а простые пакеты для CentOS уже собирались: http://www.altlinux.org/Hasher/CentOS
простые пакеты это какие? :))
ваши аргументы возвращаю вам - вот как будут логи сборки федоры/центоса - тогда и обсудим что умеет коринф. А пока он ничего не умеет кроме сборки "простых пакетов".
| |
6.95, vle (ok), 13:01, 03/04/2012 [^] [^^] [^^^] [ответить] [↑] [к модератору]
| +/– |
> Дяденьки, нет никаких ТЕХНИЧЕСКИХ проблем ехать навстречу потоку, но это неправильно.
Я что-то не пойму, так можно собрать Конинфом glibc или нельзя?
Что вы называете "системообразующими пакетами"
и где эта грань -- отдельный вопрос.
| |
|
|
|
|
4.62, ach (ok), 11:21, 03/04/2012 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
>> В АБФ можете с нуля собрать именно целый дистр (rpm & deb-based)
> А ну-ка соберите мне минимальные чруты из сузи и дебиана, господин соврамши.
Если Вы обвиняете кого-то во вранье, то для этого нужны доказательства. Так что Вы должны признать, что или Вы чрезмерно усердны в поиске этого "вранья", или сами подготовить сборочный клиент для описанных дистрибутивов и поймать на том, что chroot не соберется. Не говоря уже о том, что видимо вежливости Вас никто не учил.
| |
|
|
|
7.89, Michael Shigorin (ok), 12:49, 03/04/2012 [^] [^^] [^^^] [ответить] [к модератору]
| –1 +/– |
> Просто все это хорошо ложится на Ваше же "увлечение" теориями заговора.
> Люди, которые ими увлекаются рано или поздно приобретают сходные черты
Почему-то думаю, что Вам и aen@ это ещё предстоит. :) Только тоже не "увлечение", а чисто научное применение того и в том объёме, что и в котором работает.
| |
|
|
|
|
|
|
1.37, Аноним (-), 01:10, 03/04/2012 [ответить] [﹢﹢﹢] [ · · · ] [↓] [↑] [к модератору]
| +/– |
Всегда удивляли такие штуки - рассчёт зависимостей и автоматическая сборка только нужных пакетов выставляется как фича. Тогда как нормальные люди пошли по правильному пути - от source-based системы сборки которая всё это умеет из коробки.
| |
|
2.41, Eugeni Dodonov (ok), 02:01, 03/04/2012 [^] [^^] [^^^] [ответить] [к модератору]
| +4 +/– |
Что-то я не уловил зависимости. В source-based системе тоже нужно учитывать зависимости и последовательность сборки. Как без этого собрать ту же mesa, которой нужен libdrm, которому нужен pixman, причем всем нужен glibc, gcc, python и limbpc (и так дальше по сборочной цепочке) например?
| |
2.45, ach (ok), 07:52, 03/04/2012 [^] [^^] [^^^] [ответить] [к модератору]
| +1 +/– |
> Всегда удивляли такие штуки - рассчёт зависимостей и автоматическая сборка только нужных
> пакетов выставляется как фича. Тогда как нормальные люди пошли по правильному
> пути - от source-based системы сборки которая всё это умеет из
> коробки.
А зачем в Gentoo revdep-rebuild есть не напомните?
| |
2.79, Michael Shigorin (ok), 12:18, 03/04/2012 [^] [^^] [^^^] [ответить] [к модератору]
| –2 +/– |
> Тогда как нормальные люди пошли по правильному пути - от source-based системы сборки
...которая практически в принципе несовместима с воспроизводимостью этой самой сборки: ушла или пришла зависимость (или тест в configure) где-то там дальше по графу -- и вот уже совсем другой результат через месяц получился.
При отсутствии автоматического или максимально автоматизированного вычисления установочных и сборочных зависимостей не получится честная сборка в населённом только необходимым и достаточным чруте, а без сборки в чруте с воспроизводимостью очень сложно: шаг в сторону и приплыли.
Так что это просто разные критерии нормальности. Точнее, задачи разные.
| |
|
3.87, vle (ok), 12:45, 03/04/2012 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
>> Тогда как нормальные люди пошли по правильному пути - от source-based системы сборки
> ...которая практически в принципе несовместима с воспроизводимостью этой самой сборки:
Дорогой, Миша Шигорин, я тебя очень прошу, прекрати нести бред
о вещах, в которых ты не разбираешься.
Воспроизводима сборка пакета или нет зависит от тысяч причин,
но только не от того, к какому типу пакетных систем относят ту или иную.
Source-based ее _назвали_ или нет не имеет ни малейшего значения.
| |
|
4.99, Michael Shigorin (ok), 13:22, 03/04/2012 [^] [^^] [^^^] [ответить] [к модератору]
| –1 +/– |
> прекрати нести бред
Лёш, подумай о составе сборочной среды, как он образуется, что на этот процесс влияет. Сам понимаешь, это львиная доля обеспечения воспроизводимости.
> Воспроизводима сборка пакета или нет зависит от тысяч причин
Естественно. И в т.ч. от того, почему и как происходят изменения.
> но только не от того, к какому типу пакетных систем относят ту или иную.
Я тебе верю, что в принципе из досок на гвоздях можно построить двадцатиэтажку. Но ты руками покажи и заодно объясни, почему всё-таки обычно этого не делают.
PS: и завязывай уже с этакими выбросами -- "бред и точка". Сказал "а", говори "б", интересно же послушать умного и грамотного человека с глазооткрывателем. Может, и впрямь упустил чего (хотя мне та же тематика более интересна в применении к образам, чем к пакетам).
| |
|
5.104, vle (ok), 13:35, 03/04/2012 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
>> прекрати нести бред
> Лёш, подумай о составе сборочной среды, как он образуется, что на этот
> процесс влияет. Сам понимаешь, это львиная доля обеспечения воспроизводимости.
Не надо меня лечить, дохтур
>> но только не от того, к какому типу пакетных систем относят ту или иную.
> Я тебе верю, что в принципе из досок на гвоздях можно построить
> двадцатиэтажку. Но ты руками покажи и заодно объясни, почему всё-таки
> обычно этого не делают.
Завязывай эти свои понты "из досок и гвоздей". Ни о досках ни о гвоздях
ты не имеешь ни малейшего представления.
> PS: и завязывай уже с этакими выбросами -- "бред и точка".
> Сказал "а", говори "б", интересно же послушать умного и грамотного человека
> с глазооткрывателем. Может, и впрямь упустил чего (хотя мне та
> же тематика более интересна в применении к образам, чем к пакетам).
Для того, что открывать глаза упертому верующему, убежденному
в своей святости, надо оценить
уровень его знаний о гвоздях и досках.
Судя по тому, что я вижу о "Source-based системах"
ты не знаешь ровно ничего.
| |
|
6.121, Michael Shigorin (ok), 14:18, 03/04/2012 [^] [^^] [^^^] [ответить] [к модератору]
| –1 +/– |
> Судя по тому, что я вижу о "Source-based системах" ты не знаешь ровно ничего.
Вообще-то знаю, но тебе и впрямь проще считать, что ничего: потому и попросил рассказать.
Только не забудь про воспроизводимость, мы ведь именно о ней говорили.
| |
|
7.126, vle (ok), 14:43, 03/04/2012 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
>> Судя по тому, что я вижу о "Source-based системах" ты не знаешь ровно ничего.
> Вообще-то знаю, но тебе и впрямь проще считать, что ничего
В таком случае начнем со списка вопросов.
| |
|
|
|
|
|
|
1.42, sasa (??), 02:10, 03/04/2012 [ответить] [﹢﹢﹢] [ · · · ] [↓] [↑] [к модератору]
| +/– |
> распределенной среды непрерывной разработки дистрибутивов
Торвальдс разработал Linux и Git - один человек сделал больше чем все вместе взятые российские "разработчики" "независимых" дистрибутивов СПО. Кому нафик нужен весь этот шоу-бизнес..
| |
|
2.44, ach (ok), 07:51, 03/04/2012 [^] [^^] [^^^] [ответить] [к модератору]
| +3 +/– |
> Торвальдс разработал Linux и Git - один человек сделал больше чем все
> вместе взятые российские "разработчики" "независимых" дистрибутивов СПО. Кому нафик нужен
> весь этот шоу-бизнес..
Абсолютно согласен. Зачем вообще нужны %distroname, если Торвальдс разработал Linux и Git?
| |
|
3.50, sasa (??), 10:34, 03/04/2012 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
> Зачем вообще нужны %distroname, если Торвальдс разработал Linux и Git?
http://www.rosalab.ru/blogs/kommentariy-po-npp-ot-rd-zao-rosa
> В двух словах, для нас этот проект является крайне серьезным challenge и, как мы
> надеемся, позволит нам обогатить мир СПО рядом собственных разработок.
http://www.rosalab.ru/blogs/klook
> KLook - гениальность в простоте
> пользователи операционных систем MacOS X здесь не будут удивлены — действительно, наша
> утилита является аналогом QuickLook
"Я джва года ждал эту фичу" - действительно, зачем нужны GNU и Linux, а тем временем в Linux до сих пор нет современной ФС готовой к использованию.
| |
|
4.52, r0g3r (??), 10:43, 03/04/2012 [^] [^^] [^^^] [ответить] [↓] [к модератору]
| +1 +/– |
>а тем временем в Linux до сих пор нет современной ФС готовой к использованию.
А можно вопрос. что вы подразумеваете под "современной ФС готовой к использованию"? В каких условиях? Для каких задач? Под какую нагрузку?
| |
|
|
6.60, ach (ok), 11:19, 03/04/2012 [^] [^^] [^^^] [ответить] [↓] [к модератору]
| +1 +/– |
>> А можно вопрос. что вы подразумеваете под "современной ФС готовой к использованию"? В
>> каких условиях? Для каких задач? Под какую нагрузку?
> Может хватит чайником прикидываться ?
> https://btrfs.wiki.kernel.org/
> или вы не прикидываетесь ?
А что Вам в ext4 не хватает?
| |
6.74, r0g3r (ok), 12:12, 03/04/2012 [^] [^^] [^^^] [ответить] [↑] [к модератору]
| +/– |
> Может хватит чайником прикидываться ?
> https://btrfs.wiki.kernel.org/
> или вы не прикидываетесь ?
Простите, я похож на телепата? Когда мне кто-то заявляет "мне не хватает X, и вообще я хочу Z и Y", мне всегда интересно, какие условия нужны, чтобы человеку не хватало
чего-либо. Это естественный интерес.
| |
6.111, arisu (ok), 13:53, 03/04/2012 [^] [^^] [^^^] [ответить] [к модератору]
| +1 +/– |
может, хватит хунту писать? есть jfs. есть райзер. есть ext. есть xfs. все они вполне себе не просто «готовы к использованию», а именно используются. а твои претензии — это «нет fs, которой мне хочется, ыыыыы!»
| |
|
|
4.66, Michael Shigorin (ok), 11:40, 03/04/2012 [^] [^^] [^^^] [ответить] [↑] [к модератору]
| +/– |
> а тем временем в Linux до сих пор нет современной ФС готовой к использованию.
Ух ты, а что ж это за использование такое сердитое? У меня целых две с половиной в работе (xfs и ext4/3), в резерве стоит ещё одна (jfs). Или Вы про эмбедщину?
| |
|
|
|
|
2.103, ach (ok), 13:30, 03/04/2012 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
> (задумчиво) а Slackware поддерживается? как оно со слакбилдами работает?
Клиент сборочный нужен под конкретный дистрибутив.
| |
|
3.113, arisu (ok), 14:00, 03/04/2012 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
>> (задумчиво) а Slackware поддерживается? как оно со слакбилдами работает?
> Клиент сборочный нужен под конкретный дистрибутив.
я конкретно тупое и не умею искать. есть ли прямая ссылка на тутор по созданию таких вещей? обещать, конечно, ничего не обещаю, но вдруг да и напишу?
p.s. и тестовый сервер, да. потому что разворачивать у себя я не готов.
| |
|
4.117, ach (ok), 14:06, 03/04/2012 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
>>> (задумчиво) а Slackware поддерживается? как оно со слакбилдами работает?
>> Клиент сборочный нужен под конкретный дистрибутив.
> я конкретно тупое и не умею искать. есть ли прямая ссылка на
> тутор по созданию таких вещей? обещать, конечно, ничего не обещаю, но
> вдруг да и напишу?
wiki малоинформативна для этого - http://tinyurl.com/cv3z325 . Писалась статья тогда, когда исходников еще не было. Сейчас лучше посмотреть в исходники, вдруг там есть шаблон клиента (я не смотрел, не знаю). Дальше лучше подписаться на abf-users@rosalab.ru и общаться с разработчиками. И можно учетку завести и тестить непосредственно на ABF.
| |
|
5.128, Michael Shigorin (ok), 14:48, 03/04/2012 [^] [^^] [^^^] [ответить] [к модератору]
| –1 +/– |
> Сейчас лучше посмотреть в исходники
Не в обиду, но если бы вы сами воспользовались таким советом, а не из политики выросли -- то помогали бы пилить альт... :)
А если взялись делать проект, то (без подковырок!) не отсылайте людей в исходники вместо документации: нет ничего вернее, но и желания лишний раз вычитывать реализацию и угадывать по ней намерение тоже нет.
---
Страничка по ссылке пестрит ошибками самого разного плана -- от грамматических до концептуальных; похоже, писали впопыхах. Если интересует список багов -- попросите писавших сперва просмотреть и поправить те, которые им и так заметны.
Сильно позабавили "темы оформления" в списке примеров из определения проекта и вот эта коронная фраза: "При сборки проекта необходимо пересобрать все пакеты, которые были собраны на нем ранее. Это необходимо для удовлетворения зависимостей, в случае изменения в библиотеках. Если этого не делать, то программы, собранные на старой версии библиотек, могут не работать либо работать неправильно" (особенно на фоне термина "back build dependence", обличающего NIH и незнание что существующей терминологии, что английского).
Ну и про собственно сборочный клиент -- надеюсь, у вас хотя бы код пишут лучше, чем документацию к нему: "Собрать проект и выложить в контейнер обновив мета-дату" -- это не описание на таком уровне детализации. Либо же недостаёт отдельно описанной софтины с указанием, что входит в "собрать проект" (хотя бы для уже реализованных случаев).
PS: только не принимайте близко к сердцу, я всё-таки надеюсь, что пригодится для исправления ошибок и делания выводов. Уровень ужасает, конечно. Надо выправлять.
| |
|
6.130, ach (ok), 14:50, 03/04/2012 [^] [^^] [^^^] [ответить] [↓] [к модератору]
| +/– |
> А если взялись делать проект, то (без подковырок!) не отсылайте людей в
> исходники вместо документации: нет ничего вернее, но и желания лишний раз
> вычитывать реализацию и угадывать по ней намерение тоже нет.
По шаблону лучше общаться с разработчиками, что я и написал. А arisu, судя по комментам, все-таки разработчик, так что его не испугают исходники.
| |
|
7.153, arisu (ok), 14:02, 04/04/2012 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
в общем-то да, разработчик. и вполне знаю, что написание внятной документации — это труд чуть ли не сложнее, чем разработка системы. конечно, при наличии пошаговых инструкций предпочту именно их, но коль нет… да и ладно. код ядра читали — не померли, авось и от ABF дуба не врежем.
| |
|
6.154, arisu (ok), 14:05, 04/04/2012 [^] [^^] [^^^] [ответить] [↑] [к модератору]
| +/– |
это, конечно, замечания по делу. но немного не по теме: человек, в общем-то, отвечал на конкретный вопрос конкретному пользователю. как «руководство для всех» — не катит, конечно, но как ответ именно мне — вполне.
| |
|
|
|
|
|
|