The OpenNET Project / Index page

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



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

"Итоги полугода работы проекта Repology, анализирующего инфор..."  +/
Сообщение от opennews (ok), 15-Ноя-18, 23:14 
Прошли очередные полгода и проект Repology (https://repology.org/), в рамках которого регулярно собирается и сравнивается информация о версиях пакетов во множестве репозиториев, публикует очередной отчёт.


-    Число поддерживаемых репозиториев достигло 205. Добавлена поддержка Linux дистрибутивов Adélie Linux, Exherbo, PLD Linux, Scientific Linux, Slackware (ранее поддерживались только SlackBuilds), SliTaz (отдельное спасибо Алексею Бобылёву за работу со стороны дистрибутива), Whonix; репозиториев OpenPKG, Termux (Linux окрущение для Android), AIX Open Source Packages, Buckaroo (пакетный менеджер для C/C++), HP-UX, PackMan и ReactOS. Улучшена поддержка многих репозиториев.-    Работа над кодовой базой проекта за прошедшие полгода была сфокусирована на рефакторинге и оптимизациях, значительных нововведений добавлено не было.


Общая статистика:

-    205 репозиторев-    168 тысяч проектов (+32 тысячи за полгода)-    1,9 миллионов отдельных пакетов (+200 тысяч)-    29 тысяч мантейнеров (+4 тысячи)-    145 тысяч зафиксированных релизов за последние полгода-    29% проектов выпустили за прошедшие полгода как минимум одну новую версию

Топ репозиториев (https://repology.org/repositories/statistics/total) по общему количеству пакетов:

-    AUR (44195)-    nix (42194) (за полгода вышел на второе место)-    Debian и производные (32098) (лидирует Raspbian)-    FreeBSD (27836)-    Fedora (21793)


Топ репозиториев по количеству неуникальных пакетов (т.е. пакетов, присутствующих также в других дистрибутивах):

-    nix (24093) (за полгода вышел на первое место)-    Debian и производные (23478) (лидирует Deepin)-    FreeBSD (21699)-    Fedora (18458)-    Rosa (15405) (за полгода обогнала AUR и Gentoo)

Топ репозиториев (https://repology.org/repositories/statistics/newest) по количеству свежих пакетов:

-    nix (20261) (за полгода вышел на первое место)-    FreeBSD (16455)-    Debian и производные (15660) (лидирует Raspbian)-    Fedora (13678)-    AUR (10830)

Топ репозиториев (https://repology.org/repositories/statistics/pnewest) по процентному соотношению свежих пакетов (только для репозиториев с 1000 и более пакетов и не считая upstream коллекций модулей типа CPAN, Hackage, PyPi):

-    Ravenports (98.48%)-    Arch и производные (88.46%)-    Adélie (87.31%)-    nix (85.11%)-    KaOS (82.31%)

URL: https://repology.org
Новость: https://www.opennet.ru/opennews/art.shtml?num=49614

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

Оглавление

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


1. "Итоги полугода работы проекта Repology, анализирующего инфор..."  +4 +/
Сообщение от Fracta1L (ok), 15-Ноя-18, 23:14 
Фига nix тащит
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

2. "Итоги полугода работы проекта Repology, анализирующего инфор..."  +/
Сообщение от Аноним (-), 15-Ноя-18, 23:32 
Не удивительно, с его возможностью разрешения конфликтов зависимостей. Со временем выйдет на первое место по всему с отрывом. Классические же дистры просто не масштабируются, ведь чем больше пакетов, тем больше вероятность конфликтов.
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

16. "Итоги полугода работы проекта Repology, анализирующего инфор..."  +/
Сообщение от Попугай Кеша (?), 16-Ноя-18, 10:46 
Расскажите про возможность разрешения конфликтов зависимостей. Очень интересно.
Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

17. "Итоги полугода работы проекта Repology, анализирующего инфор..."  +/
Сообщение от macfaq (?), 16-Ноя-18, 11:53 
Плюсую вопрос.
Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

20. "Итоги полугода работы проекта Repology, анализирующего инфор..."  +/
Сообщение от Аноним (20), 16-Ноя-18, 13:51 
Жа блин, этож главная всем известная особенность nix - оффсайт в помощь!
Вкратце - депенднс хел решается через симлинки на оснве хэша отдельно взятой отдельной установки хэша.
Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

25. "Итоги полугода работы проекта Repology, анализирующего инфор..."  +/
Сообщение от Аноним (25), 16-Ноя-18, 14:24 
Guix тоже должен бы обладать такими же возможностями потому, что от Nix произошёл. Но пакетов там только к 8000 приближается.
Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

26. "Итоги полугода работы проекта Repology, анализирующего инфор..."  +1 +/
Сообщение от Аноним (26), 16-Ноя-18, 14:45 
GUIX это GNU и кошмарный guile, нормальные люди к этому на пушечный выстрел не подойдут.
Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

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

"Возможности", только не те, что там^^ понаписали (не "разрешение", а фиксация, неизменность и "разведение"/одновременная установка отличающихся зависимостей), -- да.

Пакетов меньше потому, что дистрибутив лет на 10 моложе, потому, что в политику "надо больше пользуемых" в ожидании удачной оных продажи они не педалят, а педалят в заветы дедушки Ричарда.

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

51. "Итоги полугода работы проекта Repology, анализирующего инфор..."  –1 +/
Сообщение от пох (?), 19-Ноя-18, 21:39 
> а педалят в заветы дедушки Ричарда.

поэтому и получается очередная бесполезная хрень под правильными лозунгами но без содержания. Зато guile, ага.


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

10. "Итоги полугода работы проекта Repology, анализирующего инфор..."  +7 +/
Сообщение от Аноним (26), 16-Ноя-18, 03:25 
Не тащит. Они просто конвертят весь hackage и ещё какие-то репозитории модулей в себя. А чо - и много, и свежак. А на деле ни тестирования, ни модерации. AUR, только ещё хуже.
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

18. "Итоги полугода работы проекта Repology, анализирующего инфор..."  +1 +/
Сообщение от Аноним (18), 16-Ноя-18, 12:58 
А вот и не тащит, ибо только 12% уникальных пакетов. В аур, для сравнения, 56% уникальных пакетов.
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

22. "Итоги полугода работы проекта Repology, анализирующего инфор..."  +/
Сообщение от Аноним (26), 16-Ноя-18, 14:16 
Уникальные пакеты это наоборот отрицательная метрика.
Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

30. "Итоги полугода работы проекта Repology, анализирующего инфор..."  +/
Сообщение от Аноним84701 (ok), 16-Ноя-18, 15:34 
> А вот и не тащит, ибо только 12% уникальных пакетов. В аур, для сравнения, 56% уникальных пакетов.


aur.archlinux.org/packages/plymouth-theme-arch-logo-new
aur.archlinux.org/packages/plymouth-theme-arch-logo-gnomish
aur.archlinux.org/packages/plymouth-theme-arch-logo
...

https://repology.org/metapackage/plymouth-theme-arch-logo-gn... <- отдельный уникальный пакет
Ну да, уникальные логотипы для арча -- это действительно важное дело! :)

Кстати:


aur.archlinux.org/packages/android-google-apis
aur.archlinux.org/packages/android-google-apis-15
aur.archlinux.org/packages/android-google-apis-16
aur.archlinux.org/packages/android-google-apis-17
aur.archlinux.org/packages/android-google-apis-18
aur.archlinux.org/packages/android-google-apis-19
aur.archlinux.org/packages/android-google-apis-21
aur.archlinux.org/packages/android-google-apis-23
aur.archlinux.org/packages/android-google-apis-armv7a-eabi
aur.archlinux.org/packages/android-google-apis-x86
aur.archlinux.org/packages/android-google-apis-x86-64
aur.archlinux.org/packages/android-google-apis-x86-64-22
aur.archlinux.org/packages/android-google-apis-x86-system-image-23
aur.archlinux.org/packages/android-x86-64-system-image
aur.archlinux.org/packages/android-x86-64-system-image-22
aur.archlinux.org/packages/android-x86-64-system-image-23
aur.archlinux.org/packages/android-x86-64-system-image-24
aur.archlinux.org/packages/android-x86-64-system-image-27
aur.archlinux.org/packages/android-x86-64-system-image-28
aur.archlinux.org/packages/android-x86-system-image
aur.archlinux.org/packages/android-x86-system-image-15
aur.archlinux.org/packages/android-x86-system-image-17
aur.archlinux.org/packages/android-x86-system-image-19
aur.archlinux.org/packages/android-x86-system-image-22
aur.archlinux.org/packages/android-x86-system-image-23
aur.archlinux.org/packages/android-armv7a-eabi-system-image
aur.archlinux.org/packages/android-armv7a-eabi-system-image-14
aur.archlinux.org/packages/android-armv7a-eabi-system-image-15
aur.archlinux.org/packages/android-armv7a-eabi-system-image-16
aur.archlinux.org/packages/android-armv7a-eabi-system-image-17
aur.archlinux.org/packages/android-armv7a-eabi-system-image-18
aur.archlinux.org/packages/android-armv7a-eabi-system-image-19
aur.archlinux.org/packages/android-armv7a-eabi-system-image-20
aur.archlinux.org/packages/android-armv7a-eabi-system-image-21
aur.archlinux.org/packages/android-armv7a-eabi-system-image-22
aur.archlinux.org/packages/android-armv7a-eabi-system-image-23

Открою арчеводам страшную тайну -- вне арча обычно для каждой архитектуры делают отдельную репу.
Еще одна тайна: старые версии пакетов обычно хранят в старых версиях реп :)

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

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

Открою страшную тайну, AUR source-based, у него нет разделения по архитектурам. Звон который вы слышали это образы с разными целевыми архитектурами, они не не имеют отношения к архитектуре хоста, и конечно же никакие отдельные репы под них никто не делает. Также как, например, под кросс-компиляторы в разные цели.

> Еще одна тайна: старые версии пакетов обычно хранят в старых версиях реп :)

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

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

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

32. "Итоги полугода работы проекта Repology, анализирующего инфор..."  +1 +/
Сообщение от Аноним84701 (ok), 16-Ноя-18, 18:00 
> Открою страшную тайну, AUR source-based, у него нет разделения по архитектурам. Звон который вы слышали это образы с разными целевыми архитектурами, они не не имеют отношения к архитектуре хоста, и конечно же никакие отдельные репы под них никто не делает. Также как, например, под кросс-компиляторы в разные цели.

Открою страшную тайну -- сабж (repology) считает source-пакеты. И обычно никто не делает отдельный сорс-пакет под каждую целевую архитектуру:
https://packages.debian.org/sid/gcc-arm-linux-gnueabi
https://packages.debian.org/sid/gcc-arm-linux-gnueabihf
https://packages.debian.org/sid/gcc-mips-linux-gnu
https://packages.debian.org/sid/gcc-i686-linux-gnu
У всех общий сорс:
[gcc-defaults_1.180.tar.gz]
И считается (для дебиана) только он - gcc-arm-linux-gnueabi и прочие в реположи отсутствуют, зато куча отдельных вариантов из AURа:


arm-linux-gnueabi-gcc∗    8.2.0    1    8.2.0        
arm-linux-gnueabihf-gcc∗    8.1.0    1            
arm-linux-gnueabihf-gcc-linaro∗    7.3    1            
arm-linux-gnueabihf-gcc-stage1∗    8.1.0    1            
arm-linux-gnueabihf-gcc-stage2∗    8.1.0    1            
arm-none-eabi-gcc47-linaro∗    4.7_2014.06    1            
arm-none-eabi-gcc47-linaro-alternative∗    4.7_2014.06    1    
...

Еще?
packages.debian.org/stretch/google-android-platform-16-installer
...
packages.debian.org/stretch/google-android-platform-19-installer
packages.debian.org/stretch/google-android-platform-21-installer
packages.debian.org/stretch/google-android-platform-20-installer
...
packages.debian.org/stretch/google-android-platform-23-installer
сорс у всех один:
http://deb.debian.org/debian/pool/contrib/g/google-android-i...

И в сабже это идет как один пакет для Debian:
https://repology.org/metapackage/google-android-installers/v...

А вот для AUR -- угадайте с одного раза (подсказка: 16 уникальных сорс-пакетов) :)


