Хоть бы подробности рассказали: какую модель использовали, что было в AGENTS.md... А так "переписывать" сейчас все горазды 😁

А Паша Дуров пишет безопастно на С++ свой мессенджер. Вот и думайте!

> по усилению безопасности
> представляла угрозу безопасности
> безопасно работающих с памятью

Прочитав эту новость вы получите +3 к безопасности!

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

Верим, чо, конечно верим. Пойду акций меты прикуплю на сдачу.

(инвесторы любят безопастный бред)

>инвестирование в развитие средств для обеспечения безопасности остающегося кода на C и C++

Это очень хорошо, тем более, что после всех козней он всё ещё самый популярный мессенджер:
- https://3dnews.ru/1136052/
- https://habr.com/ru/news/988656/

И зачем эта новость здесь? Проприетарное поделие, официального клиента под Linux нет.

> we replaced 160,000 lines of C++ (excluding tests)
> with 90,000 lines of Rust (including tests)

Это сильно. А ведь тут ныли про многословность раста.
Впрочем... тут про все ноют))

Но больше всего радует: "Default the choice of memory safe languages, and not C and C++, for new code."
Дырявые языки должны отправиться на помойку истории :)

Ну и чтобы обрадовать всех хейтеров
"Rust was fully rolled out to all WhatsApp users and many platforms: Android, iOS, Mac, Web, Wearables"
"Each month, these libraries are distributed to billions of phones, laptops, desktops, watches, and browsers"

Лучше бы про иск написали https://www.reddit.com/r/technology/comments/1qoo6ha/lawsuit.../

Исходный код раст-версии библиотеки где-то открыт?

> удалось заменить около 160 тысяч строк кода на C++ на 90 тысяч строк кода на Rust

Потому что комментарии удалили.

> Ключевыми проблемами при задействовании в WhatsApp кода на Rust стало увеличение размера исполняемого файла из-за интеграции стандартной библиотеки Rust

Ну, собственно, главная проблема rust - это статическая линковка. Язык настолько "крутой", что динамическую не осилили.

Писать надо не на Раст, а на Zig и Lua. Идеальная связка.

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

Надо заново на C++ переписать, иначе сравнение не честное. Выкинули тонну легаси и реализовали заново с учетом итоговых реалий - естественно оно лучше будет, чем заростающее годами

Ну хорошо же.

Разбор произвольных данных от пользователя нужно делать подходящими инструментами.

Вместо gets().

Это хорошо, что Meta заботится о безопасности, но опять же, всё это в рамках проприетарного WhatsApp. Существуют альтернативные мессенджеры с открытым исходным кодом и децентрализованные. Вместо того чтобы улучшать закрытый продукт, Meta могла бы лучше поддержать развитие и продвижение открытых альтернатив. Было бы здорово, если бы WhatsApp стал поддерживать протоколы Matrix, XMPP или IRC. Вместо дряни, на которой сейчас работает WhatsApp.
Когда-то даже в Google работали вменяемые инженеры, которые в Google Talk встраивали поддержку XMPP.

Как-то мне рассказывали историю коллеги про одного разработчика. Говорят: "Знаешь почему разработчики Google так востребованы и популярны? Вот они работали на лучшую (по их мнению) компанию, значит лучше них никто не сделает. И вот если они сталкиваются с проблемой то могут сказать что раз сам разработчик из Google не смог решить проблему, то никто не сможет. Поэтому работать на них перспективно". То же можно сказать и про rust - вот видите? Видите? Сама Мета перешла на rust! Кланяйтесь на их походы! Мессенджер не самое сложное приложение в мире, их даже школьники пишут. А то как раскачивают для них пользователей - отдельный вопрос бизнеса технических моментов уже не особо касающихся.

Force push? Так а ничего, что у всех потом репозиторий перестанет пулиться?

"Си дыряв — пишу на NodeJS и Rust", — говорили они.

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

А еще интересно, кто стоит за этим, и похожими взломами реп питона и жс.

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

> Для предотвращения подобной подмены веток в будущем разработчики Plone включили в GitHub правила, блокирующие операции "force push" для основных веток и тегов.

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

>Для интеграции изменений вместо обычных коммитов атакующие воспользовались операцией "force push" (git push с опцией "--force"), позволяющей принудительно заменить ветку во внешнем репозитории своим содержимым и, соответственно, переписать историю изменений (после замены показывается история из ветки, загруженной атакующим).

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

Нараст

+ еще одна фича которой никогда не будет на иксах)

Как быстро такие шлемы портят зрение?

Видео интересное: программируем на стуле в полупустой комнате.

Очень весело в такой системе терпеть статтеры индексатора файлов KDE.

> Для работы требуется применение патчей к Qt и XWayland. Большинство
> патчей уже приняты в кодовую базу Qt и войдут в состав выпусков 6.10.2
> и 6.11, не перенесёнными остаются только 4 патча.

Отличное взаимодействие кдешников и кутешников.
Вместе взяли и улучшили оба продукта.

Я думал, вся эта виар движуха померла давно... Над лицокнигой все поржали, а потом подтянулася более интересная темка для распила - иишки.

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

Жаль, но ВР на сегодня оказался похоже мертвой технологией (хотя мне нравится), на данный момент крупные проект загибаются, но осталась еще небольшая надежда на Гейба...

Вместо того чтобы наконец починить уродца KDE и впервые в истории сделать таки штабильный выпуск, они переписывают на вяленд и приделывают ЕЩЁ больше нужного 1 челу мусора.

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

О, как раз для моих xr очков подойдёт, сейчас использую платный плагин для kde (breeze desktop)

На каких вр шлемах это работает?

Что это? Зачем это нужно? Как и где это применять?

Вот, могут же, а не вот эти ваши ИИ!

На венде это штатный планииовщик.

Ну вот! Теперь можно верить в Астрологию :)

А он учитывает поправки NASA?

Да, все же настоящие задачи и проблемы ядра решены.

> из компании Red Hat

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

Астрологи провозгласили месяц планировщиков задач. Количество планировщиков задач увеличилось вдвое!

И вроде ж не первое апреля... Ну ладно.

Для TempleOS писали? Или нет наверное DaemonOS кто то пишет и заказали

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

Фраза "зависимость от фазы Луны" обретает реальный (но по-моему, дурацкий), смысЕл :).

>при ретроградном марсе

Разве бывает ретроградный Марс?

Вроде бы ретроградными могут быть только планеты, которые ближе к Солнцу, чем Земля.

Полно багов, и не рилтайм..

- High — --no-retrograde does not actually disable retrograde effects: priority still drops to base * 0.3 and reasoning still reports retrograde; only the time-slice penalty is skipped. This contradicts the flag description ("Disable retrograde effects"). src/astrology/scheduler.rs:128-170, src/main.rs:150-155

- High — "Real-time planetary positions" are not real-time: to_astro_date discards time-of-day, so positions only change once per UTC day. This also makes --update-interval (seconds) ineffective within a day. src/astrology/planets.rs:198-210, src/main.rs:51-114

- Medium — Retrograde math doesn't match the documented formula: docs describe priority = base × planetary_influence × element_boost plus a 0.5 time-slice penalty; code instead uses base * 0.3 (ignores element boost) and then also halves time slice. src/astrology/scheduler.rs:149-156, src/main.rs:138-155, ASTROLOGY.md, README.md

- Medium — Debuffed 0.7 cases (Air/System, Fire/Memory) are labeled "neutral" in the reasoning output because the threshold is boost < 0.7 instead of <= 0.7. This makes debug output inconsistent with actual multipliers. src/astrology/scheduler.rs:194-231

- Medium — Task domain/classification mismatches with docs: ASTROLOGY.md says Mercury rules Interactive tasks and browsers are memory-heavy, but code assigns Interactive → Moon and classifies Firefox/Chrome/Chromium as Network. src/astrology/tasks.rs:7-27, src/astrology/tasks.rs:111-114

- Low — Docs diverge on element boosts and cache duration: code gives Desktop tasks a 1.3 boost for Air/Water even though docs say "all other combinations neutral", and the runtime uses update_interval default 60s while AstrologicalScheduler::default/docs mention 5 minutes. src/astrology/scheduler.rs:90-93, src/astrology/scheduler.rs:358-361, src/main.rs:51-89, ASTROLOGY.md

• Short version of what the code actually does today (defaults, no flags):

  - Classify task type by comm string:
      - Exact/partial pattern lists → Network / CPU‑Intensive / Desktop / Memory‑Heavy / System / Interactive.
      - Browsers (firefox|chrome|chromium) → Network.
      - Anything unknown → Interactive.
      - PID 1 is always Critical.

  - Compute planetary positions (from astro crate) using UTC date only (time‑of‑day ignored). Cache refresh window defaults to 60s, but positions only change daily because time is dropped.

  - Base priority by task type:
      - Critical 1000, System 200, Interactive 150, Desktop 120, CPU/Network 100, Memory 80.

  - Planetary influence for the ruling planet:
      - If retrograde → -1.0
      - Else by sign element: Fire 1.3, Air 1.2, Earth 1.1, Water 1.0.

  - Element boost (from ruling planet's sign element vs task type):
      - Boosts: Fire×CPU 1.5, Air×Network 1.5, Earth×System 1.4, Water×Memory 1.3, Air/Water×Desktop 1.3.
      - Debuffs: Water×CPU 0.6, Earth×Network 0.6, Air×System 0.7, Fire×Memory 0.7.
      - Else 1.0.

  - Moon phase multiplier only if task is Interactive (Moon's domain).

  - Final priority:
      - If planet direct: base * planetary_influence * element_boost (truncated to u32).
      - If retrograde: base * 0.3 (element boost ignored).

  - Time slice (default slice_us=5000, slice_us_min=500):
      - priority_factor = clamp(priority/1000, 0.1..1.0)
      - slice = min + (base - min) * priority_factor
      - If retrograde and --no-retrograde is not set → slice halved.

Сервер и астрология, это два родственных понятия. Сабж одобряю.

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

Предлагаю ещё и "гадательной" планировщик соорудить. С приоритетом процессов/потоков на основе /dev/urandom

Теперь не будет зависеть от того какая пятка зачесалась?

А чем это отличается от обычного планировщика линукса?

Какой чушью люди только не занимаются чтобы убить время...

Тот самый случай, когда для кого-то 1 апреля наступило неожиданно рано.

Наконец-то можно переходить с винды на Linux! Не хватало именно этой фичи!

Так скоро и libastral.so наконец появится!

Ржунимагу)))

Теперь заживём!

Кто первый запилит православную АстрологОС? ))
с выводом гаданий в motd и тд....

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

> например, солнце связывается с критически важными процессами (PID 1, init)

Объясните ему, что в благодаря его redhat'у там сейчас systemd, а не init

Телефонный интерфейс для десктопа. Дизайнеры UI там дегенераты, конечно.

Ого, это открыли много браузеров Google Chrome.

Десктоп должен быть десктопом, а не планшетной неюзабельной фигнёй.

Сколько бы они не силились даже последние андроиды бай дизайн не предназначены для нормальной работы с клавиатурой и мышью. Например многие приложение (все кроме хрома) не поддерживают никаких горячих клавиш и мобильный ФФ тоже. Переключение языка только по ctrl+space при этом он проходится зачем-то через все клавиатуры активированные в системе. По Alt+Tab показывает все приложения, но нельзя перейти на другие приложения кнопками (не во всех прошивках) только пальцем тыкать. Часто на русской раскладке отваливаются хоткеи типа ctrl+c/ctrl+v. Глобальные горячие клавиши во встроенной подсказке не совпадают с реальностью или тупо не работают. В некоторых прошивках на главном экране не отображается выбранное стрелочками иконка приложения в некоторых прошивках при том что по факту оно выбрано его можно запустить. В некоторый приложениях ESC это ESC, а в некоторых апостроф (`). Скролл колесиком мыши в некоторых местах просто невозможен. Питч зум нельзя сделать с мыши и клавиатуры ни в каком виде хотя приложение может подразумевать такой жест. И это все с внешней фирменной клавиатуры, которая покупается за 10000 рублей почти сверху.

И это я все к чему? К тому что система с самого начала должна быть разработана как или поддерживающая мышь и клаву или только тач. А исчезающее количество ноутбуков с тач экраном этому лишнее подтверждение.

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

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

Откопали тот самый мифический линукс десктоп с человеческим лицом? Не верю, закапывайте

Что этот алюминий, что у винды, что у мака, что у гнома похожие нынче дизайны. Почему этот убогий дизайн стал такой популярен? Сам не пойму, но насколько помню самым красивым был по дизайну Стив Джобс, но нынче его нет, а ведь что-то от его яблок в дизайне тут тянет. Но все это, к счастью, можно кастомизировать и немного изменить. Кстати на винде плей стор также выглядит. Как разработчик я лично не понимаю - на кой мне такой девайс? Помню яблочные запретили сафари под винду, запретили сборки с винды без мака - теперь бери мак себе, эмулятор или хакиннтош (с которыми борются). А вот если гугл запретит Хром на винде - ничего не поменяется, потому что на его же движке уйма браузеров, а своих архитектур у них нет, хотя я так понимаю разделяй и властвуй. Гуглу ARM, Макрософту AMD64, Яблокам свои технологии. Кто-то конечно может сказать - программы андроида у них теперь на десктопе и кто хочет может глянуть уже как оно в винде работает - выскакивает мобильное приложение под определенную длину и ширину чаще всего и похоже на симулятор, хотя некоторые уже адаптировались - выглядит норм. Допустим VSCode запустится на этом алюминии и можно будет создавать под разные ОС код и под телефон. А учитывая историческую миграцию большого количества софта в веб по историческим причинам, то стоит ожидать что-то среднее между браузером и приложением как какой-то фреймворк стандарт индустрии. ОС будет заниматься чисто оборудованием и предоставлять свое апи, которое рано или поздно стандартизируют и сольют все вместе. Браузер будет заниматься запуском приложений это будет уровень над ОС. Фактически это и будут приложения. И третий уровень то что делает компьютер живым - ИИ. В следующем году уже начнут массово появляться в домах. Мда, бывает мысль уносит

Так вот почему доступ к исходникам Android закрыли. Таки 2 ОС в единую сливают.

узал 2 года ChromeOS:

верхнюю палель убрать нафиг

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

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

Единственный плюс от всего этого - мб Гугл соизволит сам выпускать сборки под x86/x64 без необходимости что то патчить и собирать третьим лицам.

Мдааа... А ещё говорят, что на Линуксе десктопы некрасивые...

Может Гугол специально сделал утечку чтобы подогреть интерес потенциальных покупателей?

>В системе отслеживания ошибок Google по недосмотру оказался открыт доступ к сообщению о проблеме в тестовой сборке операционной системы Aluminium, запущенной на Chromebook HP Elite Dragonfly 13.5.

Ну да, ведь все Так ждали эту ОС, все заборы обглядели, и вот "по недосмотру", почти "случайно", информация таки просочилась, там где никто не ожидал (Директид бай Сарказм)

Опять будут линукс и ява унутре? Могли бы хоть у гармошки поучиться.
Где фуксия?

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

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

Интерфейс не так важен. Важна внутрянка и экосистема Android. Его система выдачи прав, хранение файлов программ, огромная библиотека. Каким бы золотым не был ChromeOS, про него никто не знает. Ставлю ва-банк, что взлетит.

Закругления не забыли, я спокоен.

А чё там с драйверами? Старый принтер или сканер работать то будут?

GNOME какой-то.

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

Утечная утечка :)
Счас дезигнеры сидят о отзывы по интернетам читают.

Следующая ос будет AurumOS?

Напоминаю: https://spyware.neocities.org/articles/vivaldi

Где обзоры на релизы Brave? Пользуюсь этим браузером уже 4 года, намного лучше других хромов, единственное, встроенный адблок может плохо работать с ubo, в остальном претензий нет.

Ох... Они оптимизировали, но интерфейс все равно тормозной, а анимация дерганая. И в 7-й версии раздули интерфейс вслед за хромом.
Жаль, очень сильно на него надеялся.

Перегруз делает его неприемлемым, к сожалению.

Круто уважаемо, что Vivaldi без ai, и что он продолжает философию Оперы 12 Престо, что браузер функциональный и настраеваемый, а значит и удобный, но бесят баги и медленность его, не ужели они не могут оптимизировать его, или на другой движок перейти

полный бред, зачем захламлять браузер функционалом оконного менеджера? Большинство сидит на ОС с тайлингом из коробки. Лучше б добавили возможность открывать ссылки в отдельных окнах по умолчанию, без панели вкладок, типа как установленные веб-приложения.

Нет бы аудиоплееры писать ...
;-)

Мне нравятся интерфейсы на основе браузера или как тут пишут на JavaScript. Очень красиво, только есть свои недостатки.

Поздравляю с очередным релизом всех причастных. Хочу сказать спасибо разработчикам за отличный браузер. Пользуюсь им на постоянной основе с первых версий как на Андроиде так и на ПК.
С каждой новой версией браузер стаёт только лучше. Продолжайте в том же духе.
Хочу также выразить свою поддержку Илье Шпанькову особенно - уверен, в баталиях с особо придирчивыми пользователями понёс не восполнимые потери в виде нервных клеток и кровушки :-)

Как раз сегодня попробовал его использовать. Нет кружка с крестиком для выхода из полноэкранного режима мышкой, у всех есть у Vivaldi нет. RU AdList не загружает. В окне проигрывателя постоянно висит значок трансляции, ни у кого нет у Vivaldi есть. Впечатление как у авторов с психикой что-то. Про загаженность Vivaldi посторонними для браузера функциями уже многократно писали, ничего не меняется в лучшую сторону. Удалил конечно.

Проприетарщина не нужна! Пусть открывают код, тогда посмотрим.

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

Пропритерщина подъехала. автор какой же ты бессовестный.

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

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

А это ускорит запуск проводника?

нужно было брать LDL :) (JordanCpp/LDL)

> нативный GDK Win32

А в чём плюс этого если всё нынче - Win64 ?

"Золотая эра разработки пользовательских интерфейсов" это мощно, конечно.

>> message(STATUS "Âñå ìîäóëè Gtk1 ñêîíôèãóðèðîâàíû.")

Ясно понятно.

> GTK+ 1.3 выбран для портирования как представитель "золотой эры" разработки пользовательских интерфейсов, обладающий такими достоинствами, как реализация ... нативный GDK Win32, взаимодействующий с Windows напрямую без излишних прослоек
>
> В планах написание для библиотеки отрисовки GDK бэкенда, позволяющего использовать SDL 1.2 и SDL3

Взаимоисключающие параграфы

> Результат выглядит аутентично

Да, по скриншотам заметно.

> представитель "золотой эры" разработки пользовательских интерфейсов

...и как же вырвиглазно он выглядит!

Все скомкано. Отступы минимальные, как будто это делали для экрана 800х600.. Сглаживания нет. Выравнивание кривое.

Ясно понятно.

СССР нет 35 лет. 🤗🤫😊

Комментарии поправил. Теперь они читаемы на гитхабе. Нейронка помогала, иначе просто не разобраться, в чем дело. Ошибок было настолько много, что я не вылазил из гугла. К примеру та же проблема с strings.h, сейчас это string.h но раннее использовалось на ранних unix. И там таких приколов на каждом шагу.

cmake хоть и собирает, но многое сделано через костыли. Буду ещё рефакторить.

Нормас! Ждём софта на нём )

В планах ещё собрать из одной кодобазы и сборку для linux. Сделать нормальный пакет.

Кто писал на Дельфи? Руки поднять! Form1, Unit1, CheckBox, Object Inspector

Ждали-ждали прихода GTK5, а тут такое...

Какие преимущества у Gtk 1 перед Gtk 3, 4 ? Легковесность, скорость работы? Это критично? Кто гарантирует качество сопровождения этого форка Gtk 1 ?

Но какой в этом смысл? Современный софт на этом не собрать. Выглядит страшновато. В Linux будет без поддержки wayland. Легче использовать Qt 5 или 6, в винде собирается при помощи msys2. Да и Qt это не только кросплатформенная графика, но кросплатформенная работа с файлами, сетью и т.д. И между мажорными версия в Qt переезжать проще.

> GTK+ 1.3 выбран для портирования как представитель "золотой эры" разработки пользовательских интерфейсов

Надо было тогда портировать под какого-нибудь «представителя золотой эры разработки пользовательских интерфейсов», вроде Windows 2000.

Золотая эра для gtk была gtk 2 и clearlooks. А gtk 1 выглядит ужасно.
И если такой вид сейчас кого-то устраивает то есть же Tk который поддерживается под все платформы.

> Подготовлен порт библиотеки GTK+ 1.3, работающий в Windows 11

А надо было - портировать его на Windows 3.11, тогда было бы совсем хорошо :))

Есть только один gtk: GTK-2.

Версия 1 - это ещё GIMPовский GTK от Питера Маттиса и Спенсера Кимбелла, что создавался как дипломная работа. Помню, помню.

``` c
  hbox = gtk_hbox_new (FALSE, 3);
  gtk_box_pack_start (GTK_BOX (vbox2), hbox, FALSE, TRUE, 0);
  label = gtk_label_new ("Signal:");
  gtk_box_pack_start (GTK_BOX (hbox), label, FALSE, TRUE, 0);
  calendar_data.last_sig = gtk_label_new ("");
  gtk_box_pack_start (GTK_BOX (hbox), calendar_data.last_sig, FALSE, TRUE, 0);
```

Нет, забирайте назад вашу кошмарную императивщину.

Какая мерзость.
Я 20 лет назад на mfc програмиздил  уи в 1000 раз красивее

Gtk+ 1.3.х - это была нестабильная ветка в промежутке между gtk+ 1.2 и 2.0. Чем вызван выбор нестабильной версии (какой именно?).

Помню была gtk+ 2.0, скомпилированная с mingw. Я с ней под XP когда-то свои программы компилировал.

Так GTK 2 и жрет не больше 1-го (ну, почти), но при этом там сохранены все достоинства, перечисленные в новости, а фич стало больше.

вы сумасшедшие?
под шиндошс? гтк1?
мфц в сто раз лучше выглядит

Почему именно gtk1.3 а не gtk2? Если уж про "золотую эру" заговорили.

о, это же от JordanCpp, того клёвого гика, который особо тепло относится к старым системам. Респект!

Ну вот, а говорили, что devuan не нужен.

>Переход аргументируется повышением уровня безопасности запускаемых служб systemd

Осталось только получить аргументы касательно безопасности systemd.

>также более надёжным контролем над запуском и циклом работы службы

Т.е. полный контроль над пк пользователя?