Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Изначальное сообщение		[ Отслеживать ]

"Выпуск каталогизатора домашней библиотеки MyLibrary 4.3"	+/–
Сообщение от opennews (??), 20-Ноя-25, 23:07
Состоялся релиз каталогизатора домашней библиотеки MyLibrary 4.3. Код программы написан на языке программирования С++ и доступен (GitHub, GitFlic) под лицензией GPLv3. Графический интерфейс пользователя реализован с помощью библиотеки GTK4. Программа адаптирована для работы в операционных системах семейства Linux и Windows. Для пользователей Arch Linux в AUR доступен сценарий сборки готового пакета. Для пользователей Windows доступен экспериментальный инсталлятор... Подробнее: https://www.opennet.dev/opennews/art.shtml?num=64292
Ответить | Правка | Cообщить модератору

Сообщения

[Сортировка по ответам | RSS]

1. Сообщение от Аноним (1), 20-Ноя-25, 23:07	+26 +/–
эх. без любимого скрина самого красивого приложения
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #2, #19

2. Сообщение от кек (?), 20-Ноя-25, 23:12	–1 +/–
Кроме шуток да, грустно Хочется знать что хоть что-то в этом мире постоянновое
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

3. Сообщение от Аноним (3), 20-Ноя-25, 23:45	+/–
Расскажите гениальному ученику Лебедева, что на арче для сборки пакетов из AUR группа base-devel уже предполагается установленной, ее не нужно писать в зависимости.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #20

8. Сообщение от Аноним (-), 21-Ноя-25, 03:37	+/–
А скриншот то куда дели? Самую мякотку как раз и не опубликовали. А там так то колоритные наработки в UI :). В самом прямом смысле слова, без дураков!
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #21

11. Сообщение от Аноним (11), 21-Ноя-25, 06:14	+/–
Вопрос к автору: а скажите, для каталогизатора библиотек совершенно необходим Vulkan?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #14, #17, #26

12. Сообщение от Витюшка (?), 21-Ноя-25, 08:10	+/–
Самая любимая новость. Жду с нетерпением этой программы. Но не хватает скриншотов нового функционала
Ответить | Правка | Наверх | Cообщить модератору

14. Сообщение от Жироватт (ok), 21-Ноя-25, 09:24	+/–
Ага. Кнопочки меняют свой цвет раз в кадр, а тут без ускорения уже не обойтись
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11

16. Сообщение от Аноним (16), 21-Ноя-25, 11:22	+/–
Программа отличная. А кому активно не нравится интерфейс, могут сделать форк и навести красоту. А там и о pull request можно подумать, если вас по каким-то причинам заставляют пользоваться именно сабжевой программой.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #24, #29, #56

17. Сообщение от Sadok (ok), 21-Ноя-25, 11:25	+/–
> Вопрос к автору: а скажите, для каталогизатора библиотек совершенно необходим Vulkan? конечно. это же не катологизатор дискет
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11

18. Сообщение от Аноним (18), 21-Ноя-25, 11:31	+1 +/–
Зашел в новость за скриншотом. Разочарован.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #22

19. Сообщение от ProfessorNavigator (ok), 21-Ноя-25, 11:37	+1 +/–
> эх. без любимого скрина самого красивого приложения Автор обиделся на "я у мамы дизайнер"ов (шутка). Скриншоты есть, когда есть изменения в GUI. В этом релизе GUI не менялся, поэтому - вот.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #32

20. Сообщение от ProfessorNavigator (ok), 21-Ноя-25, 11:58	+/–
Расскажите самому умному Анониму, что автор в курсе. В сценарии сборки из AUR программа собирается с использованием многопоточности на базе OpenMP. OpenMP же в свою очередь будет работать корректно только после сборки с использованием GCC. Если будете пользоваться clang, то программа соберётся и запустится, но результат её работы будет... интересным. Поэтому во избежание ЛЮБЫХ разночтений в сборочных зависимостях указан GCC. По хорошему там ещё и make нужно указать - сборка документации в формате pdf возможна только и исключительно при его наличии. Но я всё забываю. P.S. Желающие странного - т.е. собрать программу clang-ом могут воспользоваться вариантом сборки на базе std::thread (установите переменную USE_OPENMP в OFF). И очень рекомендуется сразу после конфигурирования прогнать тесты (cmake --build <путь_к_сборочной_директории> --target test).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #57

21. Сообщение от ProfessorNavigator (ok), 21-Ноя-25, 11:59	+/–
https://www.opennet.dev/openforum/vsluhforumID3/138442.html#19
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8

22. Сообщение от ProfessorNavigator (ok), 21-Ноя-25, 12:00	+/–
https://www.opennet.dev/openforum/vsluhforumID3/138442.html#19
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18 Ответы: #23

23. Сообщение от Аноним (24), 21-Ноя-25, 12:36	+1 +/–
Будем честны вы просто стесняйтесь выкладывать скриншоты. Вам бы поработать над уверенностью в себе.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22 Ответы: #27

24. Сообщение от Аноним (24), 21-Ноя-25, 12:37	+/–
Такую красоту править, только портить.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16

25. Сообщение от Аноним (25), 21-Ноя-25, 12:39	+/–
Без скринов новость ни о чем! Нечего даже обсудить.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #28

26. Сообщение от ProfessorNavigator (ok), 21-Ноя-25, 12:41	+/–
> Вопрос к автору: а скажите, для каталогизатора библиотек совершенно необходим Vulkan? Конкурс "Угадай ОС по вопросу")) У вас же Windows 10, не так ли? Программу установили из инсталлятора, попробовали запустить и тут ж увидели плашку про отсутствие vulkan.dll? В общем варианты решения: 1) Самое оптимальное - переходите на Linux. На какой именно дистрибутив - решайте сами. Я бы порекомендовал начать с каких-нибудь вариантов Альта (достаточно прост в установке для новичка, пакеты не слишком старые, можно задать вопрос на русском языке и даже иногда получить на него адекватный ответ, причём непосредственно от разработчиков). И ни в коем случае НЕ начинать с Debian, Ubuntu или Linux Mint. В них есть свои... особенности, которые могут сформировать у вас ложное впечатление о Linux и приучить к некоторым неправильным вещам. На Debian можно перейти позже, когда наберётесь опыта и поймёте, что оно вам действительно нужно. На Ubuntu в текущем её виде - не переходить ни в коем случае. 2) В приложении к релизу помимо инсталлятора есть PKGBUILD файл для MSYS2. Установите MSYS2, запустите консоль ucrt или mingw64, дважды pacman -Syu, затем pacman -S --needed base-devel, после чего cd /c/<куда_вы_там_положили_распакованный_PKGBUILD>, и makepkg-mingw --cleanbuild --syncdeps --force --noconfirm. Экзешник программы будет лежать в C:\msys64\ucrt64\bin, иконку для ярлыка (чтобы всё было красиво), можно найти в C:\msys64\ucrt64\share\MyLibrary. Если пользовались консолью mingw64, то замените ucrt64 на mingw64 в путях. 3) Попробуйте настроить vulkan. Тут не подскажу - я последние 8 лет Windows вижу только в виртуалке, там с драйверами всё сильно проще. 4) Переходите на Windows 11 (лучше не надо ;) И да, боюсь, что vulkan теперь обязателен. Потому что графика в MyLibrary работает на GTK. GTK же уже больше года наверно по умолчанию отрисовывается через vulkan. В будущем возможен переход на Qt, но точных сроков я вам не назову. Это пока размышления в связи с тем, что разработчики GTK видимо хотят всё активней внедрять Rust (не к ночи будь помянут). Кроме того, Qt сейчас в общем тоже требуется vulkan, насколько могу судить.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #31, #53, #55

27. Сообщение от ProfessorNavigator (ok), 21-Ноя-25, 12:46	+/–
> Будем честны вы просто стесняйтесь выкладывать скриншоты. Вам бы поработать над уверенностью в себе. Спасибо, посмеялся))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23

28. Сообщение от ProfessorNavigator (ok), 21-Ноя-25, 13:18	+/–
> Нечего даже обсудить. Это тест на техническую грамотность аудитории)) Пока что результаты не утешительные - лишь один  удосужился хотя бы заглянуть в PKGBUILD из AUR.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25 Ответы: #30