android-platform∗    28_r06    1            
android-platform-13∗    3.2_r01    1            
android-platform-14∗    4.0.2_r04    1            
android-platform-15∗    4.0.4_r05    1            
android-platform-16∗    4.1.2_r05    1            
android-platform-17
...

>> Еще одна тайна: старые версии пакетов обычно хранят в старых версиях реп :)
> И опять мимо, есть случаи когда старые версии пакетов нужны для современного
> софта (например, устаревший python27 до сих под много чему нужен, и ещё долго будет доступен в актуальных репозиториях).

Вы путаете теплое с мягким, старые версии пакетов != старое ПО:
https://packages.debian.org/source/stretch/python2.7 (2.7.13-2+deb9u3)
https://packages.debian.org/source/sid/python2.7 (2.7.15-4)

И давайте обойдемся без развешивания макаронных изделий -- современный софт, зависящий от _фиксированной  версии_ чего-то, скорее всего притянет это что-то с собой, в качестве 3rd party. Тупо потому что иначе у автора будут пилить в багтрекере. Если автор забъет, то этим займется мейнтейнер пакета. Иначе такой софт в актуальной системе не будет нормально собираться.

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

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

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

Делают, дистрибутивы посчитайте сами:

https://repology.org/metapackages/?search=binutils&maintaine...

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

