The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



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

Оглавление

Итоги полугода работы проекта Repology, анализирующего инфор..., opennews (ok), 15-Ноя-18, (0) [смотреть все]

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


19. "Итоги полугода работы проекта Repology, анализирующего инфор..."  +/
Сообщение от Ivan_83 (ok), 16-Ноя-18, 13:14 
Внезаптно фря живее многих линуксов.
Ответить | Правка | Наверх | Cообщить модератору

23. "Итоги полугода работы проекта Repology, анализирующего инфор..."  +/
Сообщение от Аноним (26), 16-Ноя-18, 14:19 
"Внезапно" только потому что линуксоиды дальше своего носа не видят и замалчивают всё что не стыкуется с их мировоззрением. А порты фри и пакетная инфраструктура над ними всегда были и есть на шаг впереди всего что доступно в линуксах.
Ответить | Правка | Наверх | Cообщить модератору

28. "Итоги полугода работы проекта Repology, анализирующего инфор..."  +/
Сообщение от Andrey Mitrofanov (?), 16-Ноя-18, 14:56 
> пакетная инфраструктура над ними всегда были и есть на шаг впереди
> всего что доступно в линуксах.

Да, потому что в ту сторону мало, кто ещё ходит.

И нет, потому что много кто ходит совсем в другие стороны -- у них фбсд не "впереди".

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

38. "Итоги полугода работы проекта Repology, анализирующего инфор..."  +/
Сообщение от Аноним (39), 17-Ноя-18, 06:14 
> "Внезапно" только потому что любители BSDM дальше своего носа не видят и замалчивают всё что не стыкуется с их мировоззрением. А AUR\PPA\порты Devuan и пакетная инфраструктура над ними всегда были и есть на шаг впереди всего что доступно в BSDM.

В эту игру могут играть двое.

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

41. "Итоги полугода работы проекта Repology, анализирующего инфор..."  +/
Сообщение от Анонн (?), 17-Ноя-18, 13:16 
> любители BSDM

Ваганович?
> А AUR\PPA и пакетная инфраструктура над ними

Сразу виден экспертизм и глубокие познания в теме.

> В эту игру могут играть двое.

Да, но пока нет.

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

43. "Итоги полугода работы проекта Repology, анализирующего инфор..."  –1 +/
Сообщение от Аноним (37), 18-Ноя-18, 01:13 
Да, но точно не с вами, потому что вы даже не понимаете что пишете :))
Ответить | Правка | К родителю #38 | Наверх | Cообщить модератору

46. "Итоги полугода работы проекта Repology, анализирующего инфор..."  –1 +/
Сообщение от пох (?), 19-Ноя-18, 18:09 
могут, но вы бы меньшее гуанецо для контекстной подмены выбрали.

Ну там, структура emerge и формат rpm - действительно не на шаг, а на эпоху-две впереди того ужаса 90го года разработки, слегка поулучшатого (но местами и попорченного) в 2010м идеями 99го.

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

48. "Итоги полугода работы проекта Repology, анализирующего инфор..."  –1 +/
Сообщение от Аноним (31), 19-Ноя-18, 20:44 
emerge - это утилита на питоне. Расскажите пожалуйста про её структуру, с чем вы её сравниваете, и что там на две эпохи революционного.
Формат rpm - всего лишь tgz с заголовком. Что вы тут углядели на две эпохи?
Ответить | Правка | Наверх | Cообщить модератору

45. "Итоги полугода работы проекта Repology, анализирующего инфор..."  +/
Сообщение от пох (?), 19-Ноя-18, 18:07 
да уж, flavors осилили полтора (?) года назад, куда там линуксам...

пакетная инфраструктура, где даже человек, допущенный к коммитам в ядро, не может объяснить, как завернуть в пакет уже имеющееся установленное нечто без необходимости старательно отлаживать ненужномеханизм его ненужнопересборки.

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

при всей моей нежной любви к freebsd как последнему выжившему юниксу, вы сейчас что-то абсолютно не из нашего мира ляпнули.

Есть почти работающий почти настоящий юникс, не изгаженный идеями всеещепочтиуженонемногонесовсем готовности для десктопа. Что уже охрененное достижение в эпоху огромных проектов и идиотов с коммитами в code of conduct, дорвавшихся до руля.