29. Сообщение от ProfessorNavigator (ok), 21-Ноя-25, 13:25	+/–
> Программа отличная. Спасибо. > А кому активно не нравится интерфейс, могут сделать форк и навести красоту. Для начала можно хотя бы окно настроек открыть, и посмотреть, что там есть ;) Я вроде бы постарался дать все возможности для творчества (иллюстрация здесь: https://www.opennet.dev/opennews/art.shtml?num=62751). Впрочем, ваш подход тоже в целом приветствуется))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #35

30. Сообщение от Аноним (32), 21-Ноя-25, 15:53	+/–
>Пока что результаты не утешительные - лишь один  удосужился хотя бы заглянуть в PKGBUILD из AUR. Я вам уже писал по по поводу xml парсера, вы поправили только часть ошибок(удивительно, но вы их признали), но зато остальные ошибки признавать отказываетесь. Не вижу смысла тратить время на остальное.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28 Ответы: #33

31. Сообщение от Аноним (32), 21-Ноя-25, 16:06	+/–
>Я бы порекомендовал начать с каких-нибудь вариантов Альта (достаточно прост в установке для новичка, пакеты не слишком старые, можно задать вопрос на русском языке и даже иногда получить на него адекватный ответ, причём непосредственно от разработчиков). И ни в коем случае НЕ начинать с Debian, Ubuntu или Linux Mint. Ни в коем случае не начинайте с альта, я бы порекомендовал вам дебиан, убунту или минт. Вот как хорошо давать рекомендации, когда нет аргументов. А давайте NixOS посоветуем, почему бы и нет? И да, с альта действительно лучше не начинать, так как в техническом плане он осталый, на равне со всякими убунтами, но убунты хотя-бы популярны. Хотя, глядя на то, как всякие убунты ломаются на ровном месте, всё же лучше действительно начать разбираться с NixOS. Только ставить на виртуалку, и осваивать не спеша. >В приложении к релизу помимо инсталлятора есть PKGBUILD файл для MSYS2. Установите MSYS2, запустите консоль ucrt или mingw64... Значит у вас как у автора есть решение, но нет готового скрипта. Вы молодец. >Переходите на Windows 11 (лучше не надо ;) А почему это не надо? Если автор исходного сообщения не собирается переходить на GNU/Linux, то ему нужно бегом, роняя тапки, переходить на 11 версию. Ибо 10 уже всё, EOL. Опять даёте вредные советы. >GTK же уже больше года наверно по умолчанию отрисовывается через vulkan. В будущем возможен переход на Qt, но точных сроков я вам не назову. Это пока размышления в связи с тем, что разработчики GTK видимо хотят всё активней внедрять Rust (не к ночи будь помянут). Кроме того, Qt сейчас в общем тоже требуется vulkan, насколько могу судить. Давайте перейдём с gtk, требующему vulkan, на qt, требующий vulkan, ведь это логично. >разработчики GTK видимо хотят всё активней внедрять Rust (не к ночи будь помянут). Молодцы, избавляются от сишных дыр. И да, автор, я бесплатно даю вам подсказку: во-первых, вы посмотрите на всякие tk, fltk, efl и прочие, скорее всего найдёте вариант без вулкана. Во-вторых, если вы не можете сами реализовать xml парсер, то возьмите готовый, например этот https://docs.rs/xmlparser/latest/xmlparser/. Можете любой другой взять, лишь бы не велосипед.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26 Ответы: #36

32. Сообщение от Аноним (32), 21-Ноя-25, 16:07	+/–
>Автор обиделся на "я у мамы дизайнер"ов (шутка). А почему автор не хочет сбросить цвета на те, которые идут по умолчанию? Сразу выглядеть лучше начнёт.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19 Ответы: #34

33. Сообщение от ProfessorNavigator (ok), 21-Ноя-25, 16:14	+/–
> Я вам уже писал по по поводу xml парсера, вы поправили только > часть ошибок(удивительно, но вы их признали), но зато остальные ошибки признавать > отказываетесь. Не вижу смысла тратить время на остальное. Здравствуйте, рад, что вы ещё с нами))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30

34. Сообщение от ProfessorNavigator (ok), 21-Ноя-25, 16:26	+1 +/–
> А почему автор не хочет сбросить цвета на те, которые идут по > умолчанию? Сразу выглядеть лучше начнёт. Лучше для кого? ;) Мне вот нравится так например))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32

35. Сообщение от winorun (?), 21-Ноя-25, 16:54	+/–
Понимаете Ваша главная проблема, что Вы не понимаете в чем проблема. И попытки решить без понимания приводят не к решению проблемы, а к её усугублению. Всё что от Вас требуется это добавить возможность использовать стандартной темы, но Вас несет куда угодно но не туда куда надо.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29 Ответы: #37, #42

36. Сообщение от ProfessorNavigator (ok), 21-Ноя-25, 17:11	+/–
> И да, с альта действительно лучше не начинать, так как в техническом плане > он осталый, на равне со всякими убунтами, но убунты хотя-бы популярны. Смелое заявление)) Про Альт, я имею ввиду. Там не без шероховатостей, конечно, но в целом - всё работает. А насчёт аргументов - с чего бы мне их приводить? Я лишь высказываю личное мнение, основанное на личном опыте. Оно может быть каким угодно. Прислушиваться ли - дело ваше. Я бы вообще посоветовал начинать сразу с Arch Linux, но понимаю, что тому, кто переходит с Windows, это будет трудновато. > Хотя, глядя на то, как всякие убунты ломаются на ровном месте, > всё же лучше действительно начать разбираться с NixOS. Чтобы превращать систему в свалку? Вот уж нет, спасибо)) В таком разе с Windows можно не уходить. > Только ставить на > виртуалку, и осваивать не спеша. С этим согласен. > Значит у вас как у автора есть решение, но нет готового скрипта. > Вы молодец. Windows никогда не был в приоритете. О чём я регулярно говорю - практически под каждой новостью о MyLibrary. И какой скрипт вам нужен? Который будет качать MSYS2, разворачивать его и собирать пакет? Так я вам сразу могу сказать - такого не будет. Мне в свете таких претензий проще просто поддержку Windows нативную свернуть, и всех отправить на WSL. Устанавливайте туда Linux и собирайте из исходников (Вменяемым пользователям Windows не напрягаться - официальное предупреждение о сворачивании поддержки Windows будет сильно заранее, и пока этого не планируется. Но задуматься стоит). > А почему это не надо? Если автор исходного сообщения не собирается переходить > на GNU/Linux, то ему нужно бегом, роняя тапки, переходить на 11 > версию. Ибо 10 уже всё, EOL. Опять даёте вредные советы. Я даю совет вообще не пользоваться Windows ;) Никогда и ни в каком виде. У меня при слове "Windows" скоро глаз дёргаться будет. Одни танцы с кодировками чего стоят. Это если не вспоминать про политику Microsoft, общее качество этого поделия и его проприетарность. > Давайте перейдём с gtk, требующему vulkan, на qt, требующий vulkan, ведь это > логично. А я разве называл vulkan основной причиной?)) Наличие поддержки vulkan - это скорее плюс. К GTK там другие вопросы. И пока это мысли в слух - у Qt тоже есть свои нюансы. > Молодцы, избавляются от сишных дыр. Да пускай избавляются. Только если они будут ржавчину к себе тащить, то мне с ними не по пути. Переписывали бы на С++ - вопросов бы не было. Тем более, что у них всё для этого есть - в gtkmm и иерархия классов выстроена, и прочее нормально работает. Осталось только код на С аккуратно перенести. Тем более, что там из-за схожести языков не так много чего менять придётся, и делать это можно постепенно.     > И да, автор, я бесплатно даю вам подсказку: во-первых, вы посмотрите на > всякие tk, fltk, efl и прочие, скорее всего найдёте вариант без > вулкана. Спасибо, но сразу нет. > Во-вторых, если вы не можете сами реализовать xml парсер, то > возьмите готовый, например этот https://docs.rs/xmlparser/latest/xmlparser/. Можете > любой другой взять, лишь бы не велосипед. Цыплят по осени считают ;) Посмотрим, у кого в итоге окажется велосипед, а у кого - нет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31 Ответы: #38