> Вы путаете теплое с мягким, старые версии пакетов != старое ПО:

Я в курсе, но путаете вы. Если вы считаете питоны разным софтом то открою секрет, это справедливо для всего - от библиотек до браузеров и баз данных.

https://repology.org/metapackage/mysql/versions
https://repology.org/metapackage/postgresql/versions
https://repology.org/metapackage/firefox/versions
https://repology.org/metapackage/love/related
и т.д.

Да посмотрите хотя бы на gentoo.

> скорее всего притянет это что-то с собой, в качестве 3rd party

В нормальных дистрибутивах это запрещено.

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

36. "Итоги полугода работы проекта Repology, анализирующего инфор..."  +/
Сообщение от Аноним84701 (ok), 16-Ноя-18, 22:50 
> Делают, дистрибутивы посчитайте сами:
> https://repology.org/metapackages/?search=binutils&maintaine...

Лень считать (и не вижу смысла в таком абстрактном сравнении), но если поставить фильтр на "AUR",  то 42 из 162 приходятся на него :)

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

Вообще-то я писал "обычно"  и привел вроде бы целую кучу (причем -- первых пришедших в голову) примеров отличия от конкретного дебиана.
Если брать ваш конкретный пример с binutils и сравнить конкретно с дебианом:
https://repology.org/metapackages/?search=binutils&maintaine...
8 "binutils"-пакетов в Debian-stable и аж 42 в AUR.

