camell++ 1.2.0

уже не первый раз вижу, как его так троллят. В чём прикол?

Прикол в том, что появилось сборище дегенератов, которое нещадно форсит всякий кал вроде вяленда, пыщаудио, систямдэ и т.д. А чтобы дискредитировать компетентных людей для создания видимости безальтернативности, они устраивают набеги и показательно ржут, налепливая мемасики на неугодных. При этом для обсмеивания сначала цепляются к манере использовать старые лёгкие технологии (в данном случае это KOI8-R - ну в чём проблема? Кто хочет, тот юникод пользует. Кто может - KOI8-R поддерживает.).

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

Хотя я не понял чё за парады, но с мнением согласен. ТС то у нас тру-линуксоид в отличии от многих критикующих его.

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

Прикол в том, что появилось сборище дегенератов, которое нещадно форсит всякий кал вроде вяленда, пыщаудио, систямдэ и т.д.

И как я теперь монитор от жира отмою, а?

А чтобы дискредитировать компетентных людей

.. пока они сидят на уроках.

потом уринопедераст-парады устраивают

А что в этом плохого?

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

но на главной ей и впрямь не место

IMHO цель ЛОРа - способствовать развитию опенсурса, и прежде всего из местного сегмента инета (напр.бубенчик и федорка слабо нуждаются в лоровской поддержке). Размещая новость на главной, ЛОР помогает проекту (пусть даже маленькому) быть хоть как-то известным и обнаруживаемым в поиске. Так что ваша неправда, относительно главной.

KOI8-R — это не «лёгкие технологии», а археология вроде огнива или палки-копалки. Там где нужно «легко» используют ASCII и английский язык. А адепты KOI8-R — сознательно разводят помойку и увеличивают энтропию Земли.

Так что ваша неправда, относительно главной.

Ой фсё, следующий анонс своего лисапеда буду пытаться продвинуть на главную. Не, ну а чё? И постарше, и побольше, и в продакшене всю жизнь. А тут еще и сам Linfan разрешил!

Таки не надо преувеличивать значимость моей персоны :) А лисапеды приносите - может и их оценят по достоинству.

А лисапеды приносите - может и их оценят по достоинству.

Ну вот в Development и приношу, где им и место, имхо. Главная на LOR-е все-таки для более значимых новостей и проектов.

дискредитировать компетентных людей
компетентных людей
Quasar

Шта?

Ну а повод пообсуждать? В других новостях скукота как на похоронах - десяток каментов и все. Вон новость про фритайп рядышком в таком стиле

KOI8-R — это не «лёгкие технологии», а археология вроде огнива или палки-копалки. Там где нужно «легко» используют ASCII и английский язык. А адепты KOI8-R — сознательно разводят помойку и увеличивают энтропию Земли.

Во-во, базовая ASCII рулит! А зоопарк национальных кодировок ненужен.

ASCII, конечно, рулит, только, вот, не всегда достаточно одной этой ASCII, да и 7-ми битных терминалов в природе больше нет. Но, есть ядерная консоль со шрифтами в 256 символов, которая позволяет работать с однобайтными кодировками. Однобайтными, а не 7-ми битными. Поэтому и выбирать приходится из однобайтных. И этот выбор может быть сделан ещё до того как UTF-8 стал мейнстримом.

И этот выбор может быть сделан ещё до того как UTF-8 стал мейнстримом.

Даже имя человек можно поменять, а уж используемую технологию..

Даже имя человек можно поменять, а уж используемую технологию..

Кодировку выбирают один раз и на всю жизнь. Это как с женой, только еще строже.

Даже имя человек можно поменять, а уж используемую технологию..

Может. Если есть смысл менять эту технологию. При векторных шрифтах с тысячами символов, конечно, самое то юзать юникод. А при растровых шрифтах в 256 символов от юникода нет никакого профита. Только, наоборот, от всех остальных тысяч символов, которые за рамками имеющихся 256-ти, появляются квадратики. Ну и зачем всё портить кучей этих квадратиков, если можно оставить локаль KOI8-R, которая содержит все имеющиеся символы?

