glib или велосипед?

это Void, но сильно патченный

Chromium патченный?

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

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

да насрать. вот ваще.

но статик линковка глиба в хромиуме - это не мой патч, это автор пакета так решил

То есть, если я сейчас поставлю Void, сделаю ldd /usr/lib/chromium/chromium | grep glib, он мне покажет, что никакой динамической линковки от glib нет? И ldd /usr/bin/netsurf-gtk тоже не будет иметь в выводе упоминания glib?

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

xbps-query -l | grep glib

ii avahi-glib-libs-0.7_7                      Avahi glib shared libraries
ii dbus-glib-0.110_1                          GLib bindings for D-Bus
ii glib-2.58.3_2                              GNU library of C routines
ii glib-networking-2.58.0_1                   Network-related giomodules for glib
ii json-glib-1.4.4_2                          JSON parser for GLib-based libraries and applications
ii libglib-devel-2.58.3_1                     GNU library of C routines - development files
ii libupower-glib3-0.99.9_1                   Abstraction for enumerating power devices - runtime library
ii poppler-glib-0.74.0_1                      PDF rendering library - GLib bindings
ii taglib-1.11.1_4                            Library for accessing ID tags in various media files

самого пакета glib нет. хотя его девелоперский вариант в некоторых редких пакетах вроде хромиума встречается. но линкуется статически, видимо. а так, у меня на машине нет гнома и кроме него особо такие библиотеки нигде и не используются. libglib-devel стоит только для рукопашной сборки некоторого софта. я иногда собираю какие-то либы без пакетирования. у недевелоперских пакетов этой зависимости нет.

facepalm

самого пакета glib нет.

А это что:

glib-2.58.3_2

?

хотя его девелоперский вариант в некоторых редких пакетах вроде хромиума встречается. но линкуется статически, видимо

Хватит позориться уже. Есть он там. Линкуется динамически. Я уже поставил в Void linux виртуалку и проверил.

Кошерно использовать libc

Кошерно не использовать C в 2019 году.

да нет. просто если я его запрашиваю через xbps-query -Rs glib, то он там отмечен, как не поставленный. это надо ещё выяснять, почему так. я искала именно так изначально. вероятно, его девелоперский пакет тащит неявным образом.

и у хромиума нет прямых зависимостей от него.

depends="libexif hwids desktop-file-utils hicolor-icon-theme"

а, у desktop-file-utils есть зависимость от glib. но это значит, что можно и без него собрать. файловые утилиты для браузера не так уж важны и есть море реализаций без glib.

Как называется эта болезнь?

Безделие!

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

безделие - это маздай

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

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

Бесполезная работа, вызванная безделием.

нет. нормальные люди не станут юзать маздай.

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

Почему? Ну пускай, все равно они просто поставят Fedora с Gnome3, или Mint.

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

А чего именно не дает десяточка этим ламерам?

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

да и пусть ставят. я не ожидаю от всех юзеров какого-то осознанного поведения

Линус сидит под Fedora + Gnome3, а создатель перла на Mint. Но куда им до тебя.

Роб Пайк сидит на Mac, Деннис Ритчи на винде сидел.

Ну и как, эти люди глупые? Деннис Ритчи нормальный?

ну мало ли. может, он пилит мега-библиотеку на века :)

в ОП же написано.
да и все эти велосипеды в проектах на века в итоге и переписываются на что-то стороннее... ну либо сами становятся фреймворками))

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

ерунда. тут не место ни какому-то хорошему тону, ни мутным представлениям о том что лишнее а что нет. Если glib делает то что ему нужно надо брать glib. это же не гигабайт индусского джава-кода. впрочем, был бы проект на жабе то можно и это притащить, всё равно уже было бы))

тем более если для себя. ну а если с кем-то захочет поделиться - ну и хорошо. Бести и его друзьям вон не пригодится, они всё равно весь софт только через putty видят))

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

Я просто напомню, что в линуксе даже не существует полноценного просмотрщика картинок. Ни одного полноценного аудиоплеера. Ничего.

Ни одного полноценного аудиоплеера

Недавно вон DeadBeef вышел? Чем он плох?

не существует полноценного просмотрщика картинок

Возможно, посоветуй под винду просмоторщик с похожим интерфейсом https://i1.wp.com/linuxscoop.com/wp-content/uploads/2015/09/Linux-Mint-17.2-X...

