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

Итоги полугода работы проекта Repology, анализирующего инфор..., opennews (ok), 15-Ноя-18, (0) [смотреть все] Фига nix тащит, Fracta1L (ok), 23:14 , 15-Ноя-18, (1) +4 // Не удивительно, с его возможностью разрешения конфликтов зависимостей Со времен, Аноним (-), 23:32 , 15-Ноя-18, (2) // Расскажите про возможность разрешения конфликтов зависимостей Очень интересно , Попугай Кеша (?), 10:46 , 16-Ноя-18, (16) // Плюсую вопрос , macfaq (?), 11:53 , 16-Ноя-18, (17) Жа блин, этож главная всем известная особенность nix - оффсайт в помощь Вкратце , Аноним (20), 13:51 , 16-Ноя-18, (20) Guix тоже должен бы обладать такими же возможностями потому, что от Nix произошё, Аноним (25), 14:24 , 16-Ноя-18, (25) GUIX это GNU и кошмарный guile, нормальные люди к этому на пушечный выстрел не п, Аноним (26), 14:45 , 16-Ноя-18, (26) +1 Возможности , только не те, что там понаписали не разрешение , а фиксация, , Andrey Mitrofanov (?), 14:52 , 16-Ноя-18, (27) поэтому и получается очередная бесполезная хрень под правильными лозунгами но бе, пох (?), 21:39 , 19-Ноя-18, (51) –1 Не тащит Они просто конвертят весь hackage и ещё какие-то репозитории модулей в, Аноним (26), 03:25 , 16-Ноя-18, (10) +7 А вот и не тащит, ибо только 12 уникальных пакетов В аур, для сравнения, 56 у, Аноним (18), 12:58 , 16-Ноя-18, (18) +1   // Уникальные пакеты это наоборот отрицательная метрика , Аноним (26), 14:16 , 16-Ноя-18, (22)   code aur archlinux org packages plymouth-theme-arch-logo-newaur archlinux org p, Аноним84701 (ok), 15:34 , 16-Ноя-18, (30)   // Открою страшную тайну, AUR source-based, у него нет разделения по архитектурам , Аноним (31), 17:01 , 16-Ноя-18, (31)   Открою страшную тайну -- сабж repology считает source-пакеты И обычно никто н, Аноним84701 (ok), 18:00 , 16-Ноя-18, (32) +1   Делают, дистрибутивы посчитайте сами https repology org metapackages search b, Аноним (31), 21:24 , 16-Ноя-18, (34)   Лень считать и не вижу смысла в таком абстрактном сравнении , но если поставить, Аноним84701 (ok), 22:50 , 16-Ноя-18, (36)   Будем считать что вы признали ошибку Да А в OpenSUSE 22, во FreeBSD 21, в macpo, Аноним (37), 00:44 , 17-Ноя-18, (37) –1   Надеюсь, с ростом количества пакетом и вообще стремительным развитием nix, на не, Иван Семеныч (?), 23:45 , 15-Ноя-18, (3) +1 // Давно уже к нему присматриваемся Похоже, пришло время и пощупать , Dixi (?), 00:18 , 16-Ноя-18, (4) –2 // Можете иметь в виду, что начать использовать его на полную катушку сразу не полу, Аноним (14), 05:55 , 16-Ноя-18, (14) Надеюсь, не в ущерб качеству , Акакжев (?), 08:12 , 16-Ноя-18, (15) Кто не знает - у Nix такое количество потому что все пакеты хаскеля и вроде э , Аноним (6), 02:40 , 16-Ноя-18, (6) +5 Void так и не завезли, Аноним (8), 03:08 , 16-Ноя-18, (8) // Они так и не осилили инфу о пакетах в удобоваримом формате выложить Сопли пожев, Аноним (26), 03:22 , 16-Ноя-18, (9) +2 Void же умер , Аноним (26), 14:14 , 16-Ноя-18, (21) // Только сайт и репа, всё остальное живёт и развивается Хотя я бы пожелал им смер, Аноним (33), 18:46 , 16-Ноя-18, (33) +1 // Fixed , Аноним (31), 21:40 , 16-Ноя-18, (35) +1 К сожалению или счастью нет , Аноним (39), 06:15 , 17-Ноя-18, (39) Внезаптно фря живее многих линуксов , Ivan_83 (ok), 13:14 , 16-Ноя-18, (19) // Внезапно только потому что линуксоиды дальше своего носа не видят и замалчиваю, Аноним (26), 14:19 , 16-Ноя-18, (23) // Да, потому что в ту сторону мало, кто ещё ходит И нет, потому что много кто ходи, Andrey Mitrofanov (?), 14:56 , 16-Ноя-18, (28) В эту игру могут играть двое , Аноним (39), 06:14 , 17-Ноя-18, (38) // Ваганович Сразу виден экспертизм и глубокие познания в теме Да, но пока нет , Анонн (?), 13:16 , 17-Ноя-18, (41) Да, но точно не с вами, потому что вы даже не понимаете что пишете , Аноним (37), 01:13 , 18-Ноя-18, (43) –1 могут, но вы бы меньшее гуанецо для контекстной подмены выбрали Ну там, структур, пох (?), 18:09 , 19-Ноя-18, (46) –1 emerge - это утилита на питоне Расскажите пожалуйста про её структуру, с чем вы, Аноним (31), 20:44 , 19-Ноя-18, (48) –1 да уж, flavors осилили полтора года назад, куда там линуксам пакетная инфр, пох (?), 18:07 , 19-Ноя-18, (45) // Их осилили когда оно понадобилось для питона 2 3, не раньше и не позже Других п, Аноним (31), 20:38 , 19-Ноя-18, (47) –1 ну да, ни разных версий того же php с миллионом модулей не было, ни до него перл, пох (?), 21:21 , 19-Ноя-18, (49) Perl никогда flavored не был и в этом не нуждался Это ложь В коммитеры ядра поп, Аноним (31), 23:59 , 19-Ноя-18, (52) сегодня потребности в колбасе нет Попробуйте поставить два перла рядом, и собра, пох (?), 12:38 , 20-Ноя-18, (55) Мне и никому это не нужно Перлы, в отличие от питона, сохраняют совместимость, , Аноним (31), 19:03 , 20-Ноя-18, (56) И много ли этих самых живых фрей , Аноним (40), 10:20 , 17-Ноя-18, (40) +1 // Не, спасибо, зоопарк себе оставьте Нам одной вполне хватит Может именно поэтом, Аноним (37), 16:02 , 17-Ноя-18, (42) +1 // точно, установите ее на один специальный компьютер и поместите в палату мер и ве, пох (?), 21:26 , 19-Ноя-18, (50) Ненужность не собирает сообщества которое несмотря на на порядки большую популяр, Аноним (31), 00:01 , 20-Ноя-18, (53) количество кое-как собранных и ни разу даже не тестированных кроме факта собир, пох (?), 07:23 , 20-Ноя-18, (54) И вы сейчас же предъявите этому доказательства Циклические зависимости появляютс, Аноним (31), 19:13 , 20-Ноя-18, (57) 1,3,6,8,19

Сообщения

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

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

	22. "Итоги полугода работы проекта Repology, анализирующего инфор..."	+/–
	Сообщение от Аноним (26), 16-Ноя-18, 14:16
	Уникальные пакеты это наоборот отрицательная метрика.
	Ответить | Правка | Наверх | 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 их можно склеивать, но для этого нужно явно писать правила). И да, в общем случае уникальные пакеты - это негативная метрика.
	Ответить | Правка | Наверх | 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. Тупо потому что иначе у автора будут пилить в багтрекере. Если автор забъет, то этим займется мейнтейнер пакета. Иначе такой софт в актуальной системе не будет нормально собираться. Но в реальности, поиск и "колупание" старых версий пакетов обычно нужно для сборки не менее заброшенного софта, т.е. легаси. Которое обычно тянет другое легаси и плохо дружит с современными версиями ПО (не говоря уже о том, что установка старых, неподдерживаемых (а значит и непропатченых) версий софта чревата кучей дыр и результирующий "сюрпризов"). Поэтому такой софт с тем же успехом можно сразу взять из старой репы и/или собрать в отдельном окружении.
	Ответить | Правка | Наверх | 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 В нормальных дистрибутивах это запрещено.
	Ответить | Правка | Наверх | 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 …) :)
	Ответить | Правка | Наверх | 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 …) Это к чему вообще?
	Ответить | Правка | Наверх | Cообщить модератору

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

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