>> Вы путаете теплое с мягким, старые версии пакетов != старое ПО:
> Я в курсе, но путаете вы. Если вы считаете питоны разным софтом то открою секрет, это справедливо для всего -  от библиотек до браузеров и баз данных.

Не понял, если честно, что вы хотели этим сказать и что решили оспорить.
Питон 2.7 в качестве примера привели вы -- хотя он будет поддерживаться до 2020 (т.е. еще не устарел официально) и возможно еще пару-тройку лет.
Тем более, в контексте обсуждения, "старые" -> "не поддерживаемые никем" (именно в контексте самого репозитория, а не апстрима), что при сборке в актуальной системе может "очень доставить".
Суть претензий была вообще-то в том, что старые, обычно никем уже не поддерживаемые (достаточно глянуть на дату последнего обновления) версии софта  с соотв. кучей проблем -- в контексе АУРа идут в статистике отдельными (сорс) пакетами и все бодро это сравниваются с репой того же дебиана.

> В нормальных дистрибутивах это запрещено.
> нормальных дистрибутивах

Как скажете:
https://www.archlinux.org/packages/community/x86_64/deadbeef/
https://repology.org/metapackage/deadbeef/versions
(у deadbeef свои версии wildmidi, libdca, xmms-shn …)
:)

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

37. "Итоги полугода работы проекта Repology, анализирующего инфор..."  –1 +/
Сообщение от Аноним (37), 17-Ноя-18, 00:44 
> Лень считать (и не вижу смысла в таком абстрактном сравнении), но если поставить фильтр на "AUR",  то 42 из 162 приходятся на него :)

Будем считать что вы признали ошибку.

> Если брать ваш конкретный пример с binutils и сравнить конкретно с дебианом:
> https://repology.org/metapackages/?search=binutils&maintaine...
> 8 "binutils"-пакетов в Debian-stable и аж 42 в AUR.