Ничего

Много чего хорошего зато есть!

Если ты не пишешь супербыстрый сервер то отказыватся от glib глупо. Если пишешь то возьми чтото типа libuv или libevent.

Разработчик стека TCP/IP вообще неосилятор — не владеет слепой печатью и сидит на Fedora. https://www.opennet.ru/opennews/art.shtml?num=38016

Нет, это код для работы с одним форматом файлов. Просто стал размышлять о плюсах и минусах велосипедов и зависимости от glib и решил спросить у кого какой опыт. К примеру как часто что-то ломается в API? Может какие тёмные стороны у glib имеются.

Те кто пишут супербыстрый сервер и сами разберутся в вопросе %)

Да там и ломать нечего! g_strdup изменят что ль?

Недавно не смог собрать одну софтину(надо сказать полумёртвую) в свежих версиях дистрибутивов из-за того что софтина была завязана на что-то в glibc, что выкинули на мороз в новых версиях.

Разработчик стека TCP/IP ... не владеет слепой печатью

Фатальный недостаток - надо переписать сетевоей стек вслепую.

софтина была завязана на что-то в glibc

Ты тоже не видишь разницы между (g)libc и glib?

а, у desktop-file-utils есть зависимость от glib. но это значит, что можно и без него собрать.

Нельзя.

Вообще, фраза вида «у программы X есть зависимость от библиотеки Y, но это значит, что X можно собрать без Y» вызывает серьезные сомнения в компетентности говорящего.

Я знаю разницу. Мой предыдущий пост подразумевает скорее, что даже изменения в libc могут привести к необходимости тратить время на изменение программы для сборки в актуальных дистрибутивах, и не станет ли завязка на glib жутким геморроем с необходимостью раз в полгода переписывать частично библиотеку для сборки на новых версиях. Я когда-то давно написал небольшую программку для работы на qt и qwt, выполнил задачу, закинул код на диск и забыл, спустя пару лет понадобилось повторить, полез за кодом и не смог собрать с новой версией и когда начал разбираться можно ли быстренько поправить, понял, что изменения оказались на столько существенными, что осталось только собрать со старой версией.

не станет ли завязка на glib жутким геморроем

Сколь я знаю, не станет. Не жутким, во всяком случае (как в известном анекдоте, «ужас, но не ужас-ужас-ужас»:).

Ещё было интересно, бывают ли дистрибутивы без предустановленной glib. Пока, вроде, не видно.

бывают ли дистрибутивы без предустановленной glib

Основной (но не единственный, конечно) «потребитель» glib — это gtk. Соответственно, вопрос можно переформулировать так — бывают ли дистрибутивы (общего назначения [1]) без gtk и ПО на ней?

[1] Специализированных без gtk — три мешка с авоськой, взять хотя бы OpenWRT. Но тебя же десктоп интересует, верно я понимаю?

в линуксе даже не существует полноценного просмотрщика картинок. Ни одного полноценного аудиоплеера.

Это очень толсто. Лучше скажи, что для тебя является критерием полноценности в вышеуказанном софте.

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

Гибрид glibc и glib, кстати, уже написали:

plibsys is a cross-platform system C library with some helpful routines. It has zero third-party dependencies and uses only native system calls"

Новость на ЛОРе: Новая версия библиотеки plibsys 0.0.4 (26.05.2018)

Самой темной стороной GLib, согласно моего опыта, было немного разное поведение g_snprintf() на Линуксе и Виндоус.

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

В 2k19 писать на си?

Так говоришь как будто это что-то плохое.

Квалификация людей занимавшихся glib в среднем на порядок выше чем квалификация людей занимавшихся qt. Поэтому для долгосрочных проэктов выбирают glib/gtk - сильно выше предсказуемость и как следствие сильно ниже стоимость поддержки.

Смотря что, если скорость важна то многие вещи в glib жостко оптимизированы через SSE всякие. А в целом всегда есть возможность сделать вариативно, своё пиши конечно если нужна 100% автономность ограничиваясь libc (или даже без), уже потом опционально сделай возможность сборки с glib и повторяющиеся фичи сделай через него, даже можно простым ifdef обойтись не всё же ты glib api повторяешь, так с десяток функций наверное в плане повторяемости действий, а не самого api.

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

Ох уж эти квалифицированные индусы, пишущие код за миску риса.