Это особенность убогой реализации виртуальной консоли (мы же не про древний 80x25 говорим?)

Да, мы говорим про vt из состава ядра. И в vt.c жёстко ограничен размер растрового PSF шрифта в 64 Кб. И речь как раз таки про то, когда больше ничего нет. Вот в таких условиях локаль KOI8-R незаменима.

Нет никакого резона ради одного случая из кучи использовать другую локаль. Попытки поступиться универсальностью обходятся часто дороже

Никаких причин не делать нормальные шрифты в vt.c нет.

Повторяю, мы же не про 80x25 говорим, а про нормальную фреймбуферную консоль

ради одного случая

А это может быть не исключением, а правилом.

Никаких причин не делать нормальные шрифты в vt.c нет.
Повторяю, мы же не про 80x25 говорим, а про нормальную фреймбуферную консоль

Мы говорим конкретно про ядерный vt, а не разного рода fbterm'ы. Это, опять таки, другой уровень абстракции. Юзер может и не устанавливать fbterm посчитав его достаточно тяжёлым.

У vt может быть самое разное текстовое разрешение, включая 120x36, но при этом он использует растровые PSF шрифты. И никак иначе.

Терминал в ядре также работает поверх фреймбуфера. Есть, правда, древний как фекалии мамонта, текстовый режим видеокарты, но его всерьез какой смысл рассматривать?

Терминал в ядре также работает поверх фреймбуфера

Да, но при этом продолжая использовать растровые PSF шрифты, и только растровые PSF шрифты. С ограничением в 64 Кб на весь PSF шрифт. Так что, больше чем на 256 символов в шрифте при использовании ядерного vt можно не рассчитывать. Особенно если размер символов нужен не меньше чем 16x30 пикселей.

Это недостаток конкретной реализации

Это особенность, на которую можно смотреть по-разному.

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

Адепты KOI8-R не принуждают всех пользоваться этой кодировкой. Максимум что они делают - пытаются сохранить её поддержку. И ничего плохого в этом нет, иначе надо выкидывать все однобайтные кодировки вообще. Но ту же CP1251 почему-то никто не горит желанием выкинуть.

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

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

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

UTS-8 уже мейнстрим

saahriktu — хипстор!

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

Интересно, это как-то связано с тем, что упомянутый Поттеринг (при всех его спорных личных качествах) написал систему инициализации, которую в результате приняли во все серьёзный дистрибутивы? А по «технически грамотным» очевидно, что они ничего серьёзнее веб-сервера с mod_php в жизни не видели даже, не что не администрировали? Ну неееет, виноваты «всякие», конечно.

ничего серьёзнее веб-сервера с mod_php в жизни не видели даже, не что не администрировали?

На серверах, может быть, и есть что-то такое, где без systemd никуда. Только, вот, сервера - это далеко не 100% машин. Есть рабочие станции, десктопы,... и т.д. И вот там можно спокойно затачивать всё под конкретные нужды без всяких специфических решений для серверов.

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

С роутера пишешь?

При этом для обсмеивания сначала цепляются к манере использовать старые лёгкие технологии

логарифмической линейкой давно пользовался?

Только, наоборот, от всех остальных тысяч символов, которые за рамками имеющихся 256-ти, появляются квадратики. Ну и зачем всё портить кучей этих квадратиков, если можно оставить локаль KOI8-R, которая содержит все имеющиеся символы?

И обнаружить квадратики в другом месте.

А это может быть не исключением, а правилом.

Исключения в правилах не нужны.

Адепты KOI8-R не принуждают всех пользоваться этой кодировкой.

А курящие не заставляют курить. Только вот почему тогда на курящих косо смотрят?

И обнаружить квадратики в другом месте.

Нет, в том и суть, что когда есть только 256 символов, которые все есть в шрифте, то никаких квадратиков нигде никогда не будет. Квадратики появляются только тогда, когда в соответствии с кодировкой нужно вывести символ, которого нет в шрифте. А 99% таких случаев - при использовании юникода. Оставшийся 1% - это когда однобайтная кодировка не соответствует набору символов в шрифте. Например, при локали cp1251 выбран шрифт, в котором есть только ASCII символы.

