LINUX.ORG.RU
ФорумTalks

Новый glib 2.60.0 переехал на meson

 ,


1

2

Сабж.

./glib2.SlackBuild: строка 84: ./autogen.sh: Нет такого файла или каталога
./glib2.SlackBuild: строка 87: ./configure: Нет такого файла или каталога
bash-5.0# ls /tmp/glib-2.60.0/
AUTHORS          gio                 gobject      meson_options.txt           README.md             template.test.in
check-abis.sh    glib                gthread      msvc_recommended_pragmas.h  README.rationale      tests
CONTRIBUTING.md  glib.doap           HACKING      NEWS                        README.win32
COPYING          glib-gettextize.in  INSTALL.in   NEWS.pre-1-3                sanity_check
docs             glib.supp           m4macros     po                          subprojects
fuzzing          gmodule             meson.build  README                      template-tap.test.in
bash-5.0#
Скачать можно здесь: https://download.gnome.org/sources/glib/2.60/glib-2.60.0.tar.xz

★★★★★

Ответ на: комментарий от kirk_johnson

Эту библиотеку куча софта использует. Даже куча консольного софта. А уж в Slackware это одна из библиотек базовой системы.

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

Эту библиотеку куча софта использует. Даже куча консольного софта. А уж в Slackware это одна из библиотек базовой системы.

Ну ты и позер, ЛАЛ.

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

Что значит «позер»? Сам я софт на ней не пишу. Однако, без неё можно и не мечтать даже об BitlBee, irssi, mc, ImageMagick, ffmpeg,... и т.д. А в иксах каждая вторая софтина требует библиотеку glib.

saahriktu ★★★★★
() автор топика
Последнее исправление: saahriktu (всего исправлений: 1)
Ответ на: комментарий от saahriktu

ЛОРчую. хочешь поставить такой irssi, и на те: +glib, +python, и ты такой FUuuuuuu это же всего лишь сраный ирц клиент!

морально проще с этим в Gentoo, где сам пакетный менеджер использует python, а значит ну как бы ОК (не окей, а именно «глухой» ОК).

зато в CRUX тишь да гладь, никакого тебе glib'а, напердолил правила для раздачи интернетов и радуешься что хоть в качестве роутера система можешь работать без всех этих зависимостей, оставаясь компактной.

Spoofing ★★★★★
()

Хорошо, что не на угрёбищный CMake. А то с одного говна (Autotools) на другое – было бы глупо.

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

чем лучше?

Во-первых, читать/писать на питоне проще, чем на m4. Во-вторых, нет всей этой срани с генеренными скриптами, несовместимыми между системами.

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

питон - говно, m4 - простой и понятный! Не надо всем свои личные предпочтения навязывать!

Аж жыр с монитора потек.

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

Да, без Perl'ов и Python'ов никуда. Даже в базовом LFS'е они есть.

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

Во-первых, читать/писать на питоне проще, чем на m4

кому?

Во-вторых, нет всей этой срани с генеренными скриптами, несовместимыми между системами

пример непортабельности в ./configure приведешь?

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

пример непортабельности в ./configure приведешь?

Любой мажорный autolulz version mismatch. Сливаешь git, запускаешь bootstrap и ВНЕЗАПНО НИЧЕГО НЕ РАБОТАЕТ.

kirk_johnson ★☆
()
Последнее исправление: kirk_johnson (всего исправлений: 1)
Ответ на: комментарий от kirk_johnson

еще раз - пример из какого-либо _сгенеренного_ ./configure скрипта. кусок кода, с указанием, на каких системах он выполнится, а на каких - нет. если ты не трепач голимый, конечно

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

чем лучше?

Абсолютно всем. Начиная с возможности использования нормального ЯП+DSL вместо угрёбищной смеси из замшелого дерьма вроде Bash+M4+Makefile, и заканчивая отсутствием помойки в каталоге исходников.

Хуже autocrap’ов систему сборки найти сложно. Не зря с них все мигрируют. Те же иксы, wayland, mesa, gnome-projects, cinnamon-projects, systemd и т. д. Эту UNIX’овую херотень из палок и костылей, обильно смазанных соплями, давно пора выжечь калёным железом из мира Linux. Что, впрочем, и делают.

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

это все эмоции. твой «нормальный ЯП+DSL» в результате все разно генерирует те же самые makefile-ы или аналочиную херь для этой вашей нинзи. для столь тривиальной задачи «нормальный ЯП+DSL» - явный оверхед

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

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

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

для столь тривиальной задачи «нормальный ЯП+DSL» - явный оверхед

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

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

<вы находитесь здесь>

никаких обязательных питонов правильной версии, цмейков или еще каких-то посторонних сущностей

libtool, autoreconf, automake и прочий крап с несовместимыми между собой версиями рассмеялись тебе в лицо.

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

Сливаешь git, запускаешь bootstrap и ВНЕЗАПНО НИЧЕГО НЕ РАБОТАЕТ

этот пример не канает. обычно в гит-е не хранят «генеренные скрипты, несовместимые между системами». просто автору лень было делать make dist и искать для релиза нормальный хостинг. точно так же приходится держать в системе второй и третий питоны, потому что иначе «ВНЕЗАПНО НИЧЕГО НЕ РАБОТАЕТ»

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

libtool, autoreconf, automake и прочий крап с несовместимыми между собой версиями рассмеялись тебе в лицо

да ты что? прям таки и рассмеялись? libtool, autoreconf, automake нужны ТОЛЬКО для генерации configure. для сборки, т.е. цепочки ./configure && make && sudo make install они не требуются. учи матчасть

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

еще раз - пример из какого-либо _сгенеренного_ ./configure скрипта. кусок кода, с указанием, на каких системах он выполнится, а на каких - нет. если ты не трепач голимый, конечно

Как только снова наткнусь, обязательно тебе об этом напишу.

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

этот пример не канает. обычно в гит-е не хранят «генеренные скрипты, несовместимые между системами». просто автору лень было делать make dist и искать для релиза нормальный хостинг. точно так же приходится держать в системе второй и третий питоны, потому что иначе «ВНЕЗАПНО НИЧЕГО НЕ РАБОТАЕТ»

Ты сам себе противоречишь. bootstrap нужен для генерации configure скрипта.

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

а надо autoreconf -i запускать

К сожалению, цепочка запусков обычно длиннее.

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

что лол, будешь утверждать, что не генерируется?

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

Ты сам себе противоречишь.

o'rly? разговор был про (цитата) «генеренные скрипты, несовместимые между системами». ты приводишь пример, где этих скриптов нет, от слова вообще. и кто сам себе противоречит?

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

да он видимо на какой-то проект наткнулся, где какие-то кривые bootstrap скрипты навелосипедили, вместо того, чтобы запускать autoreconf, как рекомендует официальная документация, что-то не получилось, испытал попоболь и теперь гонит на автотулзы :)

Harald ★★★★★
()

В meson, надеюсь, хотя бы валидация есть. А то мне иногда autoreconf выдавал configure с ошибками в синтаксисе, и хрен знает как это дебажить.

hateyoufeel ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.