37. Сообщение от ProfessorNavigator (ok), 21-Ноя-25, 17:19	+/–
> Понимаете Ваша главная проблема, что Вы не понимаете в чем проблема. И > попытки решить без понимания приводят не к решению проблемы, а к > её усугублению. Всё что от Вас требуется это добавить возможность использовать > стандартной темы, но Вас несет куда угодно но не туда куда > надо. Проекту на днях исполняется три года (публичному его варианту). Он один раз уже был переписан полностью с нуля. При этом цветовая схема по умолчанию всё это время не менялась ни разу. И куда ж меня несёт?)) А стандартную тему никто не мешает вам сделать самостоятельно - открывайте окно настроек и вперёд. Хоть до посинения настраивать. Хоть своего, хоть программы ;) Или вовсе возьмите да удалите css файл - и будет вам счастье.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35

38. Сообщение от Аноним (32), 21-Ноя-25, 17:27	+/–
>А насчёт аргументов - с чего бы мне их приводить? Затем, что дистрибутивов много, и каждый тянет одеяло на себя. Кроме того, рискну предположить, что именно аргументов, а не личного мнения, у вас нет. А аргументы это: скачал альт, а у него uid пользователя 500, а у большинства 1000, скинул файлы на флешку, а они без рутовских прав не читаются. Ну и так далее. Я просто альтом толком то и не пользовался, только несколько раз на посмотреть ставил, зато уже кучу проблем получил. >Я бы вообще посоветовал начинать сразу с Arch Linux Хороший дистрибутив, когда нужно читать список изменений, иначе система не загрузится, да. >Чтобы превращать систему в свалку? Я вот не пойму: десятилетиями пользователи ноют, что не могут на gnu/linux запустить программы десятилетней давности, а когда им предлагают такой вариант, сразу же про помойку рассказывают. >Я даю совет вообще не пользоваться Windows Ну так это касается 10 в неменьшей степени чем 11. Но 11 версия куда лучше 10, ибо не EOL. >Осталось только код на С аккуратно перенести. Ха, ха. Знаете, я уже задал вопрос: как в си обнаружить разыменноывание нулевого указателя. Мне привели два разных решения(хотя одного достаточно), и в обоих случаях я смог погасить проверку, немного поменяв код, при этом данные правки выглядят естественно. А разыменновывание нулевого указателя - это UB. Так что никакого аккуратного переноса не будет. Кроме того, насколько мне известно, везде где нужен ffi, используют си ffi, а крестовый используют только внутри крестов. >Спасибо, но сразу нет. А почему? Ну вот раст вы допустим не любите, а тут в чём проблема?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36 Ответы: #40, #41, #46

40. Сообщение от ProfessorNavigator (ok), 21-Ноя-25, 18:55	+/–
> Затем, что дистрибутивов много, и каждый тянет одеяло на себя. А вы вспомните, что я сказал в самом начале этой ветки обсуждения: решение за вами. Повторюсь, я лишь даю советы, исходя из личного опыта. > Кроме того, > рискну предположить, что именно аргументов, а не личного мнения, у вас > нет. А аргументы это: скачал альт, а у него uid пользователя > 500, а у большинства 1000, скинул файлы на флешку, а они > без рутовских прав не читаются. Конкретно это там уже исправлено, насколько я знаю (я, кстати, в одном из багрепортов этот вопрос косвенно тоже подымал). В сумме разными вариантами Альтов я не один год пользовался (и сейчас тоже кое-где использую). Сам собирал под него пакеты, и даже одно время подумывал в сопровождающие податься. Той же Ubuntu я на работе пользовался ещё в 2012 году. И сейчас перед релизом на ней MyLibrary тестировал в том числе. Debian - аналогично. Linux Mint у меня год стоял и я даже под него xserver сам из исходников собирал, чтобы видеокарта нормально заработала. А ещё я так или иначе соприкасался с Fedora и OpenSUSE, некоторое время пользовался Gentoo (включая создание собственных сценариев сборки пакетов). Так что аргументы у меня есть, просто мне лень тут простыню текста строчить)) > Хороший дистрибутив, когда нужно читать список изменений, иначе система не загрузится, > да. Всё там запускается нормально. Я Arch Linux использую семь лет уже, с перерывами. Так что оставьте своё "красноречие" для других ;) > Я вот не пойму: десятилетиями пользователи ноют, что не могут на gnu/linux > запустить программы десятилетней давности, а когда им предлагают такой вариант, сразу > же про помойку рассказывают. Это кто ноет?)) Обычно с такими претензиями виндузятники приходят, и пара местных троллей, у остальных всё более-менее нормально. > Ну так это касается 10 в неменьшей степени чем 11. Но 11 > версия куда лучше 10, ибо не EOL. Про "лучшесть" - вопрос спорный, если что. Я так-то ещё Windows 3.11 попользовать успел, и даже Norton Commander с "голым" MS-DOS. А в итоге - с 8 переехал на Linux, и ещё ни разу об этом не пожалел. > Ха, ха. Знаете, я уже задал вопрос: как в си обнаружить разыменноывание > нулевого указателя. Мне привели два разных решения(хотя одного достаточно), и в > обоих случаях я смог погасить проверку, немного поменяв код, при этом > данные правки выглядят естественно. C - достаточно низкоуровневый ЯП. Что автоматом предполагает, что вы практически всё делаете руками. Если вы этого не можете - не садитесь программировать на С. Только и всего. К ассемблеру у вас же претензий нет? А с помощью ассемблера так-то вообще процессор грохнуть можно, если очень постараться. > А разыменновывание нулевого указателя - это UB. Вообще-то нет, насколько я знаю. Вы вполне себе SEGFAULT поймаете. > Так что никакого аккуратного переноса не будет. Кроме того, насколько мне > известно, везде где нужен ffi, используют си ffi, а крестовый используют > только внутри крестов. Всё будет, не переживайте)) Было бы желание. > А почему? Ну вот раст вы допустим не любите, а тут в > чём проблема? На Rust мне вообще плевать по большому счёту - любой, кто понимает в программировании, понимает и другую вещь: с технической точки зрения Rust просто не нужен. Всё, что он предлагает, в том же С++ при желании реализуется на раз-два-три. И уже есть. Меня напрягает его агрессивное пропихивание везде, и то, кем и зачем это делается. И с этим я буду по мере сил бороться. Как только его перестанут пропихивать, я тут же перестану на вас наезжать)) Потому что в конечном итоге Rust, как только его перестанут пихать, загнётся сам собой. А если и нет - то пусть будет. Высокоуровневых языков программирования - десятки. От ещё одного никому не холодно, ни жарко. Относительно графических библиотек - а вы их видели? Как они работают, на каких платформах? Я вот немного интересовался вопросом. И по совокупности всех факторов у нас на сегодня лучше Qt и GTK ничего нет. Всё остальное по тем или иным параметрам - не дотягивает. Если уж заморачиваться прям всерьёз, то это нужно самому на базе vulkan свой тулкит писать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38 Ответы: #43, #44

41. Сообщение от Аноним (45), 21-Ноя-25, 19:27	+/–
> Хороший дистрибутив, когда нужно читать список изменений, иначе система не загрузится, да. Сказки опеннетского леса. > десятилетиями пользователи ноют, что не могут на gnu/linux запустить программы десятилетней давности Наоборот. У меня на Линуксе запускается даже то, что на Винде уже давно не запустишь. (Через Wine и DOSBox.) А открытое ПО я и из сырцов в состоянии пересобрать с новыми зависимостями и (даже!) запатчить расхождения в API, если потребуется. Чего и тебе уметь желаю. > в обоих случаях я смог погасить проверку Ну так не гаси проверки, а отлавливай и исправляй. Компилятор такой инструмент предоставляет. Тебе предложили два примера, как им пользоваться. И только когда потребуется, воспользуешься невероятной гибкостью языка СИ, на зависть растоманам, и погасиш проверку, в которой ты умнее компилятора. Вообще ты явно что-то не понимаешь. Программирование никогда не будет "безопасным" для конечного пользователя. Уж точно один язык с нелепым синтаксисом тут ничего не решит. Потому что Операционная Система предоставляет широчайшие возможности для того, чтобы всё сломать. И я щас не про, выше упомянутый, MS-DOS говорю, с прерываниями и процессором в незащищенном режиме. А про Винду, БСДу и Линукс. Где есть системные вызовы, ресурсами управляет ОС, но один маленкьий скрипт с бесконечным циклом на для интерпретатора(!) Python может уложить ПК на лопатки. И ни один адекватный инженер никогда не променяет свободу^W гибкость на безопасность^W ограниченность. Ни аппаратный, ни системный, ни прикладной.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38