А курящие не заставляют курить. Только вот почему тогда на курящих косо смотрят?

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

Какие ещё «исключения в правилах»? Вы чем читаете?

Речь шла о том, что может быть не так, что на 99% у человека всё в иксах и векторных шрифтах с юникодом, а тут ему вдруг понадобилось на 1% заюзать ядерную консоль с растровыми шрифтами. Может быть и, наоборот, так, что у человека не менее чем на 99% всегда только ядерная консоль с растровыми шрифтами.

Может быть и, наоборот, так, что у человека не менее чем на 99% всегда только ядерная консоль с растровыми шрифтами.

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

Во что превратится имя файла типа «Rammstein - Küss mich.mp3» в ядерной консоли с кодировкой koi8-r?

Смотря что и как его прочитает. Если оно заюзает iconv() со срезанием чужеродных символов, то оно превратится в «Rammstein - Kss mich.mp3». Если заюзан более интеллектуальный алгоритм, то оно может превратиться в «Rammstein - Kuss mich.mp3». А если конвертировать никто не будет, то оно превратится в «Rammstein - Kц╪ss mich.mp3».

Нет, в том и суть, что когда есть только 256 символов, которые все есть в шрифте, то никаких квадратиков нигде никогда не будет.

Иногда мысль возникает, а что если бы в своё время приняли за размер байта не 8 бит, а 12? Было же время, когда байты были разной длины на разных ЭВМ.

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

С цифромузыкой тогда тоже интересно было бы. Как и с графикой.

Это если бы цифры остались прежние. А если физически всего везде было бы столько же, просто, например, вместо 64 Кб писали бы 42.66666666666 Кб, то всё бы осталось точно также.

вместо 64 Кб писали бы 42.66666666666 Кб

Вот так точно не писали бы. Было бы 42Кб 12-битных байтов при той же стоимости памяти. Хотя возможно, что стали бы распространённее разные хитрые упаковки внутрь байта (машинного слова), кто-то тогда мог додуматься и кодировку хитро упихать по два символа в байт. И без того кое-где экономили 1 бит из 8.

И ради чего все эти костыли и мучения?

Скорее панк, а не хипстер. Хипстеры - это сторонники вяленда, систямдэ, пыщаудио и прочей копрофильской хипстоты.

Упомянутый поцеринг - школокодер. Он некомпетентен в принципе. А систему инициализации в виде помойки не приняли, а принудительно протолкнули.

При чём тут логарифмическая линейка?

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

В тех квадратиках код символа прописан. Так что не совсем квадратики.

Нет. В случае ядерной консоли никакие коды символов к квадратикам не добавляются.

При чём тут логарифмическая линейка?

Проверянное решение же.

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

У вас подгорело.

Только, вот, сервера - это далеко не 100% машин. Есть рабочие станции, десктопы,... и т.д. И вот там можно спокойно затачивать всё под конкретные нужды без всяких специфических решений для серверов.

Угу, только вот разработчкики дистрибутивов будут очень рады забесплатно реализовывать и/или поддерживать отдельную систему инициализации специально для религиозных фанатиков, ненавидяющих Поттеринга.

А так да, на среднем десктопе можно вообще в rc.local всё грузить.

На самом деле в ряде дистрибутивов (Debian, ALT,...) sysvinit как был так и остался в репозитории. Да и не все дистрибутивы перешли на systemd, и список дистрибутивов без systemd по дефолту не такой уж и маленький - больше 70-ти дистрибутивов (включая Gentoo, Slackware, Crux, Void,... и т.д.).

упомянутый Поттеринг (при всех его спорных личных качествах) написал систему инициализации, которую в результате приняли во все серьёзный дистрибутивы

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

Упомянутый поцеринг - школокодер.

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

Он некомпетентен в принципе. А систему инициализации в виде помойки не приняли, а принудительно протолкнули.

