LINUX.ORG.RU
ФорумTalks

libconfuse отказался от поддержки менеджера зависимостей conan

 , , libconfuse


0

2

Ждёт ли проект libconfuse постепенное угасание? За год с момента выхода патча, добавляющего поддержку CMake и менеджера зависимостей conan, дискуссии так и не получилось. Как будто разработчики libconfuse теряют интерес к своему детищу. В совокупности (в разное время) в проекте было 33 разработчика, однако в дискусии по поводу conan за более чем год акивность проявил только один. К сожалению, разработчик Joachim Wiberg из города Сурагаммар является сторонникам морально устаревшего GNU Autotools. Можно ли его понять? Не думаю. К сожалению, мне кажется, что libconfuse может продолжить плавно сдавать… В целом невозможно не выразить сожаления по поводу уровня поддержки системных инструментов… Пока все разработчики заняты автоматизацией бизнес-задач, такие проекты как libconfuse или Augeas остаются на обочине прогресса… Парадокс в том, что «под капотом» ими постоянно пользуются, взять ту же очень востребованную утилиту genimage, которая генерирует вам образ при каждой сборке операционной системы силами Buildroot… Давайте обращать внимание на используемое нами системное программное обеспечение, делать в него вклад.

https://www.linux.org.ru/images/21331/original.jpg

Подробности

Перемещено hobbit из opensource



Последнее исправление: hobbit (всего исправлений: 1)

Что за бред в тексте?

frob ★★★★★
()

является сторонникам морально устаревшего GNU Autotools

Субъективщина и святая толстота.

Можно ли это подтвердить?

Не думаю.

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

hobbit ★★★★★
()
Ответ на: комментарий от hobbit

Удалять это надо было и штрафные выписать.

Фельётон для сельской стенгазеты в новости пихать…

frob ★★★★★
()
Ответ на: комментарий от hobbit

является сторонникам морально устаревшего GNU Autotools

Субъективщина и святая толстота.

В автолулзах нет ничего устаревшего. Они изначально были полным говном.

hateyoufeel ★★★★★
()

Автор пытался переделать то, что и так работает. У того же conan’а (и в 2.x) есть поддержка автотулзов, поэтому непонятно почему он такой антипиар делает ему на ровном месте.

maxis11
()
Ответ на: комментарий от maxis11

Наличие GNU Autotools тормозит развитие проекта, в том числе адаптацию под новые архитектуры и операционные системы…

DungeonLords
() автор топика
Ответ на: комментарий от DungeonLords

В этом проекте вообще никаких телодвижений не наблюдается последние четыре года. Какие-то фиксы опечаток только. Мантейнер не хочет делать никакой работы. Если кому-то хочется развивать проект дальше, то проще будет форкнуть его в какой-нибудь libconfuse2.

rupert ★★★★★
()

cmake

ненужно

The open source, decentralized and multi-platform package manager to create and share all your native binaries.

ненужно²

все правильно сделали

угасает только острота ума ТСа, раз им такое предложил при живом meson

t184256 ★★★★★
()

libconfuse отказался от поддержки менеджера зависимостей conan

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

t184256 ★★★★★
()
Ответ на: комментарий от hobbit

Факт морального устаревания Autotools вполне очевиден. Сейчас в 2024 наблюдается довольно много бинарно несовместимых аппаратных платформ помимо x86, это и ARM во всех проявлениях, эппловский ARM, RISC-V. Под все это должен собираться весь софт. Хуже того, что зачастую это встраиваемые системы, поэтому собираться софт должен не на целевой системе, а на мощной x86 машине методом кросскомпиляции. Таковы нынешние реалии, и Autotools в них вписывается очень плохо, так как с кросскомпиляцией там постоянно грабли.

А более новые системы типа meson решают эти проблемы.

James_Holden ★★★★
()

К сожалению, разработчик Joachim Wiberg из города Сурагаммар является сторонникам морально устаревшего GNU Autotools. Можно ли его понять?

НЕ ВСЕМ НУЖНО!

MoldAndLimeHoney
()

купив конана ЖФрог положил болт на свой же ЖЦентер(репозиторий пакетов для джавы), оставив гошный аналог жить, либконфьюз отказался от конана, сейчас такое время - отказное

Syncro ★★★★★
()
Последнее исправление: Syncro (всего исправлений: 1)

пикрелейтед:

https://www.youtube.com/watch?v=399pM0eTJ2o

справедливости ради, для с++ сейчас около 10ка пакетных систем и конан вроде уже не самый модный, возможно аутотулс на этом фоне выглядит стабильнее

Syncro ★★★★★
()

Давайте обращать внимание на используемое нами системное программное обеспечение, делать в него вклад.

Так ты как? сделал?

nerfur ★★★
()
Ответ на: комментарий от DungeonLords

новые архитектуры и операционные системы…

…которых нет и не предвидится.

token_polyak ★★★★★
()
Ответ на: комментарий от nerfur

Я сделал: Commit to the FreeRTOS repo. Commit to the STMicroelectronics repo. Commit to the Buildroot repo. Commit to Armbian repo. Commit to opensource game Colobot. Make several suggestions and bug reports for Qt, for example ask back x86 support for qtbase, find bug in documentation, update wiki documentation. And also I help Wikipedia.

А вы?

DungeonLords
() автор топика
Ответ на: комментарий от hobbit

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

Уважаемый @hobbit а почему иллюстрация ссылкой-то а не как тут сразу картинкой? Я вижу что раздел поменялся - и ладно, но с иллюстрацией-то это как связано?

DungeonLords
() автор топика
Ответ на: комментарий от DungeonLords

но с иллюстрацией-то это как связано?

В форуме у нас иллюстрации не поддерживаются. Только в новостях и статьях.

hobbit ★★★★★
()
Закрыто добавление комментариев для недавно зарегистрированных пользователей (со score < 50)