А то что в нем есть как-то собирающиеся какие-то сторонние пакеты - тоже, в общем, много лучше чем ничего, умеющее делать примерно - ничего, но этим все достижения и исчерпываются.

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

47. "Итоги полугода работы проекта Repology, анализирующего инфор..."  –1 +/
Сообщение от Аноним (31), 19-Ноя-18, 20:38 
> да уж, flavors осилили полтора (?) года назад, куда там линуксам...

Их осилили когда оно понадобилось для питона 2/3, не раньше и не позже. Других применений ему не было ни до не после.

> пакетная инфраструктура, где даже человек, допущенный к коммитам в ядро не может объяснить

А почему это должен объяснять коммиттер ядра? А коммиттер портов вам должен про тонкости UMA рассказывать?

> как завернуть в пакет уже имеющееся установленное нечто без необходимости старательно отлаживать ненужномеханизм его ненужнопересборки.

Сделать порт из 5 строчек PORTNAME, PORTVERSION, CATEGORIES, DISTFILES=#(пусто), NO_BUILD=yes и целью do-install где вы делаете что хотите. Потом touch pkg-descr, make makeplist > pkg-plist. Порт готов, даже отлаживать ничего не надо. Если хотите можете прогнать port test или poudriere. Про всё это написано в handbook, но куда вам читать.

> репо пакетов, которое делится на "обмазываться свеженьким" и "никому ненужное старье". Впрочем, второе тоже существует недавно, а раньше и такого не было

Так везде, если что. Поэтому в статистике Repology есть зелёная и красная колонки.

> при всей моей нежной любви к freebsd как последнему выжившему юниксу

Красивые слова, но вы понятия не имеете что такое юникс и какое отношение имеет к нему FreeBSD.

> вы сейчас что-то абсолютно не из нашего мира ляпнули.

Итого, по каждому пункту вы показали свою невежественность, так что задумайтесь хорошенько что вы сами ляпаете и из какого мира.

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

49. "Итоги полугода работы проекта Repology, анализирующего инфор..."  +/
Сообщение от пох (?), 19-Ноя-18, 21:21 
> Их осилили когда оно понадобилось для питона 2/3, не раньше и не позже.
> Других применений ему не было ни до не после.

ну да, ни разных версий того же php с миллионом модулей не было, ни до него перла, зато были прекраснейшие пакеты вида -without-x11 (а without какая-нибудь другая ненужность - не были, x11 священна) flavors ненужны, да, я вас понял. (а если вспомнить, сколько всего при этом поломали и как оно хреново чинилось, если вообще починилось- точно не)

> А почему это должен объяснять коммиттер ядра?

потому что в коммитеры ядра у нас попадают, наиболее простым путем, через порты, сюрприз. Ну может для сотрудников интела есть более прямой способ.

> А коммиттер портов вам должен про тонкости UMA рассказывать?

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

> Сделать порт из 5 строчек PORTNAME, PORTVERSION, CATEGORIES, DISTFILES=#(пусто),
> NO_BUILD=yes и целью do-install где вы делаете что хотите.