Сказал бы я, кому что куда протолкнули. Самому не смешно? Может ещё про инопланетян мне расскажешь? Просто дистрибутивы делают как раз компетентные люди, которые рассматривают, сюрприз, технические аргументы. А не кому что сосед по парте про unix-way рассказал (прочитав в википедии).

Я правильно понял, что аргументов я тут не дождусь?

На самом деле в ряде дистрибутивов (Debian, ALT,...) sysvinit как был так и остался в репозитории.

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

список дистрибутивов без systemd по дефолту не такой уж и маленький - больше 70-ти дистрибутивов (включая Gentoo, Slackware, Crux, Void,... и т.д.)

Честно говоря, я из этого списка серьёзно воспринимаю только Gentoo. Ну может я и не прав. Но мнение разработчиков Ubuntu, Debian, Fedora и RHEL для меня более показательно.

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

Я так понимаю, это из того же детского сада, что и «злой Red Hat заставил», да? Извини, дешёвой конспирологией не интересуюсь.

А ничего, что это решение аналоговое, а не цифровое?

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

Поддерживают мейнтейнеры. По факту в том же Debian запретили поддерживать sysv и openrc на должном уровне. Сейчас идёт искусственное привязывание пакетов к systemd, даже когда реальной зависимости в коде нет. Я уже много раз примеры приводил. Что же до религиозных фанатиков - на самом деле религиозные фанатики это те, кто Поцеринга поддерживают.

Возраст Поттеринга легко гуглится.

Нерелевантно.

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

Это ты намекаешь, что я в школе учусь?

Сказал бы я, кому что куда протолкнули. Самому не смешно? Может ещё про инопланетян мне расскажешь?

Всё ясно. Ты тот самый даун, который зигует при виде фотографии Поцеринга.

По факту в том же Debian запретили поддерживать sysv и openrc на должном уровне

Кто запретил? Как? Серьёзно, как можно запретить человеку, например, фиксить баги в пакете? Ты вообще не представляешь, как Debian работает, верно?

Сейчас идёт искусственное привязывание пакетов к systemd, даже когда реальной зависимости в коде нет

Вот откуда ты знаешь, что её нет? Куча чего использует systemd-logind, например. Ты каждый пакет проверил? Или авторы софта должны избегать новых фич, только потому что у кого-то на ЛОРе от этого подгорает?

Что же до религиозных фанатиков - на самом деле религиозные фанатики это те, кто Поцеринга поддерживают.

То есть мейнтейнеры Debian, Ubuntu, Fedora, CentOS, RHEL и Arch? Что ж, я в хорошей компании.

Всё ясно. Ты тот самый даун, который зигует при виде фотографии Поцеринга

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

Но ведь проверено временем же!

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

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

Это ты намекаешь, что я в школе учусь?

А что, нет? Ты говоришь об авторитетах а не о реализации.

В федоре уже вейленд по дефолту.

Какая разница где что по дефолту? В репозитории Федоры иксы как были так и остались. И можно развернуть Федору с иксами и без Wayland'а.

Целесообразность библиотеки стремится к нулю. Это всё равно что сейчас начинать писать софт под qt4.

Во-первых, как я уже писал, библиотека годов этак 2004-2005-х. Во-вторых, под Wayland на сегодняшний день пока ещё никаких библиотек и нет. Разве что жирные GTK 3 да Qt 5, если не считать Enlightenment Foundation Libraries и Clutter. А нормальные человеческие библиотеки, такие как Tk, Motif, fltk,... Wayland пока ещё не поддерживают. В-третьих, даже GTK 1 ещё продолжает жить. В репозитории той же Федоры в наличии есть XMMS на основе этой GTK 1. Так что, если считать Федору передовым дистрибутивом, то даже передовые дистрибутивы продолжают хранить версии библиотек 20-ти летней давности.

Во-первых, как я уже писал, библиотека годов этак 2004-2005-х

Почему выкладывается только сейчас?

Во-вторых, под Wayland на сегодняшний день пока ещё никаких библиотек и нет.

4.2. sdl 2 тому пример

Разве что жирные GTK 3 да Qt 5

Чем они жирные?

если не считать Enlightenment Foundation Libraries и Clutter

В чём преимущество перед этии?

А нормальные человеческие библиотеки, такие как Tk, Motif, fltk,... Wayland пока ещё не поддерживают.

Даже если не поддерживает, то что с того? Какой хороший годный софт на них можешь назвать?

Почему выкладывается только сейчас?

Потому, что в те годы у меня была только локалка, куда я и выкладывал. Мой сайт у меня появился только в 2010-м году. А с 2006-го года у меня всё в первую очередь заточено на ядерную консоль.

sdl 2 тому пример

Пока ещё только экспериментально.

Чем они жирные?

Требовательностью к ресурсам.

В чём преимущество перед этии?

Преимущество чего перед чем?

Даже если не поддерживает, то что с того? Какой хороший годный софт на них можешь назвать?

А то, что: 1) эти библиотеки менее требовательны к системным ресурсам; 2) суть не столько в существующем софте, сколько в библиотеках для разработки своего; на этих библиотеках софт писать гораздо проще чем на сверхнавороченных GTK и Qt. Для того же Python'а Tkinter так вообще является дефолтным GUI из коробки. А так-то и уже существующий софт для этих библиотек, разумеется, есть: moxfm, xplore, CDE, mwm, xemacs, xpdf, ding, pfm, idle, tkremind, tkabber, tkdesk, tkdiff, tkcvs, tkgate, tkinfo, xmessage, bist, drawxtl, eureka, fldiff, flpsed, flwm, htmldoc, imview, lmms, obdgpslogger, posterazor, seaview, tigervnc-viewer, xdiskusage, xpp, tkdvd,... и т.д. И это только вершина айсберга. Многие мелочи в разных пакетах, включая, например, csound, octave, expect,... линкуются именно с Tk, Motif, fltk,...

на этих библиотеках софт писать гораздо проще чем на сверхнавороченных GTK и Qt

Пруф? Не забывай что в этих библиотеках уже есть куча всего готового. У тебя к примеру есть диалог выбора файлов?

Требовательностью к ресурсам.

Теперь осталось сравнить к примеру файловый менеджер на них и на том что ты написал, то какой будет выигрыш? На сколько часов больше придётся писать?

Файловые менеджеры на них уже есть: moxfm (Motif), xplore (Motif), FileManager (Tcl/Tk), FileRunner (Tcl/Tk), mfm (fltk),... и т.д.

Пруф? Не забывай что в этих библиотеках уже есть куча всего готового.

У этих библиотек вообще высокий порог вхождения. Даже у GTK 1 он был более чем высоким. В те годы Glade генерировал шаблонный код. Но, он не компилировался. После грязного хака с нарушением дефолтных областей видимости оно собиралось и работало. С тех пор (2003-й год) я на GTK смотрю косо. У Qt тоже своя идеология, а не просто подключил библиотеку - и оно работает. Так вот, чем разбираться с этими заморочками GTK и Qt проще написать на Tk, Motif, fltk,...

Файловые менеджеры на них уже есть: moxfm (Motif), xplore (Motif), FileManager (Tcl/Tk), FileRunner (Tcl/Tk), mfm (fltk),... и т.д.

Внешний вид ужасает.

У этих библиотек вообще высокий порог вхождения.

Скопипастить из мануала пару строк это высокий порог?

Гм. Ну, возможно, теперь GTK переработали.

Скопипастить из мануала пару строк

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

Скопипастить со стаковерфлоу пару строк
Скопипастить из гугла пару строк
О, заработало! В продакшен!

Как заработало, почему заработало — никто толком не понимает (мануалы не читали потому что, ага). Но кого это волнует...

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

Что конкретно тебе нужно понять для создания окна?

А нормальные человеческие библиотеки, такие как Tk, Motif, fltk,...

Это не нормальные. Это экскременты мамонтов, окаменевшие в своем развитии. Правда, и сами мамонты (Sun и прочие) тоже уже сковырнулись.

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

Простейшие интерфейсы пользуют на питоне к системным тулкитам. А тикль еще и доставить надо. И порой его коряво собирают - нуивонафик.

У Tk есть биндинги к куче скриптовых языков: Ruby, Perl,..., Python. Я же выше уже упоминал Tkinter (биндинги к Tk). Это дефолтный GUI для Python'а из коробки.

Это дефолтный GUI для Python'а из коробки.

На венде. На остальных системах ткинтер с тиклем доставлять надо (на маке только ткинтер отсутствует). Последняя попытка реанимации тикля состоялась почти 10 лет назад. Но таки тиклеры просрали полимеры и время безнадежно упущено.

На остальных системах ткинтер с тиклем доставлять надо

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

$ grep -e tkinter\/$ /var/log/packages/python3-3.6.0-x86_64-1_SBo
usr/lib64/python3.6/tkinter/
usr/lib64/python3.6/tkinter/test/test_tkinter/
$ grep -e lib-tk\/$ /var/log/packages/python-2.7.13-x86_64-1
usr/lib64/python2.7/lib-tk/

А вот теперь заглянем в содержимое Debian'а 9:

$ zgrep -e \/Tkinter.py debian-9-Contents-amd64.gz
usr/lib/pypy/lib-python/2.7/lib-tk/Tkinter.py           python/pypy-lib
usr/lib/python2.7/lib-tk/Tkinter.py                     python/libpython2.7-stdlib
$ zgrep -e \/tkinter\/__main__.py debian-9-Contents-amd64.gz
usr/lib/python3.5/tkinter/__main__.py                   python/libpython3.5-stdlib

Зато это легковесные библиотеки, которые вполне можно юзать для простейших интерфейсов.

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

Я канешн оценил консольный вывод, но таки поверьте человеку, писавшему много на Tk - биндинг лежит в отдельном пакете python-tk:

https://packages.debian.org/ru/stretch/python-tk

Ну и всякое разное, с tk и питонов увязанное тоже по отдельным пакетам (типа PIL+tk и т.д.)

Если чо, в rpm-чатых дистрах тоже самое.

Ну, значит, в Debian'е всё-таки раскрошили. Но, это проблемы Debian'а. Точнее даже его юзеров. Если уж они выбрали дистрибутив в котором всё покрошили на мелкие пакетики, и им лень их доустанавливать. А в других дистрибутивах, где так не крошат, всё входит в один единственный базовый пакет с нужной версией Python'а.

Будет. Смотри EDE.

Изменения на простых интерфейсах

Ну не знаю. http://suckless.org предлагает не делать сложные интерфейсы, а только простые. И знаешь, мне их позиция нравится. Как говорится

And folks, let’s be honest. Sturgeon was an optimist. Way more than 90% of code is crap

Я бы сказал, что это особенность слаки, что там все в кучке. Ну и в генте то же самое. Причина - сборка из сорцов по месту. Но это особенность 1% юзеров среди линуксоидов. Т.е. сотые процента в общей массе десктопов.

Ткинтер «отдельно» - это нормально. Нафига с питоном тащить зависимость на тикль? Далеко не всем это требуется.

Это дефолтность Tkinter'а не отменяет.

И существуют десятки дистрибутивов, которые родственны Slackware и Gentoo. Включая те же Arch, Manjaro, Crux,... Во многих из них тоже нет никаких отдельных python-tk. Вот в таких дистрибутивах как Frugalware, Void,... оно запаковано в отдельные пакеты, это да.

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

Но простой код, простые интерфейсы — это же думать надо.

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

которые родственны Slackware и Gentoo

Что-то мне подсказывает, что у них всех ткинтер собирается опционально, «по флажку». В жизни не поверю, что питон и тикль скручены намертво :)

Будет. Смотри EDE.

Ну и сколько составляет выигрыш? Я бы без раздумий потратил его на получение современного внешнего вида. Не стоит пара мегабайт таких мучений.

Ну не знаю. http://suckless.org предлагает не делать сложные интерфейсы, а только простые.

Попробуй организуй проект типа krita с простым интерфейсом. Так чтоб это не выглядело страшным приветом из девяностых.

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

Tcl и Tk - это разные вещи. Tk - это тулкит, биндинги которого существуют к разным языкам, а не только к Tcl.

$ ls -l /usr/lib64/libtk.so
lrwxrwxrwx 1 root root 11 ноя 13  2016 /usr/lib64/libtk.so -> libtk8.6.so

И при компиляции Python'а в числе его дефолтных модулей из коробки собирается Tkinter, который прикручивается к Tk напрямую.

Вот опции которых достаточно чтобы собрался Tkinter:

./configure \
  --prefix=/usr \
  --libdir=/usr/lib${LIBDIRSUFFIX} \
  --mandir=/usr/man \
  --docdir=/usr/doc/$PRGNAM-$VERSION \
  --with-threads \
  --enable-ipv6 \
  --enable-shared \
  --with-system-expat \
  --with-system-ffi \
  --build=$ARCH-slackware-linux

Ну и сколько

По сравнению с чем? Насколько я помню EDE жрёт как icewm.

получение современного внешнего вида.

Нет спасибо. Такая гадость лично мне не нужна.

проект типа krita

Есть куцый основной функиционал. Остальное добавляется патчами. Вот тебе и вся организация.

чтоб это не выглядело

Как там сделали - http://suckless.org/

Я не говорю про интерфейс как в 90-е. Я говорю про простой интерфейс. Где нет кучи кнопочек, всё вызывается по хоткеям и через dmenu. Где нет талмудов c объяснениями какую кнопку нажимать, а есть простой и лаконичный man.

Tcl и Tk - это разные вещи. Tk - это тулкит, биндинги которого существуют к разным языкам, а не только к Tcl.

Позор на вашу седую слакварьную голову ))) Tk это тулкит интерпретатора tcl. Биндинг к нему (тот же tkinter) формирует стринговые команды tcl и отправляет через _tkinter.so интерпретатору tcl на исполнение.

Пруф:

$ ldd _tkinter.so
        linux-vdso.so.1 =>  (0x00007ffe63166000)                                                                                                      
        libBLT.2.5.so.8.6 => /usr/lib/libBLT.2.5.so.8.6 (0x00007f7c94880000)                                                                          
        libtk8.6.so => /usr/lib/x86_64-linux-gnu/libtk8.6.so (0x00007f7c94523000)
        libtcl8.6.so => /usr/lib/x86_64-linux-gnu/libtcl8.6.so (0x00007f7c94173000)
        libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007f7c93f55000)
        libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f7c93b8e000)
        libX11.so.6 => /usr/lib/x86_64-linux-gnu/libX11.so.6 (0x00007f7c93853000)
        libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007f7c9354a000)
        libXft.so.2 => /usr/lib/x86_64-linux-gnu/libXft.so.2 (0x00007f7c93335000)
        libfontconfig.so.1 => /usr/lib/x86_64-linux-gnu/libfontconfig.so.1 (0x00007f7c930f2000)
        libXss.so.1 => /usr/lib/x86_64-linux-gnu/libXss.so.1 (0x00007f7c92eee000)
        libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007f7c92cea000)
        libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x00007f7c92ace000)
        /lib64/ld-linux-x86-64.so.2 (0x0000564dd2914000)
        libxcb.so.1 => /usr/lib/x86_64-linux-gnu/libxcb.so.1 (0x00007f7c928ac000)
        libfreetype.so.6 => /usr/lib/x86_64-linux-gnu/libfreetype.so.6 (0x00007f7c925ff000)
        libXrender.so.1 => /usr/lib/x86_64-linux-gnu/libXrender.so.1 (0x00007f7c923f5000)
        libexpat.so.1 => /lib/x86_64-linux-gnu/libexpat.so.1 (0x00007f7c921cb000)
        libXext.so.6 => /usr/lib/x86_64-linux-gnu/libXext.so.6 (0x00007f7c91fb9000)
        libXau.so.6 => /usr/lib/x86_64-linux-gnu/libXau.so.6 (0x00007f7c91db3000)
        libXdmcp.so.6 => /usr/lib/x86_64-linux-gnu/libXdmcp.so.6 (0x00007f7c91bad000)
        libpng16.so.16 => /usr/lib/x86_64-linux-gnu/libpng16.so.16 (0x00007f7c9197b000)

И чтобы не было сомнений, вот исходник tkinter (питонская часть):

http://mgltools.scripps.edu/api/DejaVu/Tkinter-pysrc.html

Код напыжован конструкциями типа:

self.tk.call('option', 'add', pattern, value, priority)

Это и есть передача стринговых команд в tcl через нативный экстеншин _tkinter

Гм. Ну, значит, всё кругом действительно завязано на Tcl, и нет смысла этому удивляться.

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

На самом деле нет. Tcl-core есть даже в LFS'е для того, чтобы гонять тесты. Без него они не работают.

   DejaGnu is a framework for running test suites on GNU tools.
   It is written in expect, which uses Tcl (Tool
   command language).

А в том же Debian'е 9 с libtcl слинкованы в т.ч.: antennavis, aolserver4, apt-dater, covered, deal, din, dirdiff, eggdrop, emacspeak-espeak-server, epic5, expect, fossil, foxeye, gcl, gpsmanshp, gtkwave, hping3, ibutils, irsim, isdnvboxserver, cgns-convert, magic, environment-modules, nam, ns2, oce-draw, openmsx, libpurple0, qrouter, r-base-core, rat, sauce, savi, scid, scilab-full-bin, scilab-minimal-bin, skycat, staden, svxlink-server, timidity-interfaces-extra, tk707 (drum sequencer for a sound card or MIDI device), tkdesk, tkgate, trafficserver, xdeview, vera++, vigor, vim-athena, vim-gtk, vim-gtk3, vim-nox, vkeybd, libvtk6.3, libvtk6.3-qt, vtk6, weechat-plugins, wordnet-gui, xcircuit, xcrysden и yosys.

Из перечисленного многие пакеты по сути legacy и не развиваются. Да и маловато будет из расчета на десятки тысяч из общей пакетной базы. Причем к tk отношение имеют далеко не все. tcl в свое время активно пользовался для всякого сетевого скриптования.

На самом деле, по сути, достаточно поставить vim или pidgin, чтобы они притянули libtcl в систему. А тот же expect находится в зависимостях у belier, sqwebmail, eclipse-titan, nagios-plugins-contrib и rancid.

Есть куцый основной функиционал. Остальное добавляется патчами. Вот тебе и вся организация.

вимподобный интерфейс сделает твою программу не осваиваемой.

Нет спасибо. Такая гадость лично мне не нужна.

Что и от xfce тошнит?

Как там сделали - http://suckless.org/

Где там большая кнопка «скриншоты»? Или это илюстрация того как ради элементарного действия нужно исполнить ритуальный танец?

Насколько я помню EDE жрёт как icewm.

Как я понимаю по функциональности они не далеко ушли? К примеру там есть возможность жестом мыши развернуть окно на пол экрана?

вимподобный интерфейс

Ты вообще вим видел-то? Там не так сделано. Хотя идея хорошая, да.

большая кнопка «скриншоты

Не завезли. Смотри раздел нужной тебе програмы. Там есть отдельные кнопки http://dwm.suckless.org/screenshots/

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

Там не одна программа, знаешь ли. Они независимы друг от друга. Это в каком нибудь DE скрины всех программ на одной страницу. А здесь этого нет.

функциональности они не далеко ушли

Ну да, правильно понимаешь.

жестом мыши развернуть окно

Нет. А зачем? Хоткеи на клавиатуре же есть для этого.

Ты вообще вим видел-то?

Если я его открою, то не смогу закрыть же. Как же мне тогда в интернете сидеть? (сарказм)

сарказм

Петросян, плиз.

идёт искусственное привязывание пакетов к systemd

Это гоном, но его пользователям нравится потому что они мазохисты.