42. Сообщение от Аноним (45), 21-Ноя-25, 19:37	+/–
> от Вас требуется это добавить возможность использовать стандартной темы А какая тема у проекта GTK (Gnome?) считается стандартной? Разрабы подневольной Адвайты явно дают понять, что это их тема, пишите свою. Разрабы прикладухи для GTK (из Circle, например) буквально угорели по Client-Side Decoration яхудожествам и воюют против любых тем (https://stopthemingmy.app/ - в каждом третьем репо есть такой баджик). Может, вы там в своём ГномоМирке уже разберётесь, вы за общую тему для всех, но тогда несёте всё, что мешает (CSD, Adwaita, RedHat, яхудожников) на помойку. Или всё-таки пускаете всё на самотёк, но перестаёте предъявлять претензии случайным разработчикам в Сети.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35

43. Сообщение от Аноним (32), 21-Ноя-25, 19:40	+/–
>Конкретно это там уже исправлено Вопрос не конкретно в этой проблеме, а в том, что подобные проблемы там идут пачками. И если на багтрекер условного NixOS я могу и не ходить, то на альте сразу после установки туда надо ходить постоянно. Такое впечатление, что им вообще никто не разу ни пользовался, iso собрали и на этом всё закончилось. >Так что аргументы у меня есть, просто мне лень тут простыню текста строчить Очень интересно послушать, почему вы целое семейтво хорошо известных дистрибутивов отвергаете, а ультра нишевый альт расхваливаете. Я лучше схожу раз в несколько десятилетий в багтрекер на английском, чем будут постоянно жаловаться на баги на русском. >Обычно с такими претензиями виндузятники приходят И что, они не правы? Возьмите и запустите на альте программу, собранную пару релизов назад. Это и есть фатальная технологическая отсталость, на альте решения этой проблемы нет и не предвидется. >у остальных всё более-менее нормально Ага, вам это не нужно - вот и всё это нормально. >Про "лучшесть" - вопрос спорный, если что Нет, не спорный. Объективно, сейчас 11 винда - лучшая винда. Ибо под 10-ку ВНЕЗАПНО может не быть дров. Спустя какое-то время, поддержку десятки ВНЕЗАПНО начнут выкидывать из прикладного софта. ВНЕЗАПНО вы не сможете скачать даже уже выпущенные версии компиляторов и прочего софта, и останется 10-ка как чемодан без ручки. >Что автоматом предполагает, что вы практически всё делаете руками Отнюдь. Дело в том, что в той теме, мне привели целых два ключа: -fanalyze и -Wnull-dereference. После этого, я решил проверить, а работают ли они или нет. И удивительно, оба этих ключа перестали работать, после того, как я внёс небольшие, но естественные правки в код. Вот вы можете объяснить, почему эти опции есть, но не работают? >Если вы этого не можете - не садитесь программировать на С. Вопрос не в том, могу ли я, а вопрос в том, что те, кто на нём пишут, почему-то этого тоже не могут. Вот даже авторы gcc не осилили нормаьно реализовать ключи для проверки кода. Ну а на предложение выкинуть си, и реализовать какой-то новый язык, не обязательно даже раст, сишники почему-то обижаются. >К ассемблеру у вас же претензий нет? Компилятор си может с лёгкостью перекроить код, из-за чего ассемблерный вывод не будет соответствовать сишному коду вот вообще никак. Об этом постоянно говорят сишникам, но они предпочитают это игнорировать. >Вообще-то нет, насколько я знаю Как и ожидалось от крестовика. Вы не только не знаете стандарта, вам ещё и компилятор не поможет. >Вы вполне себе SEGFAULT поймаете. Нопределённое поведение - не определено. Условный код int * a = 0; a[100500 * 100500] = 2; вполне себе попортит память. Почитайте хотя-бы https://pvs-studio.ru/ru/blog/posts/cpp/0306/ >Меня напрягает его агрессивное пропихивание везде, и то, кем и зачем это делается. Лично меня напрягает в расте как минимум отсутствие зависимых типов. Проблема в том, что сишники до сих пор не то что ненаучились писать нормальный код, они в принципе не знают, какой код нормальный, а какой - нет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40 Ответы: #45, #48

44. Сообщение от Аноним (45), 21-Ноя-25, 19:40	+/–
> Если уж заморачиваться прям всерьёз, то это нужно самому на базе vulkan свой тулкит писать. SDL2/3 + ImGUI. Будет и софтверно, и хардверно (OpenGL/Vulkan) у всех (sic!) работать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40 Ответы: #58

45. Сообщение от Аноним (45), 21-Ноя-25, 19:49	+/–
> Вы не только не знаете стандарта Этого перераздутого стандарта не знают даже комитетчики, иначе не было бы стольких регрессий в его новых версиях. Однако, писать код на C++ это никому никогда не мешало. В том числе, благодаря подсказкам компилятора. Благодаря чему, у нас есть очень многое, работающее и решающее проблемы людей, а не лишь идеалистические мечты, когда-нибудь всё перписать на безопасный язык. > Лично меня напрягает в расте > Проблема в том, что сишники Да-да. Все проблемы rustоманов в сишниках, разумеется. А, и ещё в GPL. Других проблем у этой серебряной пули нет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #43 Ответы: #47

46. Сообщение от Аноним (32), 21-Ноя-25, 19:52	+/–
>Сказки опеннетского леса. С тем, что пакман требует ручного вмешательства, вы тоже не согласитесь? Вот NixOS просто не соберётся, в отличии от пакмана, где у вас будет собрано поломанное состояние. >Через Wine и DOSBox. Вы бы ещё статические бинарники привел бы. А что с обычными пакетами? >А открытое ПО я и из сырцов в состоянии пересобрать с новыми зависимостями Не с новыми, а с теми, которые были в момент релиза >Ну так не гаси проверки, а отлавливай и исправляй. Я не сделал ничего сверхъестественного, просто разделил код на несколько частей. И как только код разделяется на несколько файлов, то всё, проверки больше нет. Ну вот не пишут весь код в одном единственном файле. >Компилятор такой инструмент предоставляет. Который не работает. >и погасиш проверку, в которой ты умнее компилятора. Проблема в том, что данная проверка не отключается по тому, что я решил её отключить, а отламывается, поскольку gcc не в состоянии проверить код. А если написать инструмент, который будет в состоянии, то он выдаст ошибки десятками тысяч, если не десятками миллионов, в существующих проектах. >Программирование никогда не будет "безопасным" для конечного пользователя. Есть огромная разница между тем, когда опасно абсолютно любое действие, и опасен только небольшой список этих действий. >но один маленкьий скрипт с бесконечным циклом на для интерпретатора(!) Python может уложить ПК на лопатки И вы целиком и полностью согласны с этим, и ничего не хотите по этому поводу предпринять. >И ни один адекватный инженер никогда не променяет свободу^W гибкость на безопасность^W ограниченность. Адекватный инженер с лёгкостью откажется от возможности привести систему в заранее известное неработоспособное состояние.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38 Ответы: #50

47. Сообщение от Аноним (32), 21-Ноя-25, 20:46	+/–
>Этого перераздутого стандарта не знают даже комитетчики, иначе не было бы стольких регрессий в его новых версиях. Вопрос о регрессиях - открытый, поскольку вполне возможно, что оно и раньше было UB, просто всплыло только сейчас. >Благодаря чему, у нас есть очень многое, работающее и решающее проблемы людей, а не лишь идеалистические мечты, когда-нибудь всё перписать на безопасный язык. Переписать всё в одиночку будет очень и очень долго, на несколько тысячелетий. А авторы существующего софта почему-то отчаянно не хотят улучшать его надёжность. Вот сколько я с ProfessorNavigator-ом разговариваю, а он не то что список UB не выучил, он до сих пор не знает про разыменновывание нулевого указателя, хотя про это я ему говорил неоднократно. >А, и ещё в GPL. Раст никакого отношения к лицензии кода не имеет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45 Ответы: #52

48. Сообщение от ProfessorNavigator (ok), 21-Ноя-25, 20:57	+/–
> Вопрос не конкретно в этой проблеме, а в том, что подобные проблемы > там идут пачками. И если на багтрекер условного NixOS я могу > и не ходить, то на альте сразу после установки туда надо > ходить постоянно. Такое впечатление, что им вообще никто не разу ни > пользовался, iso собрали и на этом всё закончилось. Ну это, положим, сказки. Как уже говорил - всё там по большому счёту нормально. Причём настолько, что даже Сизифом, как операционной системой, вполне можно пользоваться. > Очень интересно послушать, почему вы целое семейтво хорошо известных дистрибутивов отвергаете, > а ультра нишевый альт расхваливаете. Я лучше схожу раз в несколько > десятилетий в багтрекер на английском, чем будут постоянно жаловаться на баги > на русском. Up to you. Ubuntu я не рекомендую по причине, которая тут недавно была в новостях озвучена. А также из-за snap, Rust и в целом выбранной ими политики. По факту они делают ещё один корпоративный дистрибутив, т.е. - ещё один Windows. Чем это заканчивается - хорошо известно. Вы будете делать только то, что велит "линия партии", шаг вправо, шаг влево - расстрел на месте. Или за очень большие деньги. Про Debian я тут уже неоднократно высказывался, если коротко: если вы чётко понимаете, для чего он нужен, и что вам нужен именно он - ставьте. Но начинать с него не стоит. > И что, они не правы? Возьмите и запустите на альте программу, собранную > пару релизов назад. Это и есть фатальная технологическая отсталость, на альте > решения этой проблемы нет и не предвидется. Только на Альте?)) Или это просто софт с открытым исходным кодом динамично развивается?)) Потому что для него не нужно у хозяина разрешения спрашивать? > Ага, вам это не нужно - вот и всё это нормально. Если нужно - код открыт. Всё в ваших руках)) Мне вот когда-то понадобился каталогизатор библиотеки - я сел и написал. > Нет, не спорный. Объективно, сейчас 11 винда - лучшая винда. Ибо под > 10-ку ВНЕЗАПНО может не быть дров. > Спустя какое-то время, поддержку десятки > ВНЕЗАПНО начнут выкидывать из прикладного софта. ВНЕЗАПНО вы не сможете скачать > даже уже выпущенные версии компиляторов и прочего софта, и останется 10-ка > как чемодан без ручки. А как же "всё работает десятилетиями"?)) Это получается, что уже не всё, а с оговорками?)) > Отнюдь. Дело в том, что в той теме, мне привели целых два > ключа: -fanalyze и -Wnull-dereference. После этого, я решил проверить, а работают > ли они или нет. И удивительно, оба этих ключа перестали работать, > после того, как я внёс небольшие, но естественные правки в код. > Вот вы можете объяснить, почему эти опции есть, но не работают? Нет, я ими никогда не пользовался)) Потому что код пишу так, что оно не нужно. И на С++, а там ситуация несколько другая. > Вопрос не в том, могу ли я, а вопрос в том, что > те, кто на нём пишут, почему-то этого тоже не могут. Вот > даже авторы gcc не осилили нормаьно реализовать ключи для проверки кода. Тут для начал неплохо бы документацию по этим ключам почитать. Может там что-то есть ;) > Ну а на предложение выкинуть си, и реализовать какой-то новый язык, > не обязательно даже раст, сишники почему-то обижаются. Так вы не предлагаете, а пихаете. Я бы тоже расстроился. Проще говоря, проблема в том, кто и зачем это делает. Так-то я лично тоже не вижу причин, почему бы ядро Linux на С++ не начать понемногу переписывать. Но без смены лицензий и вот этой всей драмы с криками про "дыряшечников". А спокойно, постепенно, просто понемногу заменяя код там, где это технически обоснованно. Грубо говоря, взять какой-то модуль, переписать его на С++, покатать у себя в тестовом режиме, посмотреть как работать будет. Затем предложить закоммитить в ядро, обернув в extern C, чтобы для остального кода оно выглядело нативно и не потребовалось бы вносить изменений. Покатал бы так уже на большой аудитории. В тестовом режиме, добровольно. И т.д. Причём не везде замена опять же уместна. И это не проблема - код на С и С++ прекрасно сочетается, без каких-то особых приседаний. В случае же с Rust - я буду всецело поддерживать сопротивление, потому что его внедрение совершенно технически не обоснованно и ведётся исключительно в коммерческих интересах. > Компилятор си может с лёгкостью перекроить код, из-за чего ассемблерный вывод не > будет соответствовать сишному коду вот вообще никак. Об этом постоянно говорят > сишникам, но они предпочитают это игнорировать. Ну это уже сказки Венского леса. > Как и ожидалось от крестовика. Вы не только не знаете стандарта, вам > ещё и компилятор не поможет. Потому что мне оно не нужно - у меня просто с кодом подобных проблем не возникает)) > Нопределённое поведение - не определено. Условный код > int * a = 0; > a[100500 * 100500] = 2; > вполне себе попортит память. Почитайте хотя-бы https://pvs-studio.ru/ru/blog/posts/cpp/0306/ А зачем вы так делаете?)) Если вы так делаете, то это - ваши личные проблемы. Как уже сказал, не умеете писать на С - не беритесь. Или - учитесь. Ну и давайте не будем продолжать на эту тему - надоело честное слово. Всё это только здесь обсуждалось тысячи раз уже.   > Лично меня напрягает в расте как минимум отсутствие зависимых типов. Проблема в > том, что сишники до сих пор не то что ненаучились писать > нормальный код, они в принципе не знают, какой код нормальный, а > какой - нет. Ну-да, ну-да...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #43 Ответы: #51