я ничего не хочу в ней делать. Как передать чудовищу список файлов, которые я хочу увидеть в пакете? Файлы - они уже вот, лежат, делать с ними ничего не надо. Могу make install (вручную или в этом do-install) с другим DESTDIR запустить, это, обычно, можно и недолго, в отличие от полной пересборки уже собранного (хотя в идеале и этого бы не хотелось, но NO_STAGE у нас давно предан анафеме и, полагаю, код, умеющий выковырять файлы прямо из дерева уже работающей системы, необратимо поломан). Обычная структура work/* от этого явно не образуется, надо еще какой-то магии.

> Про всё это написано в handbook, но куда вам читать.

ну значит люди с правом коммита тоже его не читают. Или написано было вчера. Или вы описали не ту процедуру, которая мне нужна.

> Красивые слова, но вы понятия не имеете что такое юникс и какое отношение
> имеет к нему FreeBSD.

у вас врет хрустальный шар. И нет, не надо мне историю at&t и то какое отношение к ее бывшей торговой марке имеет freebsd пересказывать, я ее знаю. Нормальные люди в отличие от вас называют юниксом нечто, к чему та марка не имеет прямого отношения.

> Итого, по каждому пункту вы показали свою невежественность

нет. это гордый читательхандбука из пальца что-то понавысасывал, и по каждому пункту показал гонор не по уровню знаний

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

52. "Итоги полугода работы проекта Repology, анализирующего инфор..."  +/
Сообщение от Аноним (31), 19-Ноя-18, 23:59 
> ну да, ни разных версий того же php с миллионом модулей не было, ни до него перла,

Perl никогда flavored не был и в этом не нуждался.

> потому что в коммитеры ядра у нас попадают, наиболее простым путем, через порты, сюрприз. Ну может для сотрудников интела есть более прямой способ.

Это ложь. В коммитеры ядра попадают через коммиты в ядро. Порты никак не связаны, коммит биты разные, один другой не подразумевает и не упрощает получение.

> вы путаете человека

Это вы путаете. Никак не связанные доступы и никак не связанные области деятельности. На самом деле просто не знаете.

> я ничего не хочу в ней делать. Как передать

Хотите передать, но ничего не делать? Суть do-install в раскладке файлов которые попадут в пакет в ${STAGEDIR}, так вот это и делайте, любым удобным вам способом. Хотите make запускайте, хотите cp их из системы доставайте, хотите по одному, хотите списком, хотите через ${INSTALL_*}, хотите через ${COPYTREE_*}. Других способов попасть в пакет у файлов нет и не должно быть. И work для этого не нужен.

> ну значит люди с правом коммита тоже его не читают.

Коммиттеры в ядро не обязаны его читать. А вы обязаны, коли понадобилось делать пакеты.

> Или написано было вчера. Или вы описали не ту процедуру, которая мне нужна.

Не вчера и ту. Вы ищете оправдания своей безграмотности.

> Нормальные люди в отличие от вас
> гонор не по уровню знаний

Чистая правда.

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

55. "Итоги полугода работы проекта Repology, анализирующего инфор..."  +/
Сообщение от пох (?), 20-Ноя-18, 12:38 
> Perl никогда flavored не был и в этом не нуждался.

сегодня потребности в колбасе нет. Попробуйте поставить два перла рядом, и собрать для них один и тот же модуль.

> Это ложь. В коммитеры ядра попадают через коммиты в ядро. Порты никак не связаны, коммит биты
> разные, один другой не подразумевает и не упрощает получение.

тем не менее, оба лично знакомых - начинали с портов, а их заслуги в патченьи ядра мне вообще неизвестны (личные, а не апрув чужих патчей, разумеется).
Возможно, вы о чем-то просто не в курсе?

повторяю, для непонятливых: предполагается, что человек, физически удостоенный счастья лично нажимать кнопку commit, и даже, за дальнейшую преданную службу, снабженный и вторым коммит-битом,  вероятно, должен знать значительно больше  меня о механизмах, которые при этом использует?
Однако, опаньки. Наверное, экземпляр неудачный.

> Хотите передать, но ничего не делать?

да. Вот так это делает незнакомая вам линуксная тулза:
%files -f /somethere/in/fs/filelist
нужно для приобретения этого знания читать сотни страниц гайдбуков, или как нибудь сами догадаетесь, заглянув в первый-попавшийся образец? Нужны какие-то дополнительные пояснения, что эта команда делает? Очевидно, тоже нет. Вот это - образец хорошей разработки. Кстати, 95го года и с тех пор почти не менявшейся, а порты переделаны на моей памяти трижды или больше до основанья а затем. (и нет, filelist это просто список файлов, можно с wildcards. Никакой магии.)

заметьте, даже после вашей инструкции - не знакомый с предметом ни о чем таком сам бы не догадался, не зная куда применить эти заклинания. Я примерно понял, что мне достаточно переопределить STAGEDIR, но это надо быть в курсе, что сие означает.

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

56. "Итоги полугода работы проекта Repology, анализирующего инфор..."  +/
Сообщение от Аноним (31), 20-Ноя-18, 19:03 
> сегодня потребности в колбасе нет. Попробуйте поставить два перла рядом, и собрать для них один и тот же модуль.

Мне и никому это не нужно. Перлы, в отличие от питона, сохраняют совместимость, поэтому держать вместе две версии бессмысленно.

> тем не менее, оба лично знакомых - начинали с портов

О, теперь их уже двое. Давайте имена, потому что я вам не верю.

> снабженный и вторым коммит-битом

О, теперь уже и второй коммит бит. Что, у обоих?

> вероятно, должен знать значительно больше  меня о механизмах, которые при этом использует?

Нет, не должен. Кто-то с коммит битом в порты полтора порта поддерживает. Прекращайте шланговать.

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

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

А так-то в портах вы также могли бы заглянуть в первый попавшийся порт с do-install. На зачем, да? Лучше спросить не имеющего к этому отношения человека, потратить его время, а потом ещё поныть как всё непонятно. Так что лично вам, повторяю, только читать porter's handbook от корки до корки.

> Кстати, 95го года и с тех пор почти не менявшейся, а порты переделаны на моей памяти трижды или больше до основанья а затем.

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

> (и нет, filelist это просто список файлов, можно с wildcards. Никакой магии.)

Я думаю вы можете просто заменить ваш files на ${INSTALL}. Да, тоже умеет wildcards.

> Я примерно понял, что мне достаточно переопределить STAGEDIR, но это надо быть в курсе, что сие означает.

Нет, вам не нужно переопределять STAGEDIR. Я чётко написал что нужно сделать - пять переменных и одна цель с пачкой INSTALL или эквивалентных команд, помещающих что вам нужно в STAGEDIR.

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

40. "Итоги полугода работы проекта Repology, анализирующего инфор..."  +1 +/
Сообщение от Аноним (40), 17-Ноя-18, 10:20 
И много ли этих самых живых фрей?
Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

42. "Итоги полугода работы проекта Repology, анализирующего инфор..."  +1 +/
Сообщение от Аноним (37), 17-Ноя-18, 16:02 
Не, спасибо, зоопарк себе оставьте. Нам одной вполне хватит. Может именно поэтому из зоопарка с одной фрёй очень немного кто может соперничать.
Ответить | Правка | Наверх | Cообщить модератору

50. "Итоги полугода работы проекта Repology, анализирующего инфор..."  +/
Сообщение от пох (?), 19-Ноя-18, 21:26 
> Не, спасибо, зоопарк себе оставьте. Нам одной вполне хватит.

точно, установите ее на один специальный компьютер и поместите в палату мер и весов, как эталонную ненужность. Там как раз место от килограмма сейчас освобождается.

> Может именно поэтому из зоопарка с одной фрёй очень немного кто может соперничать.

в ненужности-то? Да, пожалуй. Менее популярной из еще живых систем так сходу и не назовешь.
(qnx, наверное, все же уже неживая, а все прочие *bsd и вовсе были мертвенькими от рождения)

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

53. "Итоги полугода работы проекта Repology, анализирующего инфор..."  +/
Сообщение от Аноним (31), 20-Ноя-18, 00:01 
Ненужность не собирает сообщества которое несмотря на на порядки большую популярность конкурента уделывает его всухую по качеству пакетного репозитория.
Ответить | Правка | Наверх | Cообщить модератору

54. "Итоги полугода работы проекта Repology, анализирующего инфор..."  +/
Сообщение от пох (?), 20-Ноя-18, 07:23 
количество кое-как собранных и ни разу даже не тестированных (кроме факта "собирается") пакетов не делает качества, что бы нам там ни набредили маркс и энгельс. Даже циклические зависимости определяют строго по факту жалоб.

порты - история отдельная. Технология emerge значительно лучше продумана и сделана (но не самих ебилдов, там ад и п-ц гораздо худший). Правда, у них, конечно, перед глазами был яркий пример как не надо это делать.

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

57. "Итоги полугода работы проекта Repology, анализирующего инфор..."  +/
Сообщение от Аноним (31), 20-Ноя-18, 19:13 
> количество кое-как собранных и ни разу даже не тестированных

И вы сейчас же предъявите этому доказательства.

> Даже циклические зависимости определяют строго по факту жалоб.

Циклические зависимости появляются только от бездумного переключения опций, в конфигурации по умолчанию их мгновенно бы увидел poudriere. Что касается опций, то это вообще не проблема портов, которые просто отражают реальные настройки приложений, и наличие в них циклических зависимостей - объективный факт. Решить их можно только отобрав у пользователей соответствующие опции. Но отбирать возможности - это не FreeBSD'шный подход.

> порты - история отдельная. Технология emerge значительно лучше продумана и сделана

Опять голословное сотрясание воздуха.

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

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

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




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру