Qt 4 в Debian Buster не будет

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

Чем меньше размер, тем дольше надо целится. Особенно по тонким элементам, типа ползунков

Там не настолько всё мелкое, чтобы нужно было куда-то целиться.

больше всего я боюсь, что когда-нибудь придёт какой-нибудь придурок, и обновит в openbsd angband 3.3.2 до 4.1.0 или выше. или дебиановский 3.5.1 тронет

Скачай пакет локально, в чём проблема?

К статистике на Distrowatch'е, конечно, можно относиться по-разному. Только, вот, более качественную альтернативную статистику дистрибутивов пока что никто не предложил.

Верно, и по не четким данным можно сделать какой-то относительный вывод (по тренду и прочему). Но вот ты относишься как неадекват, Ибо делаешь чёткий вывод с конкретной цифрой

Так что, Slackware входит в 12%-ю верхушку дистрибутивов по популярности.

Хорошо, что не 12.04379562. Этой цифрой можно спокойно подтереться.

Вот что-что а ни ls ни cat в будут ну явно не десяток и даже не двадцаток строк

>cat myls.c
#include <stdio.h>
#include <sys/types.h>
#include <dirent.h>

main(int argc, char **argv)
{
    DIR            *dptr;
    struct dirent  *ds;
    dptr = opendir(argv[1]);
    while ((ds = readdir(dptr)) != 0)
        printf("%s\n", ds->d_name);
    closedir(dptr);
}

---------------------

/*
 * Unixway cat implementation v0.1 by saahriktu
 * under GNU GPLv3
 */

#include <stdio.h>
#include <string.h>

void
copystdin ()
{
  int stdc;
  while ((stdc = getchar ()) != EOF)
    putchar (stdc);
}

int
main (int argc, char **argv)
{
  int nfid, c;
  FILE *fptr;
  if (argc != 1)
    {
      for (nfid = 1; nfid < argc; nfid++)
        {
          if (!strcmp ("-", argv[nfid]))
            {
              copystdin ();
              continue;
            }
          else if ((fptr = fopen (argv[nfid], "r")) == NULL)
            continue;
          while ((c = fgetc (fptr)) != EOF)
            putchar (c);
          fclose (fptr);
        }
    }
  else
    copystdin ();
  return 0;
}

Ну это и не ls, и не cat.

https://ru.wikipedia.org/wiki/Ls

с конкретной цифрой

Не с конкретной, а с примерной. Если в Вашем личном окружении Slackware не популярна, это ещё не значит, что этот дистрибутиы непопулярен совсем. Slackware больше популярен на западе, в Северной и Южной Америках. Точно также как в США и Азии CentOS популярнее Debian'а.

KDE Applications 17.08 является последним выпуском, в котором допускается поставка приложений, использующих Qt4 и kdelibs4.

а вот и ещё одна весточка с фронта портируй на кьют5 или умри. ура.

Тебе нужно обеспечить цветы питанием

Удобрение тоже в ёмкость будешь наливать?

Что он умеет, как устроен, почему удобнее?

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

Ну придумай, как засунуть 3 литра воды в 1 килограм

Даже в пустом виде

И при чём тут интерфейсы?

Прочитай как это работает, авось поймёшь

Не поможет обеспечить совместимость интерфейсов

К примеру в go именно она обеспечивает совместимость интерфейсов

Зачем искать или делать более совместимый, если есть небольшая прослойка — переходник?

Как минимум «евророзетки» в продаже есть давно. И в них обычные вилки прекрасно входят

Чего вдруг гладить штаны — задача, а металл — не задача?

Пони явно не знают зачем нужны утюги

Почему не работает? Дай пример строки с варленовой длиной в семи битах и индикацией варлена в старшем бите, на которой это не сработает.

По той причине что твой алогритм при 128 уже считает что доступно более 256 байт. И смысл в твоей длинной-предлинной строке, когда можно было написать что-то типа *a < 128?

А кто решает, которые выводы правильные, а которые нет?

Те кто знают

Это минимальные юниксвейные реализации ls'а и cat'а. Разумеется, у разработчиков разных ОС семейства UNIX свои представления о том, что и как должно входить в реализации ls'а и cat'а.

Если в Вашем личном окружении Slackware не популярна

Ну я так думаю, что в моём личном окружении пользователей слаки всего-то на одного меньше, чем в твоём личном окружении ;)

Там не настолько всё мелкое, чтобы нужно было куда-то целиться.

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

Трах posix'ом по башке http://www.unix.com/man-page/posix/1posix/ls

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

Ты официально признаешь что официальная реализация не юниксвейна? Еретик

Это минимальные юниксвейные реализации ls'а и cat'а.

Это бесполезные реализации. Даже по меркам юниксвея.

Это потому, что в моём окружении почти нет линуксоидов, которые сами себе что-то ставили, а я последние годы ставил людям Debian. Ещё до того, как он испортился. Теперь буду по возможности переводить людей на Slackware.

И чо? POSIX нужен для совместимости и переносимости скриптов. При этом в него понапихали много неюниксвейных вещей. Так что, «минимальная юниксвейная реализация» и «соответствие POSIX'у» - вещи разные. У cat'а по юниксвею тоже не должно быть опций, которые модифицируют вывод. Модификация вывода - это уже другая задача других утилит.

Ты официально признаешь что официальная реализация не юниксвейна?

И не только я.

cat's job is to collect the data in files. Programs that collect data shouldn't change the data; cat therefore shouldn't transform its input.
(«Program design in the UNIX environment», Rob Pike, Brian W. Kernighan)

Это бесполезные реализации. Даже по меркам юниксвея.

Нет. Они выполняют базовую функциональность. Выводят листинг директорий, а также склеивают файлы с выводом на stdout.

У cat'а по юниксвею тоже не должно быть опций

У чего ещё не должно быть опций? У ls они должны быть?

Выводят листинг директорий

У ls есть несколько больше функций. Как минмум скрытые файлы

У чего ещё не должно быть опций?

У много чего.

У ls они должны быть?

Модифицирующие вывод тоже не должны быть. ls тоже просто собирает и выводит данные. Их переформатирование - задача других утилит

The UNIX ls utility seemed like a good idea at the time. It’s the poster child for the UNIX way: a small tool that does exactly one thing well. Here that thing is to display a list of filenames. But deciding exactly what filenames to display and in what format led to the addition of over 35 command-line switches. Now the man page for the BSD version of ls bears the shame of this footnote: “To maintain backward compatibility, the relationships between the many options are quite complex.”

А вот у таких утилит как find должно быть много опций, да.

Как минмум скрытые файлы

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

Не, в мастер что-то коммитят: https://github.com/KDE/amarok/commits/master

Сайт и правда подзабросили :(

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

Ну, по крайней мере бранч kf5 есть

А вот что случается, если запускать qbittorrent на новом Qt 5 на 4К мониторе под дефолтной убунтой:

http://storage7.static.itmages.ru/i/17/0818/h_1503047900_3860223_2a4c9018d9.png

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

как только будет нечто побольше ноутбучного монитора, то и попасть по кнопкам будет сложнее

Не будет. Или такому человеку не нужен монитор с большим разрешением.

ls тоже просто собирает и выводит данные

То есть всегда выводит все данные, даже если они не нужны?

Не будет. Или такому человеку не нужен монитор с большим разрешением.

Ему может и нет, а я могу столкнуться. Не везде я покупаю железо

Что значит «не нужны»? Юзеру нужно получить листинг директории? Ну и вот. Для этой конкретной задачи есть ls. Если юзеру нужно получить список файлов/директорий с конкретными условиями, то для этого уже есть find с кучей опций.

Что значит «не нужны»?

Выводить права на каждый чих? Выводить данные о последнем изменении?

Выводить права на каждый чих?

stat

Выводить данные о последнем изменении?

stat

А ls просто для листинга директорий.

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

у меня грохалось на например

*** = new QActionGroup(this);

есть аналогичный баг(стектрейс подлиннее) под винду с падением в той же самой точке. проверено на 5.5.1.

https://bugreports.qt.io/browse/QTBUG-55961

мне лень пересобирать обратно, на 5.9.1 краха нет, но ска!

QFontDatabase: Cannot find font directory /usr/local/Qt-5.9.1/lib/fonts.
Note that Qt no longer ships fonts. Deploy some (from http://dejavu-fonts.org for example) or switch to fontconfig.

и буков нету.

stat

у rm ключи должны быть?

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

Всё ещё любишь кресты?

NextGenenration осознал, что c# должен умереть/изменится по той же причине, что и c++

В целом можно обойтись и без ключей. Если удалять директории через rmdir, который автоматически будет удалять директории рекурсивно. Это при текущих реализациях rmdir удаляет только пустые директории, а потому для рекурсивного удаления директорий приходится вызывать «rm -r».

А ключ -f?

ignore nonexistent files and arguments, never prompt

?

Ну и где это нужно? Несуществующие файлы можно и так игнорировать. Да и без него:

$ rm nonexists.txt
rm: невозможно удалить 'nonexists.txt': Нет такого файла или каталога

Ну и где это нужно?

Настолько ненужно что сделали опцию?

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

Всё равно не понимаю в чём проблема

Какой у тебя размер шрифта - минимально различимый на данном разрешении? 7 пунктов или 20?

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

$ touch 888 ; chmod 0 888 ; rm 888
rm: удалить защищенный от записи пустой обычный файл '888'?

$ touch 888 ; chmod 0 888 ; rm -f 888
$

а при чем тут С++? qt4 не падает, qt5.9 тоже не падает, правда его пришлось пересобирать изза шрифтов.

Qt5 ненравится обязательная аппаратная поддержка на базе OpenGL. В остальном все вроде бы тоже самое.

У самого стоит Maui дистр на базе бубунты. Особенность - использование Wayland по умолчанию.

Я перешел недавно на разрешение 2560x1440(DisaplyPort) и чего-то бубунта и эта, не умеет работать корректно. Только помогло переход на UEFI.

Wayland ведет себя хорошо. Хотя вижу что многие приложения через иксы ходят.

qt5.9 тоже не падает

Qt5 к сожалению падает - в нем какая-то гонка, которая приводит в гроханию в процессе доставки объекту события. Для этого достаточно сделать что угодно, что дергает event system, например parenta указать создаваемому объекту.

Что конкретно переводит qt5 в такое состояние - я хз. Если он проскакивает «красный период», то работает нормально. Разрабы в отрицалове.

может в 5.9 починили.

Так падает или нет?

Мне уже давно видится тот факт, что прогресс во многих сферах навязывается. Уже давно софт, свистелки и перделки, хард достиг своего практического потолка.

Что скажешь про ключ i/I?

что прогресс во многих сферах навязывается

Ага. И операции с памятью в крестах победили и гонки данных...

пока не падает. на 5.5.1 падение было прямо на старте с вероятностью 60%

вот когда С++хейтеры родят что-нибудь уровня qt - тогда приходите и рассказывайте какие вы умные. а то пока только страшилища tk и motif плюс какое-то ололо на цацкеле имеется.