49. Сообщение от Аноним (49), 21-Ноя-25, 21:38	+/–
Иногда я думаю, что надо бы найти время и написать нормальный каталогизатор и читалку, но потом вспоминаю, что calibre уже есть. К сожалению, она зависит от хромиума, и компилировать его тысячу лет 100 раз в месяц. Но все альтернативы некорректно разбирают все эти xml и люто тормозят и лагают (во всяком случае, на определённых файлах). Вот бы appimage у неё была.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #76

50. Сообщение от Аноним (45), 21-Ноя-25, 21:44	+/–
> С тем, что пакман требует ручного вмешательства, вы тоже не согласитесь? Требует нажать Y/N, когда нет однозначного выбора, когда не может принять решение сам за пользователя. > где у вас будет собрано поломанное состояние Если я в хомячем конфиге поменял Path= на Ptha= программа тоже перестанет работать, или продолжит, но не так как задумано. Это тоже поломанное состояние? Кто виноват? Решение о таком поведении всегда принимает разработчик, а не язык. Последний - не более чем инструмент. Вопрос всегда (всегда) лишь в чьих он руках. Pacman не ломает никакого состояния. Он делает ровно то, что должен. За несовместимость отвечает апстрим и/или сопроводитель дистрибутива. А не инструмент. И сопроводители Арча хорошо с этим справляются (я пользуюсь им десятки лет), в том числе, даже когда не справляется апстрим. Не хуже, например, чем сопроводители Дебиан (держу его в качестве серверного). А для конечного пользователя, предпочитающего свежее ПО, так даже лучше. > А что с обычными пакетами? В рамках своего среза они работают, как заявлено. Частичные обновления возможны, но сопроводителями не поддерживаются, все поломки в таком, неподдерживаемом, состоянии - ответственность конечного пользователя. > Не с новыми, а с теми, которые были в момент релиза Но в них же слишком много известных уязвимостей! НЕ БЕЗОПАСНО! Только с новыми, только вперёд, ни шагу назад! > А если написать инструмент, который будет в состоянии, то он выдаст ошибки десятками тысяч, если не десятками миллионов, в существующих проектах. Не выдаст. 99% кода исполняется последовательно и не требует параллельного доступа к памяти. Это только Rust всем (всем) навязывает писать неэффективный и человеконечитаемый параллельный код. И потому его гарантии необходимы в нём, но малополезны (в процентном соотношении ко всему написанному коду) всем остальным. Zig, например, проблемы управления памятью решает намного красивее - предъявляя требования к проектированию API (явная передача аллокаторов). > Есть огромная разница между тем, когда опасно абсолютно любое действие, и опасен только небольшой список этих действий. И в современной ОС опасно почти всё. Язык не закроет и половины потенциальных проблем. А если закроет, то писать на нём станет мукой. Если закроет всё - то написать на нём можно будет очень немногое. Остальное - только через unsafe дырки в заборе. Причём, этот unsafe у Rust для человека ещё страшнее, чем его основной синтаксис, Си, Асм и машинный код. > И вы целиком и полностью согласны с этим, и ничего не хотите по этому поводу предпринять. Вопрос не решается заменой "небезопасного" языка на "полубезопасный", темм более во всегда небезопасной среде. Вопрос решается повышением компетенции программиста как в вопросах проектирования, так и в вопросах компьютерной науки вообще. Но в (улучшение) людей у капиталистов вкладываться не принято. Они бы предпочли совсем без людей, но с дорогими ИИгрушками. Вот только это глупость, но решения принимают не те, кто способен её осознать. > Адекватный инженер с лёгкостью откажется от возможности привести систему в заранее известное неработоспособное состояние. И не сможет довести программу даже до более-менее работоспособного состояния за разумное время. Даже если он её не с нуля пишет, а переписывает чужую. Гибкость инструмента важнее так называемой "безопасности". Тем более что для достижения последней есть и статический анализ и тестирование. Было бы желание у капиталистов тратить на это время-деньги. А у меня, энтузиаста, нет ни времени, ни желания, тратить своё, неоплачиваемое время на то, что капиталисты решили агрессивно пропихнуть свою серебряную пулю в обязательном порядке в каждый (чужой) популярный проект.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #46 Ответы: #68

51. Сообщение от Аноним (32), 21-Ноя-25, 21:55	+/–
>Причём настолько, что даже Сизифом, как операционной системой, вполне можно пользоваться. Ха-ха. Однажды, ещё когда я занимался дистрохоппингом, скачал альт сизиф емнип гном, и у меня был чёрный экран. Это явно не то, что стоит рекомендовать новичкам. Unstable лучше вообще не трогать без воспроивзодимой сборки. >Ubuntu я не рекомендую Тут понятно >Про Debian я тут уже неоднократно высказывался Не видел. Про Linux Mint ничего не написали >Только на Альте?)) Ну у нас есть три вида: полностью отсталые, как тот же альт или дебиан, где проблему невозможно решить штатными средствами. Отстающие, где проблема решается но лишь частично. Убунтуи никак не осилят очистить свой дистрибутив от deb пакетов, из-за чего в snap доступно полтора пакета, и перевод нового пакета типа firefox или libreoffice удостаивается новости. Вот эти полтора пакета в виде snap-а можно свободно менять на более старые. Ну и продвинутые дистрибутивы, где данной проблемы нет совсем: NixOS и Guix. >Вы будете делать только то, что велит "линия партии", шаг вправо, шаг влево - расстрел на месте. Я вот не особо вижу шагающих в сторону. Полноценных форков(типа Mate или Trinity) или патчей(типа Xanmod) не так то уж и много. Зато вот целую кучу учебных поделок вижу регулярно. >Или это просто софт с открытым исходным кодом динамично развивается?)) Порой хочется предпочесть старую но рабочую версию новой, но поломанной. На NixOS это делается без особых проблем. Насколько это принципиально осуществимо на Alt-е - вопрос открытый. >А как же "всё работает десятилетиями"?)) А где Я об этом утверждал? Это явно не моё утверждение. >Тут для начал неплохо бы документацию по этим ключам почитать Я задал вопрос: "есть ли в си проверка", мне ответили "да есть, вот ключи". А когда я им написал контрпримеры, они ничего не ответили. Вот я и спрашиваю, неужели в си такие кривые проверки, что ломаются от небольших правок. >Так-то я лично тоже не вижу причин, почему бы ядро Linux на С++ не начать понемногу переписывать. А что, из крестов уже убрали UB? Нам нужен новый язык, без UB и с работающим статическим анализом. Хоть Cyclone, хоть Rust, хоть ATS, хоть какой-то другой, но нужен. Да даже возьмите тот же самый си, и просто прикрутите к нему намертво систему доказательств, чтобы получисля новый си, где старый ошибочный код не собирается. А его почему-то нет и нет. Единственное, что делают сишники и крестовики - отрицают Rust. >Но без смены лицензий Раст не запрещает использовать GPL лицензию. >Ну это уже сказки Венского леса. Скажите, кто тут пишет на крестах - вы или я? Почему я об этом знаю, а вы - нет? Или вы знаете, но осознано лжёте? https://habr.com/ru/articles/827752/ >Как показано в данном примере, clang опирается на тот факт, что деление на ноль — это неопределённое поведение. Соответственно, argc ни в коем случае не может быть равен нулю. Соответственно, условие if (argc == 0) полностью исключается, поскольку известно, что такой случай никогда не произойдёт >Потому что код пишу так, что оно не нужно. Ха-ха-ха. Вы уже несколько раз прилюдно подтвердили своё незнание языка, на котором пишите. При этом, ваша точка зрения уже оказалась опровергнутой, но вы продолжаете её отстаивать. >А зачем вы так делаете?)) Так это как? Есть заведомо нерабочий код, который в принципе не должен компилироваться, но он компилируется и портит память. Я хочу, чтобы сдесь была ошибка компиляции. Вы предлагаете чтобы здесь молча портилась память? >Если вы так делаете, то это - ваши личные проблемы. Так не я делаю, я на си/крестах не пишу, а авторы иксов, линукса и так далее.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48 Ответы: #59

52. Сообщение от Аноним (45), 21-Ноя-25, 21:58	+/–
> Вопрос о регрессиях - открытый, поскольку вполне возможно, что оно и раньше было UB, просто всплыло только сейчас. Так незнание об UB-местах из незнания стандарта и проистекает. Хотя, в случае С++, я не осуждаю, ну вы видели этот стандарт? Стандартище! > А авторы существующего софта почему-то отчаянно не хотят улучшать его надёжность. И виноват в этом не Си. Это вообще вопрос не технический, а административный. То есть экономический. > Раст никакого отношения к лицензии кода не имеет. Но те, кто его агрессивно продвигает, и те, с чьей финансовой поддержкой это происходит, ещё как имеют.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47 Ответы: #69

53. Сообщение от Аноним (11), 22-Ноя-25, 07:26	+/–
> 4) Переходите на Windows 11 (лучше не надо ;) Я уже там, а проблема существует. Я понимаю, конечно, что пора заменить видеокарту и всё такое, но. Каталогизатор библиотек.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26 Ответы: #60

55. Сообщение от Аноним (11), 22-Ноя-25, 07:31	+/–
Ах да: на линуксе я тоже получил отлуп, по поводу GTK4.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26 Ответы: #61

56. Сообщение от Аноним (11), 22-Ноя-25, 07:34	+/–
> А кому активно не нравится интерфейс …могут высказать своё «фу».
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16

57. Сообщение от Аноним (57), 22-Ноя-25, 08:18	+/–
И вот так анонимные эксперы во всем. Громко с пафосом пытаются ткнуть кого то носом. А оказывается что просто мозгов не хватило разобраться.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #62

58. Сообщение от ProfessorNavigator (ok), 22-Ноя-25, 11:58	+/–
> SDL2/3 + ImGUI. Будет и софтверно, и хардверно (OpenGL/Vulkan) у всех (sic!) > работать. Как вариант - можно и так.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44