Да. А в OpenSUSE 22, во FreeBSD 21, в macports и pld по 15 и т.д., а репозитории с одиним пакетом нужно ещё поискать. Я и говорю - раздельные пакеты это правило, а не исключение.

> Не понял, если честно, что вы хотели этим сказать и что решили оспорить.

Это потому что вы забыли о чём пытаетесь спорить. я напомню:

> Еще одна тайна: старые версии пакетов обычно хранят в старых версиях реп :)

Так вот, смотрим на Scientific, Gentoo, AIX, HPUX, видим кучу версий на пакет в совсем не старой версии репозитория. Это только то что не выделяется в отдельный пакет.

> (у deadbeef свои версии wildmidi, libdca, xmms-shn …)

Это к чему вообще?

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

3. "Итоги полугода работы проекта Repology, анализирующего инфор..."  +1 +/
Сообщение от Иван Семеныч (?), 15-Ноя-18, 23:45 
Надеюсь, с ростом количества пакетом и вообще стремительным развитием nix, на него обратят внимание крупные игроки.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

4. "Итоги полугода работы проекта Repology, анализирующего инфор..."  –2 +/
Сообщение от Dixi (?), 16-Ноя-18, 00:18 
Давно уже к нему присматриваемся. Похоже, пришло время и пощупать.
Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

14. "Итоги полугода работы проекта Repology, анализирующего инфор..."  +/
Сообщение от Аноним (14), 16-Ноя-18, 05:55 
Можете иметь в виду, что начать использовать его на полную катушку сразу не получится. Большой порог входа и много мелких деталей, как в самой инфраструктуре проекта, так и в самом языке.
Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

15. "Итоги полугода работы проекта Repology, анализирующего инфор..."  +/
Сообщение от Акакжев (?), 16-Ноя-18, 08:12 
> с ростом количества пакетоМ

Надеюсь, не в ущерб качеству.

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

6. "Итоги полугода работы проекта Repology, анализирующего инфор..."  +5 +/
Сообщение от Аноним (6), 16-Ноя-18, 02:40 
Кто не знает - у Nix такое количество потому что все пакеты хаскеля и (вроде э) R это отдельные пакеты в Nix.,
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

8. "Итоги полугода работы проекта Repology, анализирующего инфор..."  +/
Сообщение от Аноним (8), 16-Ноя-18, 03:08 
Void так и не завезли
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

9. "Итоги полугода работы проекта Repology, анализирующего инфор..."  +2 +/
Сообщение от Аноним (26), 16-Ноя-18, 03:22 
Они так и не осилили инфу о пакетах в удобоваримом формате выложить. Сопли пожевали в issue и пропали. Туда и дорога, значит.
Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

21. "Итоги полугода работы проекта Repology, анализирующего инфор..."  +/
Сообщение от Аноним (26), 16-Ноя-18, 14:14 
Void же умер.
Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

33. "Итоги полугода работы проекта Repology, анализирующего инфор..."  +1 +/
Сообщение от Аноним (33), 16-Ноя-18, 18:46 
Только сайт и репа, всё остальное живёт и развивается. Хотя я бы пожелал им смерти хотя бы за то, что закрыли PR с PaleMoon мотивируя это тем что уже есть файрфокс. И ещё некоторые пакеты так же просто дропнули, хотя они во всех крупных дистрах есть. В общем там видимо один человек за всех решает, что должно быть в дистрибутиве.
Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

35. "Итоги полугода работы проекта Repology, анализирующего инфор..."  +1 +/
Сообщение от Аноним (31), 16-Ноя-18, 21:40 
> Только дистрибутив и сообщество, всё остальное живёт и развивается

Fixed.

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

39. "Итоги полугода работы проекта Repology, анализирующего инфор..."  +/
Сообщение от Аноним (39), 17-Ноя-18, 06:15 
К сожалению (или счастью) нет.
Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Ответить | Правка | ^ к родителю #38 | Наверх | 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 с заголовком. Что вы тут углядели на две эпохи?
Ответить | Правка | ^ к родителю #46 | Наверх | 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.

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

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

Ответить | Правка | ^ к родителю #45 | Наверх | 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 пересказывать, я ее знаю. Нормальные люди в отличие от вас называют юниксом нечто, к чему та марка не имеет прямого отношения.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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


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