59. Сообщение от ProfessorNavigator (ok), 22-Ноя-25, 12:36	+/–
> Ха-ха. Однажды, ещё когда я занимался дистрохоппингом, скачал альт сизиф емнип гном, > и у меня был чёрный экран. Это явно не то, что > стоит рекомендовать новичкам. А речь разве шла про новичков?)) > Про Linux Mint ничего не написали А что про него писать? Там политика в отношении пакетов... да. Ко мне уже не один и не два пользователя приходили с вопросом "Как установить MyLibrary на Linux Mint?". Потому что там как не было, так и нет в репозиториях gtkmm четвёртой версии. Которая вышла 5 лет назад. Мне в своё время приходилось руками собирать и вкручивать более новую версию XServer чтобы там заставить работать свою видеокарту. Кроме того данный дистрибутив глубоко вторичен. Что там своего? Только графическое окружение по факту. Всё остальное притянуто из Ububntu. Или из Debian, если речь про LMDE. Если вам так нравится Cinnamon, то он есть во множестве других дистрибутивов. > Ну у нас есть три вида: полностью отсталые, как тот же альт > или дебиан, где проблему невозможно решить штатными средствами. Отстающие, где проблема > решается но лишь частично. Убунтуи никак не осилят очистить свой дистрибутив > от deb пакетов, из-за чего в snap доступно полтора пакета, и > перевод нового пакета типа firefox или libreoffice удостаивается новости. Вот эти > полтора пакета в виде snap-а можно свободно менять на более старые. > Ну и продвинутые дистрибутивы, где данной проблемы нет совсем: NixOS и > Guix. Весьма спорное утверждение)) > Я вот не особо вижу шагающих в сторону. Полноценных форков(типа Mate или > Trinity) или патчей(типа Xanmod) не так то уж и много. Зато > вот целую кучу учебных поделок вижу регулярно. Без учебных поделок не будет полноценных форков, потому что людям нужно на чём-то учиться. > Порой хочется предпочесть старую но рабочую версию новой, но поломанной. На NixOS > это делается без особых проблем. Насколько это принципиально осуществимо на Alt-е > - вопрос открытый. Вообще без проблем. Везде есть hold пакетов, везде можно откатить на более старую версию. Или просто удалить "штатное" и собрать самом руками. А про то, что старое - не поломанное, тут о-очень спорный вопрос. > Я задал вопрос: "есть ли в си проверка", мне ответили "да есть, > вот ключи". А когда я им написал контрпримеры, они ничего не > ответили. Вот я и спрашиваю, неужели в си такие кривые проверки, > что ломаются от небольших правок. И сразу выдаёте свою полную некомпетентность ;) Потому что "Язык программирования С" - это набор правил, как оформлять текст так, чтобы его понял компилятор. И именно компилятор выполняет все эти проверки. И тут сразу возникает вопрос - какой компилятор вы использовали? Какой версии? Баг-репорт разработчикам отправлен? Что они ответили? > А что, из крестов уже убрали UB? Нам нужен новый язык, без > UB и с работающим статическим анализом. Хоть Cyclone, хоть Rust, хоть > ATS, хоть какой-то другой, но нужен. Да даже возьмите тот же > самый си, и просто прикрутите к нему намертво систему доказательств, чтобы > получисля новый си, где старый ошибочный код не собирается. А его > почему-то нет и нет. Единственное, что делают сишники и крестовики - > отрицают Rust. И снова вы выдаёте своё полное непонимание, как это всё работает. Я уже заколебался отвечать на эту глупость про UB, поэтому - ищите сами. > Раст не запрещает использовать GPL лицензию. Не запрещает. Только большинство, если не все, проектов, которые занимаются "переписыванием" внезапно почему-то идут под пермессивными лицензиями. И почему бы это?)) А своего рабочего - по пальцем пересчитать. И работоспособность под бо-ольшим вопросом. > Скажите, кто тут пишет на крестах - вы или я? Почему я > об этом знаю, а вы - нет? Или вы знаете, но > осознано лжёте? https://habr.com/ru/articles/827752/ Началось... > Ха-ха-ха. Вы уже несколько раз прилюдно подтвердили своё незнание языка, на котором > пишите. При этом, ваша точка зрения уже оказалась опровергнутой, но вы > продолжаете её отстаивать. Да-да... Побухтите ещё про то, как космические корабли бороздят просторы Большого театра... (зевает). > Так это как? Есть заведомо нерабочий код, который в принципе не должен > компилироваться, но он компилируется и портит память. Я хочу, чтобы сдесь > была ошибка компиляции. Хотите дальше. > Так не я делаю, я на си/крестах не пишу, а авторы иксов, > линукса и так далее. Да что вы говорите... И на это уже отвечено тысячу раз, хотите - сами ищите.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51 Ответы: #65, #74

60. Сообщение от ProfessorNavigator (ok), 22-Ноя-25, 12:41	+/–
> Я уже там, а проблема существует. > Я понимаю, конечно, что пора заменить видеокарту и всё такое, но. Каталогизатор > библиотек. А я что могу сделать? Для GTK требуется vulkan. Попробуйте собрать из исходников с помощью MSYS2 и PKGBUILD. Не заработает - значит c'est la vie.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53 Ответы: #63, #70

61. Сообщение от ProfessorNavigator (ok), 22-Ноя-25, 12:42	+/–
> Ах да: на линуксе я тоже получил отлуп, по поводу GTK4. Да-да, на некоем неведомом Linux... Дистрибутив какой?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #55 Ответы: #64

62. Сообщение от ProfessorNavigator (ok), 22-Ноя-25, 12:43	+/–
> И вот так анонимные эксперы во всем. Громко с пафосом пытаются ткнуть > кого то носом. А оказывается что просто мозгов не хватило разобраться. Да тут дело в другом. Любой может чего-то не понимать - это нормально. Просто вопрос нужно задавать вежливо, только и всего.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #57

63. Сообщение от Аноним (63), 22-Ноя-25, 15:48	+/–
Я приемлю, что требуется. Но почему я должен искать эту либу где-то? Vulkan-1.dll, если что.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #60 Ответы: #66

64. Сообщение от Аноним (63), 22-Ноя-25, 15:49	+/–
Ubuntu 22.04
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61 Ответы: #67, #75

65. Сообщение от Аноним (32), 22-Ноя-25, 15:59	+/–
>А речь разве шла про новичков?)) А про кого? >Причём настолько, что даже Сизифом, как операционной системой, вполне можно пользоваться. Сизиф подходит только для тестировщиков. Даже если я и могу откатывать версии пакетов, то далеко не факт, что я хочу этим заниматься. >Весьма спорное утверждение)) Аргументы будут? >Без учебных поделок не будет полноценных форков, потому что людям нужно на чём-то учиться. Если почитать лор или опеннет, то огромное количество людей использует всякие девуаны и прочее. А вот каких-то полноценных проектов(не только форков) есть единицы. Что-то не сходится. >Вообще без проблем. Везде есть hold пакетов, везде можно откатить на более старую версию Во-первых у программ есть зависимости и зависимости тоже нужно удерживать, эту задачу предстоит решать руками. Во-вторых, удерживая зависимости для одной программы, вы поломаете остальные программы, зависимые от этих пакетов, руками это не решаемо. Для условного glibc это недопустимо, поскольку вся система развалится. В-третьих, это подходит, если вам нужно задержать обновление пакета, но не подходит для того, чтобы изначально поставить старый пакет. Он у вас изначально не встанет по зависимостям. >Я без особого труда могу запустить программу, из nixos 18.09 в nixos 24.11 одной командой. Между ними 11 релизов. Можно попробовать взять и старше, мне просто лень сейчас искать. Как по моему, эта совместимость ничуть не отличается от виндой, даже лучше, поскольку программа запускается одной единстенной командой, без поиска и выкачивания всяких фреймворков и прочего. >nix-shell -p lxqt.qterminal -I nixpkgs=https://github.com/NixOS/nixpkgs/archive/c0c50dfcb70d48e5b79... --run qterminal >opennet обрезает адрес, должно быть https://github.com/NixOS/nixpkgs/archive/ c0c50dfcb70d48e5b79c4ae9f1aa9d339af860b4.tar.gz без пробелов >Можно найти и более старые примеры, мне лень искать. Как итог, сейчас у меня 25.05, а qterminal по прежнему без проблем запускается, команду для запуска я не менял. Программа запускается полностью прозрачно, без всяких chroot-ов, виртуалок и прочего. Мне очень интересно, как вы в альте или арче запустите программу семилетней давности. В убунте это возможно, но только для snap приложений. >Или просто удалить "штатное" и собрать самом руками. Ха-ха-ха. Вы задолбаетесь собирать зависимости десятками. Вы даже на ночь компилироваться поставить не сможете, так как после сборки одного пакета надо начинать сборку второго, ещё и возможно с внесением изменений в пакет, а если срезать углы и брать часть пакетов из системы, то есть риск поломки сборки. >И именно компилятор выполняет все эти проверки. Вам же сказано - не выполняет. >И тут сразу возникает вопрос - какой компилятор вы использовали? Какой версии? gcc 14.3.0 >Баг-репорт разработчикам отправлен? Что они ответили? Если хотите, можете отправить, я вам даже сюда скопирую код. Просто по тому, что в си как и в крестах недостаточно продвинутая система типов, и информация, требуемая для проверки, зачастую отсутствует. Я знаю, когда компилятор может её вывести сам, а когда не может, и на основании этих знаний и привёл эти два примера. >Только большинство, если не все, проектов, которые занимаются "переписыванием" внезапно почему-то идут под пермессивными лицензиями. И почему бы это?)) Потому, что авторы изначальных проектов не поторопились абсолютно ничего сделать. Вот давайте просто посмотрим на то, как надо: >С самого начала код микроядра писался так, чтобы была возможность его верификации (проверки корректности). Верификация выполнялась с помощью языка Haskell: на языке Haskell записывались требования к микроядру (спецификация); объекты микроядра представлялись в виде объектов Haskell; работа с оборудованием эмулировалась[31]. Чтобы иметь возможность получения информации о доступности объекта путём выполнения формального рассуждения, в seL4 использовался контроль доступа, основанный на capability-based security. https://ru.wikipedia.org/wiki/L4_(%D0%BC%D0&#...) Вот смотрите, и rust оказался ненужон. Ну что, много вы знаете сишников, которые пошли учить хаскель для доказательства корректности своего сишного кода? Ещё не вечер, вы ещё можете доказать ненужность раста. Не нравится haskell? Возьмите Ocaml или Lean. Но рискну предположить, что вы ни один из этих языков не знаете. >Я уже заколебался отвечать на эту глупость про UB Вы, как и остальные апологеты си и кретсов, до сих пор не привели мне 100% рабочий способ исключения UB. Более того, я вам уже прямым текстом дал подсказку: просто возьмите условный haskell/ocaml и формально докажите код. Но вот багоделы хотят делать баги. >Началось... Не началось, а продолжилось. Возражений нет? Отлично. Теперь лично вы уже не сможете отвертется и сказать что не знаете.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #59 Ответы: #73

66. Сообщение от ProfessorNavigator (ok), 22-Ноя-25, 16:01	+/–
> Я приемлю, что требуется. Но почему я должен искать эту либу где-то? > Vulkan-1.dll, если что. Ну смотрите: vulkan - это абстракция, построенная над драйвером видеокарты. Просто оговоренный стандарт API, созданные для того, чтобы программисты могли писать универсальные программы, а не создавать свои обвязки над каждым драйвером каждого же производителя видеокарт. Т.е. vulkan жёстко привязан к вашему оборудованию, положить его в интсаллятор возможным не представляется. Впрочем, на самом деле - можно. Есть так называемые софтверные реализации. В частности, если у вас видеокарта старая, можете попробовать на Windows установить видеодрайвер Mesa (да-да, есть реализация и для Windows). В этом случае у вас картинка будет генерироваться на центральном процессоре, а не на видеокарте. Работать будет медленней, но работать будет. Однако там есть куча нюансов с выбором видеокарты, и т.д., поэтому сделать это универсальным не представляется возможным. Это если коротко.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #63

67. Сообщение от ProfessorNavigator (ok), 22-Ноя-25, 16:09	+/–
> Ubuntu 22.04 И в чём проблема? Нет gtkmm в репозитории? Если так, то опять же ничем помочь не могу - вопрос не ко мне, а к разработчикам Ubuntu. Собирайте сами, руками. Или переходите на 24.04 - там есть (а лучше вообще дистрибутив смените, хоть на тот же Debian). Поддержка всех версий gtkmm (!), начиная от 4.0, и до 4.20 мною обеспечена, список зависимостей в README указан. Поиск этих зависимостей - это уже сугубо ваше дело.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #64 Ответы: #71

68. Сообщение от Аноним (32), 22-Ноя-25, 16:32	+/–
>Требует нажать Y/N, когда нет однозначного выбора, когда не может принять решение сам за пользователя. >As a result, the upgrade may conflict with the unowned files created in previous versions. If you encounter errors like the following during the update: >You can safely overwrite these files by running the following command: >pacman -Syu --overwrite /usr/lib/waydroid/tools/\*__pycache__/\* Очень Y/N >Если я в хомячем конфиге поменял Path= на Ptha= программа тоже перестанет работать, или продолжит, но не так как задумано. Программа вполне себе может показать ошибку. >99% кода исполняется последовательно и не требует параллельного доступа к памяти Си даже такие ошибки не находит >Язык не закроет и половины потенциальных проблем. Давайте закроем больницы, пока рак лечить не научились. Пускай все остальные тоже умирают. >Остальное - только через unsafe дырки в заборе. На rust есть библиотеки чисто safe. Аналогично с голангом, окамлом и так далее. >Вопрос решается повышением компетенции программиста Ну так давайте, повышайте компетенции. Вот недавно libpng отличилась. Почему каждый сишный апологет не берёт на поддержание по несколько проектов? Сразу бы и бесконечный поток cve закончился бы. >Но в (улучшение) людей у капиталистов вкладываться не принято. У не капиталистов компьютеров почему-то нет. >Гибкость инструмента важнее так называемой "безопасности". Расскажите это промышленным станкам, где нужно двумя руками кнопки нажимать >Тем более что для достижения последней есть и статический анализ и тестирование. Мне два человека привели ключи, я показал, что оба ключа не работают. Ну вот непригодна сишка для анализа. >А у меня, энтузиаста, нет ни времени, ни желания, Удивительно. Вот вы даже пальцем не пошевелили, чтобы хоть чуть-чуть улучшить код на си, а рассказываете сказки, какой он хороший. Тут явно что-то не то. >что капиталисты решили агрессивно пропихнуть свою серебряную пулю в обязательном порядке в каждый (чужой) популярный проект. Это именно та причина, почему у не капиталистов нет компьютеров. Сидят все такие умные не капиталисты и абсолютно ничего не делают.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #50

69. Сообщение от Аноним (32), 22-Ноя-25, 16:35	+/–
>Хотя, в случае С++, я не осуждаю, ну вы видели этот стандарт? Стандартище! Всегда можно перестать писать на крестах. >Это вообще вопрос не технический, а административный. То есть экономический. Ага. Особенно он касается энтузиастов, у которых есть время писать код, но нет времени его проверять. >Но те, кто его агрессивно продвигает, и те, с чьей финансовой поддержкой это происходит, ещё как имеют. Ну так берите не раст и делайте формальную верификацию без раста. А когда к вам с растом придут, то покажите, что умеете делать лучше. Или вы как всегда ничего делать не будете?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52

70. Сообщение от Аноним (32), 22-Ноя-25, 16:57	+/–
>А я что могу сделать? Для GTK требуется vulkan Опакетить этот самый вулкан в дистрибутив для винды
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #60 Ответы: #72

71. Сообщение от Аноним (32), 22-Ноя-25, 16:58	+/–
>Поиск этих зависимостей - это уже сугубо ваше дело. Можно nix flake сделать, работать будет везде.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #67

72. Сообщение от ProfessorNavigator (ok), 22-Ноя-25, 17:04	+/–
> Опакетить этот самый вулкан в дистрибутив для винды https://www.opennet.dev/openforum/vsluhforumID3/138442.html#66
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #70

73. Сообщение от ProfessorNavigator (ok), 22-Ноя-25, 19:56	+/–
> Аргументы будут? Не-а. В очередной раз обсуждать одно и то же с очередным проплаченным троллем, который даже на Rust программировать не умеет - мне лень. Поэтому закончим на том, что Rust не нужен. Почему - я уже выше сказал. За сим откланиваюсь))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #65

74. Сообщение от Аноним (74), 23-Ноя-25, 04:25	+/–
> А что про него писать? Там политика в отношении пакетов... да. Ко мне уже не один и не два пользователя приходили с вопросом "Как установить MyLibrary на Linux Mint?". Потому что там как не было, так и нет в репозиториях gtkmm четвёртой версии. Которая вышла 5 лет назад. Это проблема версий, базирующихся на Ubuntu 22.04 LTS (с текущей 24.04 LTS норм), ну не rolling, что пощелаешь. P.S. В 22.04 ещё с либами Qt6 забавно: файлов *.pc в dev-пакетах нет, pkg-config не мржет работать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #59 Ответы: #77

75. Сообщение от Аноним (74), 23-Ноя-25, 04:35	+/–
https://github.com/ProfessorNavigator/mylibrary/issues/4
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #64

76. Сообщение от Аноним (74), 23-Ноя-25, 04:39	+/–
> потом вспоминаю, что calibre уже есть Отличный повод поискать альтернативу.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #49

77. Сообщение от ProfessorNavigator (ok), 23-Ноя-25, 12:37	+/–
> Это проблема версий, базирующихся на Ubuntu 22.04 LTS (с текущей 24.04 LTS > норм), ну не rolling, что пощелаешь. Тот же Альт p10, если мне память не изменяет, вышел раньше 22.04. И там gtkmm есть. В Debian 12 - тоже есть. И само gtk4 в 22.04 по-моему есть (но могу и ошибаться). Так что rolling тут совершенно ни при чём. > P.S. В 22.04 ещё с либами Qt6 забавно: файлов *.pc в dev-пакетах > нет, pkg-config не мржет работать. Вот-вот. Хотя Qt6 лучше через конфигурационные файлы cmake подключать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #74

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема