The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4

23.10.2017 23:52

Сформирован очередной тестовый выпуск будущего стабильного релиза GTK+ 4. Ветка GTK+ 4 развивается в рамках нового процесса разработки, который пытается предоставить разработчикам приложений стабильный и поддерживаемый в течение нескольких лет API, который можно использовать не опасаясь, что каждые полгода придётся переделывать приложение из-за изменения API в очередной ветке GTK+. До полной стабилизации GTK+ 4, приложения, предлагаемые для пользователей, рекомендуется продолжить собирать с использованием ветки GTK+ 3.22, которая будет поддерживаться три года.

Основные изменения в GTK+ 3.92.1:

  • Прекращение поддержки сборочной системы на базе autotools в пользу инструментария Meson;
  • Поддержка управления шрифтами через CSS-свойство font-variant;
  • В GtkEntry добавлен виджет для выбора Emoji. Также добавлены хинты для ввода Emoji с клавиатуры;
  • Все виджеты портированы на GtkSnapshot;
  • GtkLabel и GtkEntry переведены на использование GSK (GTK Scene Kit), обеспечивающего отрисовку графических сцен через OpenGL и Vulkan;
  • Почти завершена работа над кодом отрисовки через графический API Vulkan. Из нереализованных возможностей осталась только отрисовка размытых теней. Изменена внутренняя логика отрисовки через Vulkan, вместо записи промежуточных результатов в виде поверхностей Сairo задействованы текстуры. Устранены все заглушки для отрисовки текста через Сairo. В GSK для бэкенда Vulkan задействована многофазная отрисовка, реализован кэш глифов для исключения повторной отрисовки глифов, поддержка размытия и возможность профилирования вывода. Добавлены API gsk_text_node_new, gsk_blur_node_new, gsk_cross_fade_node_new и gsk_blend_mode_new;

  • Внесены изменения в обработку ввода: в GdkEvent добавлены новые методы доступа к полям, традиционные сигналы событий ввода (например, ::key-press-event) теперь поступают от контроллера событий, в большинстве внутренних виджетов прекращено использование традиционных сигналов событий ввода, GDK_SEAT_CAPABILITY_ALL_POINTING теперь включает события сенсорного экрана;
  • В GtkOverlay реализован режим размытия содержимого за дочерними элементами;
  • Появилась возможность использования штатного диалога выбора файлов в старых выпусках OS X;
  • В GtkPlacesSidebar добавлена поддержка libcloudproviders;
  • Для несвязанных с окнами виджетов теперь допустим размер 0x0;
  • Добавлена поддержка изменения размера мозаично размещённых окон (tiled)
  • В интерфейсе инспектирования расширена информация об узлах отрисовки, добавлены сведения о параметрах gsk и vulkan;

  • Удалены API: gdk_window_new_input, gtk_widget_set_redraw_on_alloc, gtk_widget_get_{border,content,margin}_allocation и gtk_container_propagate_draw.


  1. Главная ссылка к новости (https://blog.gtk.org/2017/10/2...)
  2. OpenNews: GTK+ 3.90 ознаменовал новый этап подготовки GTK+ 4
  3. OpenNews: Выпуск графического тулкита GTK+ 3.22
  4. OpenNews: Проект GNOME планирует изменить метод разработки GTK+ и выпустить GTK+ 4
  5. OpenNews: Опубликован графический стандарт Vulkan 1.0
  6. OpenNews: Доступна система сборки Meson 0.42, на которую переходят systemd, GTK+ и GNOME
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/47436-gtk
Ключевые слова: gtk
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (144) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Жта5 (?), 00:19, 24/10/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +7 +/
    Это они его переписывают или хотят 3-ю версию довести до кондиции и сделать ЛТС с именем 4?
     
     
  • 2.3, COBA (?), 00:24, 24/10/2017 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Они хотят довести до LTS веток каждый мажорный релиз, причем с меньшими различиями между ветками, чтобы в пределах веток поддерживать совместимость. Так что нет, третья останется третьей.
     
  • 2.5, marks (?), 00:28, 24/10/2017 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > Это они его переписывают или хотят 3-ю версию довести до кондиции и
    > сделать ЛТС с именем 4?

    Нет. Это отдельная, просто у них традиция приписывать версии выше примерно 3.90 до релиза 4.0. Раньше такое частенько случалось в опенсурсе. Как и нечетная нумерация для нестабильных релизов, о которых сейчас только разные олдфаги помнят, наверное.

     
     
  • 3.12, Жта5 (?), 00:59, 24/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Отдельная - в смысле переделывают? Меня внутренности интересуют, а в циферки каждый разработчик вкладывает своё понятие.

    Так тут будет что-то мажорное или просто продолжается полировка версии 3?

     
     
  • 4.47, upyr (?), 11:00, 24/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Так тут будет что-то мажорное

    Ты новость читал?

     
     
  • 5.126, жта5 (?), 19:53, 24/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Читал и что? Намекаешь, что там не описаны мажорные изменения и их не так много? Так и вавилон не за один день строился
     
  • 2.7, Аноним (-), 00:30, 24/10/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    С полгода назад тут новость пробегала о новой нумерации версий. Суть в том, что стабильной называется разработческая ветка (которая ломается каждый релиз), а устаревшей - стабильная (к которой только мелкие исправления вносятся). После выхода 4.0 будем иметь: стабильную 4 (с релизами 4.0, 4.1, 4.2, ...) и устаревшую 3 (с мелкими релизами 3.22.1, 3.23, 3.24, ...). Через два года 4.какаябудет объявляется устаревшей и выходит новая стабильная 5, цикл продолжается.
     
     
  • 3.118, Аноним (-), 19:04, 24/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Давайте похлопаем этому анониму за талант в ЛПП и перекручивании фактов!
     
     
  • 4.139, Аноним (-), 04:24, 25/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    У тебя явно никогда не ломались темы\виджеты в GTK3. Давай похлопаем тебе, а?
     

  • 1.2, Аноним (-), 00:21, 24/10/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +10 +/
    Знаете товарищи, я пытался привыкнуть к гному, но мириться с его тормозами.... сил уже не осталось. Их интерфейс имеет какую-то свою фишку, которая порой притягивает, и благодаря этому хочется постоянно пробовать новые версия гнома, но увы, пока присутствуют тормоза, гном так и будет оставаться богомерзким гномом.
     
     
  • 2.4, marks (?), 00:25, 24/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Казалось бы при чём тут Гном в новости про новый тулкит, но анонимные аналитики не дремлют.
     
     
  • 3.8, Аноним (-), 00:32, 24/10/2017 [^] [^^] [^^^] [ответить]  
  • –6 +/
    > Казалось бы при чём тут Гном в новости про новый тулкит

    Да-да, отображение GtkLabel через (полурабочий тормозной) 3D-драйвер конечно не приведёт к тормозам.

     
     
  • 4.23, Аноним (-), 08:47, 24/10/2017 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Зачем вам полурабочий тормозной 3D-драйвер?
     
     
  • 5.78, оно ним (?), 13:39, 24/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Судя по api:  
    >>gsk_blur_node_new gsk_cross_fade_node_new и gsk_blend_mode_new

    рисовать блур, затухание и блендинг.
    Или возложить на процессор?  

     
     
  • 6.119, Аноним (-), 19:09, 24/10/2017 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Не рисовать их вообще — не вариант?
     
  • 4.82, pripolz (?), 14:05, 24/10/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    где gnome-shell, где gtk, и где полурабочий 3d-драйвер?
     
     
  • 5.128, Ыйя (?), 20:23, 24/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Я бы ответил где, в рифму, но это не печатаемо. Так что, где-то ниже. Вы попали в просак.
     
  • 2.16, Наноним (?), 04:50, 24/10/2017 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Знаю это чувство Мне даже нравятся интерфейсные решения, я понимаю логику, кото... большой текст свёрнут, показать
     
     
  • 3.20, Аноним (-), 07:46, 24/10/2017 [^] [^^] [^^^] [ответить]  
  • +12 +/
    Если ты понимаешь логику гном, скажи мне для чего часы в верхней панели по центру, и почему они делаю такие большие заголовки у приложений?
    по феншую в gnome нельзя окна раскрывать на весь экран? ссылка на скин https://ibb.co/kYdD36
     
     
  • 4.38, Аноним (-), 10:31, 24/10/2017 [^] [^^] [^^^] [ответить]  
  • –4 +/
    > для чего часы в верхней панели по центру

    Для того чтобы смотреть время
    >и почему они делаю такие большие заголовки у приложений?

    Тут три момента: сенсорные экраны, CSD и просто удобство.
    >по феншую в gnome нельзя окна раскрывать на весь экран?

    Можно

     
     
  • 5.57, кверти (ok), 11:30, 24/10/2017 [^] [^^] [^^^] [ответить]  
  • +6 +/
    >Для того чтобы смотреть время

    Смотреть время??? Б**ть, это не смотреть, это пялиться на время.
    >Тут три момента: сенсорные экраны, CSD и просто удобство

    Мух от котлет делить не учили? Какое б**ть удобство в огромных кнопках может быть??? Разве что тем, кто мышь держит двумя пальцами в раскарячку

     
     
  • 6.64, llolik (ok), 12:24, 24/10/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Какое б**ть удобство в огромных кнопках может быть???

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

     
     
  • 7.73, кверти (ok), 13:16, 24/10/2017 [^] [^^] [^^^] [ответить]  
  • +6 +/
    >На ноутбуках с сенсорным экраном

    Ноутбуки с сенсорными экранами и удобство - это два разных мира.

    >В win для этого же сделали плитки и плоский дизайн

    Ах вон оно что, на винду равняются...Тогда понятно. Ну что же, идиотам идиотово...
    >Так лучше?

    Нет.

     
     
  • 8.74, llolik (ok), 13:28, 24/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Они не на винду равняются, а видят что, как бы нам не хотелось обратного, движет... текст свёрнут, показать
     
     
  • 9.81, кверти (ok), 13:56, 24/10/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Как в ваши головы это вообще все заходит Откуда этот бред Ты решил, что все по... текст свёрнут, показать
     
     
  • 10.95, Stax (ok), 15:26, 24/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    А вы с современными школьниками младших классов общаться пробовали Они уже пред... текст свёрнут, показать
     
     
  • 11.102, кверти (ok), 15:52, 24/10/2017 [^] [^^] [^^^] [ответить]  
  • +3 +/
    когда работа выходит на уровень чуть сложнее вэб сёрфинга и игрулек, то сразу на... текст свёрнут, показать
     
     
  • 12.146, номия (?), 11:06, 25/10/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    гнумтри разработан с учётом в том числе киосков и касс и нет никакой причины иск... текст свёрнут, показать
     
     
  • 13.148, кверти (ok), 11:39, 25/10/2017 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Одни из рэдмонда так уже считали Где они на рынке мобильных устройств все мы зн... текст свёрнут, показать
     
  • 6.145, номия (?), 10:52, 25/10/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    а какое удобство в маленьких кнопках? компьютерами таки пользуются не только мастера киберспорта сбивающие пиксель с головы собаки с закрытыми глазами..
     
     
  • 7.155, anonymous (??), 13:38, 25/10/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Для инвалидов отдельные средства есть.
     
  • 6.158, Аноним (-), 18:42, 25/10/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Мух от котлет делить не учили? Какое б**ть удобство в огромных кнопках
    > может быть??? Разве что тем, кто мышь держит двумя пальцами в раскарячку

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

     
  • 5.105, adolfus (ok), 16:15, 24/10/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    У меня не сенсорный экран, а монитор 24". И дома и на работе. На арботе два. Нахрена мне такие заголовки? Достаточно высоты в 24 пиксела, чтобы там все прочитать.
    Кстати, приложения открываются всегда расползаясь по двум дисплеям и не помнят предыдущих размеров. Это вообще какой-то афедрон.
     
  • 4.58, marks (?), 11:54, 24/10/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Не знаю, кому как, а мне так удобнее, чем высматривать в свалке в правом углу ... большой текст свёрнут, показать
     
     
  • 5.72, Аноним (-), 13:09, 24/10/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    А мне казалось, что размер элементов должен зависеть от физических размеров экрана, а не от разрешения (если оно, конечно, не 640x480).
    Мне кажется, что это вообще наследие винды, что если разрешение больше, то элементы должны быть меньше.
    Имхо, если разрешение больше, элементы должны быть _чётче_.
     
     
  • 6.97, Stax (ok), 15:30, 24/10/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Так, да не так Когда мы говорим об примерно одного размера физических экранах н... большой текст свёрнут, показать
     
     
  • 7.99, Аноним (-), 15:39, 24/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Таки всё так. Ну вот тогда должен быть "класс устройств". А то тут пишут про "Так удобнее там-то тыкать". Ну так на классе устройств "планшет" оно как бе одно, а на мониторе 22" оно другое. вообще, эти споры о кнопках непонятны во всяких Unix'ах, Linux'ах. Большинство DE позволяет сделать кнопки как надо, где надо, а то и вообще убрать. Но, sensible defaults должны быть, как ни крути. Вот про них и вой, как понимаю.
     
  • 7.149, Аноним (-), 11:53, 25/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Расстояние от глаз для монитора и планшета/смартфона не сильно отличается, где-то раза в полтора. Дело прежде всего в физическом размере экрана, а не в расстоянии.
     
  • 4.68, Аноним (-), 12:42, 24/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    "и почему они делаю такие большие заголовки у приложений?"

    Ну в основном потому, что туда добавляются необходимые кнопки помимо закрыть/свернуть/развернуть, что неплохо там экономит место, см. наутилус в гноме 3.22. В отличие от других ДЕ, где заголовок окна просто занимает место и не несет в себе никаких полезных функций.

     
     
  • 5.106, adolfus (ok), 16:23, 24/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > "и почему они делаю такие большие заголовки у приложений?"
    > Ну в основном потому, что туда добавляются необходимые кнопки помимо закрыть/свернуть/развернуть,
    > что неплохо там экономит место, см. наутилус в гноме 3.22. В
    > отличие от других ДЕ, где заголовок окна просто занимает место и
    > не несет в себе никаких полезных функций.

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

     
     
  • 6.147, номия (?), 11:14, 25/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    и оно таки настраивается но пока через правку конфигов и твиктулзы есть причин... большой текст свёрнут, показать
     
  • 4.90, Наноним (?), 14:41, 24/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Единственное, чего я не понимаю в логике гнома 8211 там не предусмотрено реше... большой текст свёрнут, показать
     
     
  • 5.98, Stax (ok), 15:35, 24/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Единственное, чего я не понимаю в логике гнома – там не предусмотрено
    > решения для автозапуска фоновых сервисов при входе в систему. То есть
    > я включаю компьютер, и пока ручками не запущу эволюшн и пиджин,
    > никаких уведомлений не будет. Это вымораживает. Хочу как в андроиде.

    Эм. Да вроде всегда был. Стандартный механизм XDG там используется нынче, как давно уже везде. Что в /etc/xdg/autostart или в ~/.config/autostart имеет метку "X-GNOME-Autostart-enabled=true" - автозапускается.

    Хотите гуй к пользовательскому автозапуску - первая вкладка ("автозапуск") в gnome-tweak-tool. Пара кликов и ваш пиджин всегда запускается сам.

    >>по феншую в gnome нельзя окна раскрывать на весь экран?
    > f11?

    Двойной клик по заголовку.. F11 это вроде только браузер и терминалы умеют.

     
     
  • 6.107, adolfus (ok), 16:27, 24/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Двойной клик по заголовку.. F11 это вроде только браузер и терминалы умеют.

    Третий гном точно не умеет f11. Он вобще не может ни спозиционировать окно, ни запомнить его прежние координаты и размеры. евинс уже задолбал в конец -- всякий раз нужно его из масштаба в 735% приводить в одно из окон. Кстати, окуляр тоже накрылся -- полный интерфейк.


     
  • 5.163, DenisSh (?), 21:46, 25/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Тогда почему, уведомления показываются маленьким круглешком? почему не мигает, тебе пришло уведомление,а в это время ты отвелекся, и всё, хз что тебе пришло, я вообщевообще не замечал этого маленького кружочка, и получается постоянно смотришь, нет ли у тебя уведомления, а не работаешь. https://ibb.co/dhB6am
     
  • 2.17, Аноним (-), 05:18, 24/10/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Поддерживаю вас. Тоже вкатили различные решения и элементы ДЕ, но тормоза... Как ложка дегтя. Казалось бы, с таким подходом минимализма (интерфейса, настроек, функций) - все должно летать (и разрабатываться легче), но всё не совсем так.

    Зачем хард так агрессивно юзать? Если не ссд, то система ощутимо тормозит. Что там за гигабайты по dbus гонять? Имхо, всё это зло высокоуровневой абстракции, упрощающая работу нескольким прогерам, но неэффективно использующая мощности компьютера.

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

     
  • 2.30, username (??), 09:50, 24/10/2017 [^] [^^] [^^^] [ответить]  
  • +8 +/
    Купил мак, понял что гномосеки не только не поняли основую идею но еще и извратили то что было в старом гноме.
     
     
  • 3.44, Другой аноним (?), 10:54, 24/10/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Купил мак, понял что гномосеки не только не поняли основую идею но
    > еще и извратили то что было в старом гноме.

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

     
     
  • 4.49, Анонимен (?), 11:06, 24/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Как же я вас понимаю.
    А так всё просто: пиппл и так хавает, выстаивает многочасовые пробки ради того, чтобы купить новый *фон, контора получает бабло. Все довольны в этом кружке по интересам.
     
  • 2.37, Аноним (-), 10:25, 24/10/2017 [^] [^^] [^^^] [ответить]  
  • –7 +/
    Может лучше наконец в 2017 году купить видеокарту с поддержкой 3D-ускорения?
     
     
  • 3.45, Другой аноним (?), 10:57, 24/10/2017 [^] [^^] [^^^] [ответить]  
  • +12 +/
    > Может лучше наконец в 2017 году купить видеокарту с поддержкой 3D-ускорения?

    Конечно! Давайте всем офисным сотрудникам понаставим мощных видюх, по 16ГБ памяти, и core i7, а то у них DE тормозит. Бред!

     
     
  • 4.48, Аноним (-), 11:03, 24/10/2017 [^] [^^] [^^^] [ответить]  
  • –6 +/
    Какой бред? ЧТо надо сделать чтобы гном начал тормозить на более менее современном компьютере. AMD A4 4400 с 4 Гб ОЗУ и встроенной графикой вполне достаточно. Ну вот если компьютере еще менее мощный, то таки лучше присмотреться к более легким окружениям.
     
     
  • 5.56, Другой аноним (?), 11:20, 24/10/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Пользователь не должен замечать работы DE Если Ваше окружение жрет ресурсы, а т... большой текст свёрнут, показать
     
     
  • 6.59, Аноним (-), 12:02, 24/10/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >Пользователь не должен замечать работы DE. Если Ваше окружение жрет ресурсы, а тем более требует еще и поддержки 3D, то это плохое окружение.
    >А еще обычным людям необходимо постоянство, чтобы человек через 2 года вернулся на свое прежнее место и у него не было вот такой реакции: "Бл** что это за н*** ???"

    Да-да, у вас в конторе целероны с ХП именно поэтому, а не по причине ни-ще-бродства, вот прям верю.

     
     
  • 7.67, Ordu (ok), 12:33, 24/10/2017 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Мне всегда нравилась эта позиция, особенно распространённая среди геймеров, что ... большой текст свёрнут, показать
     
     
  • 8.100, Аноним (-), 15:48, 24/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Обратная крайность тоже вызывает большие сомнения в психическом здоровье страдаю... текст свёрнут, показать
     
     
  • 9.111, Ordu (ok), 17:07, 24/10/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Крайности всегда странны Но ты упускаешь из вида один нюанс если тебе хочется ... большой текст свёрнут, показать
     
     
  • 10.156, Аноним (-), 15:30, 25/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Вообще не понимаю что такое апгрейды и зачем они нужны Это какой-то упоризм -... большой текст свёрнут, показать
     
     
  • 11.157, Ordu (ok), 17:41, 25/10/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Я описывал выше два примера стратегий поддержания железа в актуальном состоянии ... большой текст свёрнут, показать
     
  • 7.71, Другой аноним (?), 12:59, 24/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Celeron ов и XP к счастью нет, но Core 2 Duo кое-где остались Только что в этом... большой текст свёрнут, показать
     
     
  • 8.101, Аноним (-), 15:51, 24/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Нет, это когда ты имея возможность купить нормальный автомобиль среднего класса ... текст свёрнут, показать
     
     
  • 9.103, Другой аноним (?), 16:05, 24/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Ладно, глупости все это Мы разговариваем про предприятие и бизнес, где под любо... текст свёрнут, показать
     
  • 9.131, Ыйя (?), 20:49, 24/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Ога Это когда не имея средств и надобности вместо ржавой шохи покупают бэху и и... текст свёрнут, показать
     
  • 5.92, Fodrice (?), 15:06, 24/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Я просто поставил гном на планшет, и получил лагодром.
    Acer w500. И да драйвера просто изменяют характер лагов. Тормозит все дико. Ибо во 1 видео во 2 постоянное обращение к диску.
     
     
  • 6.93, Fodrice (?), 15:09, 24/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Я просто поставил гном на планшет, и получил лагодром.
    > Acer w500. И да драйвера просто изменяют характер лагов. Тормозит все дико.
    > Ибо во 1 видео во 2 постоянное обращение к диску.

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

     
  • 3.108, adolfus (ok), 16:29, 24/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Может лучше наконец в 2017 году купить видеокарту с поддержкой 3D-ускорения?

    Зачем интерфейсу такая карта? Пирдеть и свистеть?  

     
  • 2.114, Аноним (-), 18:03, 24/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    И к чему в здесь об этом? Проблема по-вашему в GTK или что вы хотели сказать?
     

     ....большая нить свёрнута, показать (57)

  • 1.6, Аноним (-), 00:28, 24/10/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    > В GtkEntry добавлен виджет для выбора Emoji. Также добавлены хинты для ввода Emoji с клавиатуры;

    Ну всё, теперь заживём. Это именно то, что не хватало.

     
     
  • 2.9, VINRARUS (ok), 00:57, 24/10/2017 [^] [^^] [^^^] [ответить]  
  • +3 +/
    https://keddr.com/wp-content/uploads/2015/03/Emoji-Keyboard.jpg
     
     
  • 3.22, Аноним (-), 08:14, 24/10/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А вот так и надо сделать, общаться небольшими ребусами будем. Исчезнет недопонимание между народами, один универсальный язык, который поймет каждый. Английский оставить для кодинга.
     
  • 3.40, Аноним (-), 10:39, 24/10/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Шо ж ты делаешь, ирод? Как мне теперь развидеть это? :)
     
     
  • 4.112, VINRARUS (ok), 17:19, 24/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Шо ж ты делаешь, ирод? Как мне теперь развидеть это? :)

    Отак: http://static.nix.ru/autocatalog/keyboards_sven/160817_2245_draft.jpg =)

     
  • 3.65, iPony (?), 12:27, 24/10/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Не практично.
    Вообще бы классно было бы иметь на клавиатуре вместо NumPad'а EmojiPad ⌨️
     
     
  • 4.76, Аноним (-), 13:34, 24/10/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну так настро... А, у тебя мак? Сочувствую.
     
     
  • 5.144, iPony (?), 10:15, 25/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Чего сочувствовать. В macOS с Emoji всё в порядке, ну так речь о другом.
    Emoji очень много, и их до сих пор не хватает. Например, только вот добавили зебру 🦓 (пока только в iOS завезли). А раньше просто лошадь была 🐎
    Поэтому было бы прикольно иметь на ⌨️ вместо бестолково NumPad этакую сенсорную панель для выбора Emoji
     
  • 2.109, adolfus (ok), 16:30, 24/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    >> В GtkEntry добавлен виджет для выбора Emoji. Также добавлены хинты для ввода Emoji с клавиатуры;
    > Ну всё, теперь заживём. Это именно то, что не хватало.

    Это, типа, бусы, которыми решено привлекать папуасов.


     

  • 1.13, kulais (?), 01:39, 24/10/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А как там бинарная совместимость ?? Приложение времен ASPLinux 10 запустится ??
     
     
  • 2.14, нежданчик (?), 04:47, 24/10/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    запустится, если рядом положишь gtk нужной версии -)
     
  • 2.31, Аноним (-), 09:56, 24/10/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А зачем в опенсорсе бинарная совместимость? Важна совместимость на уровне исходников, перекомпиляция вам в руки.
     
     
  • 3.41, Аноним (-), 10:40, 24/10/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну собери исподник 10 и более летней давности современным gcc. С - совместимость, ога.
     
     
  • 4.46, Аноним (-), 10:59, 24/10/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А в современном GCC изчезла опция -std=c89/99/...?
     
     
  • 5.104, Аноним (-), 16:09, 24/10/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ты никогда не видел, сколько в сорцах любого дистра патчей с характерными названиями patch-gccXX? Наворачивание костылей на костыли - зело увлекательное занятие, скажу я тебе.
     
  • 3.66, Ordu (ok), 12:28, 24/10/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Как зачем? Тебе не приходилось несколько часов пересобирать грядку пакетов после апдейта какой-нибудь миниатюрной библиотечки типа libjpeg? Бинарная совместимость -- это удобно, и будет подлым ломать её в минорных релизах.
     
     
  • 4.116, Аноним (-), 18:49, 24/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Приходилось
    emerge @preserved-rebuild
    ;)
     
     
  • 5.122, Ordu (ok), 19:22, 24/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Приходилось
    > emerge @preserved-rebuild
    > ;)

    Если приходилось, то чего я объясняю тогда, ты и сам понимаешь.

     
  • 4.117, Аноним (-), 18:55, 24/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    И что такое пару чаcов по сравнению с пересборкой всего @world
     
  • 3.120, Аноним (-), 19:18, 24/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > А зачем в опенсорсе бинарная совместимость?

    Не все любят пересобирать мир каждую неделю.


     

  • 1.19, Аноним (-), 07:27, 24/10/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    на gma3150 gnome-shell не юзабелен, как и юнити...ток lxde, xfce, e17 и дальше тоже лаги, на r5 230 caicos gnome-shell вполне ничего. и если выбирать между кде и гнум-шелл то я выбираю гнумшелл ;)...хотя кде тоже ничего.
     
     
     
    Часть нити удалена модератором

  • 3.29, IB (?), 09:42, 24/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    :D
    IceWM же этому господину, ну или голый Open(или другой)Box
     
  • 3.34, Аноним (-), 10:00, 24/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    а у Вас есть сборочки с e17 и e21?
     
  • 3.39, Sluggard (ok), 10:34, 24/10/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Человек перечислял DE, ты ему советуешь WM... Миш, вторник уже, завязывай бухать.
     
  • 2.84, pripolz (?), 14:19, 24/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > на gma3150 gnome-shell не юзабелен, как и юнити...ток lxde, xfce, e17 и
    > дальше тоже лаги, на r5 230 caicos gnome-shell вполне ничего. и
    > если выбирать между кде и гнум-шелл то я выбираю гнумшелл ;)...хотя
    > кде тоже ничего.

    на gma500 проблема в основном в том, что dri,libva,mesa и прочее завязаны на старые версии ядра и иксов. А то, что работает - софтверное. Как-то так (возможно ошибаюсь).

     

  • 1.26, Аноним (-), 09:22, 24/10/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Крестик на тулките большой чтобы точно попасть в него?
     
  • 1.27, Аноним (-), 09:30, 24/10/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    >  Прекращение поддержки сборочной системы на базе autotools в пользу инструментария Meson

    Эх, молодёжь... По описанию Мезона (да и других "новых" систем сборки, типа Шейк) может показаться, что главное - задавать цели и предпосылки. Так вот, make прекрасно с этим справляется, написан на Си, лёгкий, быстрый, портируемый. Автотулсы решают другую задачу - анализ окружения и настроку исходных текстов для него. Даже Cmake за годы не догнал Autotools. А "системы сборки" на Питоне или Хаскеле - это вообще ни в какие ворота не лезет.

     
     
  • 2.53, upyr (?), 11:13, 24/10/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    А ты побовал? Meson шикарен!
     
  • 2.62, llolik (ok), 12:18, 24/10/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Так и Meson не собирает, собирает Ninja. Ninja пошустрей make будет, хотя КМК и не такая фичастая.
    > Автотулсы решают другую задачу - анализ окружения и настроку исходных текстов для него

    Так и cmake и meson решают ту же задачу.
    > Даже Cmake за годы не догнал Autotools.

    В чём это выражается? Действительно интересно, без подколов.
    > А "системы сборки" на Питоне или Хаскеле - это вообще ни в какие ворота не лезет.

    А это принципиально? m4 и Perl чем-то лучше?

     
     
  • 3.127, Аноним (-), 20:19, 24/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > А это принципиально? m4 и Perl чем-то лучше?

    Наверно, это придётся повторять всё чаще: m4 или Перл не нужны во время конфигурирования. Только шел, даже не Баш, плюс несколько утилит POSIX (опять же хорошо портируемых).

     
     
  • 4.134, Аноним (-), 22:26, 24/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Только шел, даже не Баш

    Зависит от радиуса кривизны рук разработчика. Некоторые ухитряются писать bash-only макросы.
    Ну да ладно, ты лучше объясни, зачем во время конфигурирования эти 100500  шелл-скриптов, напиханных в дерево исходников? Для небольших проектов их объём может в разы превышать объём кода. А с задачей обеспечения переносимости они справляются примерно никак, опять-таки в силу кривизны рук макросописателей, помноженной на разбросанные по самим автотулзам баги.

     
     
  • 5.136, iZEN (ok), 22:51, 24/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    >> Только шел, даже не Баш
    > Зависит от радиуса кривизны рук разработчика. Некоторые ухитряются писать bash-only макросы.
    > Ну да ладно, ты лучше объясни, зачем во время конфигурирования эти 100500
    >  шелл-скриптов, напиханных в дерево исходников? Для небольших проектов их объём
    > может в разы превышать объём кода. А с задачей обеспечения переносимости
    > они справляются примерно никак, опять-таки в силу кривизны рук макросописателей, помноженной
    > на разбросанные по самим автотулзам баги.

    Это вы ещё Gradle не видели. ;) Обслуживающий сборку код - очевидно ради самого процесса написания обслуживающего кода и ничего больше. Это завораживает.


     
  • 2.77, Аноним (-), 13:36, 24/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Даже Cmake за годы не догнал Autotools.

    По тормознутости, сложности и ненадёжности? Я верю, что в этом никто и никогда не сможет сравняться с autotools.
    Но с тем, что системы сборки на питоне — зло, полностью согласен.

     
     
  • 3.129, Аноним (-), 20:25, 24/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    >> Даже Cmake за годы не догнал Autotools.
    > По тормознутости, сложности и ненадёжности? Я верю, что в этом никто и
    > никогда не сможет сравняться с autotools.

    Дело в том, что я часто вижу такое "конфигугирование":

    if platform.system() == 'Linux':
    # Enable Epoll

    Вместо того, чтобы проверить наличие sys/epoll.h и epoll_create(), с помощью вызова компилятора для простой программы.

    Конечно, platform.system() == 'Linux' быстрее, но в корне неверно.

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

     
     
  • 4.135, Аноним (-), 22:39, 24/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Дело в том, что я часто вижу такое "конфигугирование":
    > if platform.system() == 'Linux':
    >  # Enable Epoll
    > Вместо того, чтобы проверить наличие sys/epoll.h и epoll_create(), с помощью вызова компилятора
    > для простой программы.

    Зачем для проверки наличия файла запускать компиляцию? А autocrap таки её запустит дважды: и для проверки наличия заголовка, и для проверки наличия функции. cmake же найдёт файл сам и запустит компиляцию только один раз, чтобы проверить наличие функции. Причём не будет генерить на ходу временный исходный файл, а использует стандартный CheckFunctionExists.c.

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

    И что же из описанного абзацем выше не то, что нужно?

     
     
  • 5.141, Аноним (-), 09:14, 25/10/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Зачем для проверки наличия файла запускать компиляцию? А autocrap таки её запустит дважды: и для проверки наличия заголовка, и для проверки наличия функции

    Вот-вот. Затем, что только компилятор знает, где <foo/bar.h> лежит. Затем, что файл может присутствовать и проглатываться препроцессором, но не самим компилятором или компоновщиком (например, потому что библиотека не установлена). И автотулсы, и симэйк не делают ничего сами, а только то что им сказано: проверить файл, проверить функцию, и т. п. Так что тут мимо. Не только незнание матчасти, но и непонимание целей и задач.

     
     
  • 6.150, Аноним (-), 11:59, 25/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > только компилятор знает, где <foo/bar.h> лежит.

    Откуда он это может знать, если не из опций, которые ему передаёт система сборки?

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

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

     
  • 5.142, Аноним (-), 09:21, 25/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Причём не будет генерить на ходу временный
    > исходный файл, а использует стандартный CheckFunctionExists.c.

    Вот это смешно было :)

    Между прочим, я уважаю cmake, и пишу на нём аккуратно, но те задачи, которые должна решать система сборки, cmake делает не очень удобно. Например, глобальный файл config.h, выяснения в какой библиотеке находится некая функция, там нет аналога make distcheck.

     
     
  • 6.152, Аноним (-), 12:18, 25/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Поделись, где ты увидел про лопату Я б тоже поржал Что не так с глобальным con... большой текст свёрнут, показать
     

  • 1.28, Аноним (-), 09:34, 24/10/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    https://www.opennet.me/opennews/art.shtml?num=47031

    > По сравнению с Autotools время сборки GTK+ сократилось в три раза. На пути к переходу на Meson также находится проект Mesa - сборка Mesa при помощи Meson оказалась в 4 раза быстрее при первом запуске и в 10 раз быстрее при повторном.

    Здесь что-то не чисто. Сборка - это вызовы компилятора/компоновщика, время не зависит от "системы сборки".

     
     
  • 2.32, Аноним (-), 09:57, 24/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    В случае с autocrap — это ещё и прогон 100500 тестовых компиляций для проверки наличия тех или иных либ, функций, заголовков и т. п.
     
     
  • 3.42, Аноним (-), 10:42, 24/10/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    но автотесты же не должны входить во время сборки...
     
     
  • 4.63, Ordu (ok), 12:21, 24/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Должны или не должны... Какая разница, если они входят? Ну, ты попробуй собрать gtk без прогона автотестов и увидишь сам.
     
  • 4.79, Аноним (-), 13:41, 24/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > но автотесты же не должны входить во время сборки...

    Во время сборки не проходят. Проходят во время конфигурации. Тебе ./configure && make запускать доводилось? Загляни как-нибудь в config.log и ужаснись.

     
  • 3.43, Аноним (-), 10:49, 24/10/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Давайте еще говорить, что после перехода с gzip на xz время сборки уменьшилось, так как теперь загрузка быстрее.
     
  • 2.83, Mihail Zenkov (ok), 14:07, 24/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Здесь что-то не чисто.

    В новости ошибка - там замеры были не на mesa, а на libdrm. Библиотека libdrm небольшая и запуск configure идет дольше сборки. Для больших библиотек типа mesa выигрыш будет максимум 10% (и то, только если сам meson окажется быстрее configure в десять раз).

     
  • 2.115, dhamp (?), 18:28, 24/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    сравнивают скорее всего
    $meson buildir && cd builddir && ninja
    c
    $./configure && make

    по сути сравнение
    make -j1 vs ninja -j$(nproc)
    Сравнение времени выполнения meson и configure в большистве случаев бесполезно, т.к. сборка занимает по времени много больше.

    "Корректность" сравнения зашкаливает.

     
     
  • 3.130, dhamp (?), 20:45, 24/10/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Просто для примера сборка одного проекта.
    cmake + ninja 1917.45s user 133.06s system 1013% cpu 3:22.26 total
    cmake + make -j$(nproc) 1890.67s user 141.66s system 941% cpu 3:35.91 total

    Профит сомнителен.

     
  • 3.132, Ordu (ok), 20:51, 24/10/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > сравнивают скорее всего

    Нет. Если они и хитрят, то с выбором железа для сборки.

    > сборка занимает по времени много больше.

    GTK сваян на C. Компиляторы C просто реактивные, по сравнению с некоторыми. При этом, в отличие от configure, процесс собственно компиляции отлично ускоряется увеличением числа ядер. А вот ./configure будет тормозить на 8-ядерном процессоре ровно так же, как он тормозил на одноядерном. Если в проекте несколько скриптов ./configure, то каждый из них будет тормозить, и делать они это будут по-очереди, занимая ровно одно ядро.

    Ещё интереснее, когда distcc используешь, чтобы собирать свою генту в офисе, где удалось тихим вечерком два десятка офисных компов в сборочный кластер собрать, чтобы по-бырому раскатать дженту на не очень шустром ноуте. Там этот configure начинает откровенно выбешивать. Вообще складывается ощущение, что вся сборка состоит из бесконечных вызовов ./configure и бесконечных проверок того, что char занимает 1 байт, "может что изменилось с предыдущего раза и char подрос?". Весь этот вывод configure уже заучен наизусть, я его сам могу на клавиатуре набрать с закрытыми глазами, ан нет, автотулзы продолжают долбить в одну и ту же точку.

    А, и да, я отмечу, что так бесили они меня более десяти лет назад, и те два десятка офисных компов были селерончиками в которых, если мне память не изменяет, стояли смешные 256Mb оперативки. Что будет сейчас, если это не селерончики, а какие-нибудь двух-четырёх ядерные монстры, я вообще с трудом представляю. Секунд десять думает emerge, потом ещё тридцать секунд configure, после чего пять секунд компиляции, две секунды линковки, и ещё секунд десять на emerge. Что-нибудь в этом стиле. Реально погреться такому кластеру удастся только на всяких там файрфоксах да опенофисах.

     
     
  • 4.143, Mihail Zenkov (ok), 09:55, 25/10/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Если в проекте
    > несколько скриптов ./configure, то каждый из них будет тормозить, и делать
    > они это будут по-очереди, занимая ровно одно ядро.

    Зависит от проекта. Если в проекте собираются одновременно несколько подпроектов/библиотек, то не кто не запрещает во время компиляции одного запустить configure у другого. AFAIK gcc так и делает.

    > бесконечных проверок того, что char
    > занимает 1 байт, "может что изменилось с предыдущего раза и char
    > подрос?". Весь этот вывод configure уже заучен наизусть, я его сам
    > могу на клавиатуре набрать с закрытыми глазами, ан нет, автотулзы продолжают
    > долбить в одну и ту же точку.

    Учить нужно не вывод, а маны :) Я сам так много лет смотрел и думал - сколько можно проверять char? Наконец залез в доки и нашел:
        https://www.gnu.org/software/automake/manual/html_node/config_002esite.html
        https://www.gnu.org/savannah-checkouts/gnu/autoconf/manual/autoconf-2.69/html_
        https://www.gnu.org/savannah-checkouts/gnu/autoconf/manual/autoconf-2.69/html_

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

    Тестировал на lfs, но большого выигрыша не увидел (собираю на четырех ядрах). Возможно на blfs выигрыш будут более значимым (особенно на Xorg - там реально в раза два быстрее должно получится).

     
     
  • 5.159, Ordu (ok), 19:35, 25/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Сделал программу, которая собирает config.cache после сборки. Потом запускаю вторую программу, которая анализирует все имеющиеся config.cache и создает config.site, в который попадают только те переменные, которые имеют одно и тоже значение во всех config.cache.

    И это работает? Ну, в том смысле, что между генерацией config.cache и следующим запуском ./configure произойдёт установка пакета, которая вообще-то может инвалидировать какие-то переменные в этом config.cache. Кстати да, я даже конкретный сценарий могу предложить. Ставим софтину с опциональной зависимостью от gtk. Её configure проверяет наличие gtk, не находит его в системе, вносит в config.cache запись о том, что gtk в системе нет. Ставим gtk. А теперь ставим софтину с жёсткой зависимостью от gtk. Теперь configure заглядывает в config.site, находит, что gtk в системе нету, и отказывается генерировать Makefile.

    Другое дело, что может если собрать переменные, которые стопудов никогда не меняются (скажем, относящиеся к проверкам libc и cc) и один раз их сложить в config.site...

    Кроме того, тут встаёт проблема, что если я в процессе пересборки системы занимаюсь вознёй с этими кешами, то я встраиваю в процесс пересборки ещё более тормозной этап, нежели ./configure -- себя. Таким образом, чтобы с этого получить хоть какой-нибудь бонус по скорости, надо это всё автоматизировать, а для этого надо лезть в портажи и перелопачивать eclass'ы. В идеальном случае будет достаточно изменить один eclass, но я не верю в идеальные случаи. Скорее всего придётся поменять несколько eclass'ов, и ещё процентов 10 ебилдов всё равно будут всё делать по-своему. То есть, здравый баланс между оптимизмом и пессимизмом предсказывает часов 40-80 на перепиливание портажей. _Моих_ 40-80 часов, а не сборочного кластера. Причём с неопределённым результатом: может быть не удастся сделать так, чтобы config.site не создавал бы помех, и не приходилось бы ещё и вручную периодически вмешиваться, чтобы сборка продолжалась бы.

     
     
  • 6.162, Mihail Zenkov (ok), 21:44, 25/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    >> Сделал программу, которая собирает config.cache после сборки. Потом запускаю вторую программу, которая анализирует все имеющиеся config.cache и создает config.site, в который попадают только те переменные, которые имеют одно и тоже значение во всех config.cache.
    > И это работает?

    Собираем всю систему и попутно собираем все config.cache. Генерируем config.site. Повторная сборка системы будет гораздо быстрее.

    Но да, все это можно легко сломать.

    > Другое дело, что может если собрать переменные, которые стопудов никогда не меняются
    > (скажем, относящиеся к проверкам libc и cc) и один раз их
    > сложить в config.site...

    Таких переменных не так уж и много. Выигрыш будет не большой.

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

    Но в итоге и встает вопрос, а стоит ли оно того?

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

    У меня своя система сборки. На все правки, включая написание программ для сборки и обработки config.cache ушло 3-4 часа.

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

    С другой стороны, если появилась проблема - отключаем config.site и собираем как обычно. Вроде ничего сложного.

    Вообще нужно поработать с этим какое-то время, чтобы набрать некоторую статистику по отказам.

     
     
  • 7.164, Ordu (ok), 03:05, 26/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Поддержание своей системы сборки будет требовать гораздо больше времени Все эти... большой текст свёрнут, показать
     
     
  • 8.165, Mihail Zenkov (ok), 10:34, 26/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    На самом деле - не факт Все зависит от задач Если вы постоянно ежедневно мен... большой текст свёрнут, показать
     
  • 4.151, Аноним (-), 12:04, 25/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Весь этот вывод configure уже заучен наизусть, я его сам могу на клавиатуре набрать с закрытыми глазами, ан нет, автотулзы продолжают долбить в одну и ту же точку.

    Во-первых, у configure есть кеш, см. (./configure --help); во-вторых, даже если автор не предусмотрел (--enable-foo/--with-bar), любую закорюку/переменную можно переопределить в командной строке, так что configure будет думать, что проверка сделана и результат взят из кэша. Например, моэно убедить configure, что заголовок sys/wtf.h существует, и т. д.

    Такие дела :)

     
     
  • 5.161, Ordu (ok), 20:14, 25/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    >> Весь этот вывод configure уже заучен наизусть, я его сам могу на клавиатуре набрать с закрытыми глазами, ан нет, автотулзы продолжают долбить в одну и ту же точку.
    > Во-первых, у configure есть кеш, см. (./configure --help); во-вторых, даже если автор
    > не предусмотрел (--enable-foo/--with-bar), любую закорюку/переменную можно переопределить
    > в командной строке, так что configure будет думать, что проверка сделана
    > и результат взят из кэша. Например, моэно убедить configure, что заголовок
    > sys/wtf.h существует, и т. д.

    Если я вожусь с командной строкой, то тормоза вносимые моими кривыми пальчиками и процессом мышления гораздо выше, чем тормоза ./configure. Это значит, что я только что сделал wget, потом tar jxf, вот сейчас делаю ./configure, потом буду делать make, потом искать способа потестировать работает ли без установки, потом решать, что делать с результатом -- вкатать в /usr/local при помощи make install, поставить в ~/local, поставить при помощи INSTALL_ROOT в /tmp, а потом вспоминать, читая man'ы и сорцы, как теперь всё это ebuild'ом раскатать в /usr, чтобы потом можно было бы удалить при помощи emerge... Короче эта история надолго. И в этой истории пара-тройка выполнений ./configure, пока я собираю все опции для него, которые я хотел бы ему передать, -- это вообще ни о чём.


     

  • 1.33, Аноним (-), 10:00, 24/10/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    > стабильный и поддерживаемый в течение нескольких лет API

    Нескольких — это двух-трёх? Потом всё равно переписывать?

     
  • 1.35, Аноним (-), 10:02, 24/10/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >Прекращение поддержки сборочной системы на базе autotools в пользу инструментария Meson

    А патриарх СПО это одобрил? Или Gtk 4 не является частью проекта GNU?

     
     
  • 2.69, Аноним (-), 12:52, 24/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Красношапка одобрила. Кто платит, тот и одобряет.
    Хотя вон и в GNU awk запилили cmake. Может стало-таки доходить и до них, насколько autocrap ужасен.
     

  • 1.36, Аноним (-), 10:24, 24/10/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Какая великая сила денег заставляет клепать такие жуткие дефолтовые темы?
     
     
  • 2.50, Аноним (-), 11:07, 24/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Наверное, полное отсутствие этой силы.
     
     
  • 3.70, Аноним (-), 12:55, 24/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    А вот фиг, без денег школьники на гномелуке клепают красивые темы, а дефолтом какая-то страхолюдина на скринах всю дорогу
     
  • 2.52, iZEN (ok), 11:12, 24/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Кстати, да. Темы Gtk3 - это какой-то туманный образ нормальных мыслеформ после похмелюги.
     
     
  • 3.54, upyr (?), 11:16, 24/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Так попробуй на трезвую голову осмыслить.
     
     
  • 4.61, Аноним (-), 12:11, 24/10/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ни разу не видел его трезвым с 2008-го.
     

  • 1.51, iZEN (ok), 11:10, 24/10/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Из-за идиотских скроллбаров и микроскопических подвижных границ разделения панелей браузера (Caja), в которые не так просто попасть "наощупь" мышкой, минут пять пытался отсоединить флэшку, так как её значок оказался в самом низу дерева папок браузера и загораживался внезапно возникающими скроллбарами. Доколе такое издевательство будет продолжаться?
     
     
  • 2.55, upyr (?), 11:18, 24/10/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Так не ной здесь, а напиши в багтрекер Caja.
     
     
  • 3.86, iZEN (ok), 14:26, 24/10/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Тут общая концепция в тулките такая, а не конкретный файл-менеджер: появляющиеся/исчезающие скроллбары загораживают часть области, на чем они как бы присутствуют. Так, что объекты, хоть и видны, но ими невозможно манипулировать - ни взяться мышкой за них, ни ещё что-либо с ними сделать, хотя курсор мыши находится прямо над ними - мешают скроллбары.
     
     
  • 4.113, Аноним (-), 17:23, 24/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Тут общая концепция в тулките такая, а не конкретный файл-менеджер: появляющиеся/исчезающие
    > скроллбары загораживают часть области, на чем они как бы присутствуют. Так,
    > что объекты, хоть и видны, но ими невозможно манипулировать - ни
    > взяться мышкой за них, ни ещё что-либо с ними сделать, хотя
    > курсор мыши находится прямо над ними - мешают скроллбары.

    В Nautilus почему-то такой проблемы нет.

     
  • 4.133, all_glory_to_the_hypnotoad (ok), 21:21, 24/10/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    наверняка это можно настроить через css стили или ещё как. А вот, как (в генте себе так сделал)

    /etc/environment:GTK_OVERLAY_SCROLLING=0

     

  • 1.85, pripolz (?), 14:23, 24/10/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    долгое время пытаюсь понять. Кто-то вообще пишет что-то на GTK в рабочее время ??
     
     
  • 2.123, Аноним (-), 19:22, 24/10/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > долгое время пытаюсь понять. Кто-то вообще пишет что-то на GTK в рабочее
    > время ??

    Да. Сотрудники RedHat.

     
  • 2.124, Аноним (-), 19:36, 24/10/2017 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Да Ниже то, что смог вспомнить Из минусов 1 Нет обработки ошибок выделения п... большой текст свёрнут, показать
     
     
  • 3.153, pripolz (?), 12:37, 25/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > 3. Профилирование как-то выдало узкое место в самом неожиданном месте... в приведении типов виджетов. А там это частое явление, если делать всё по правилам.

    ЭЭ они же просто указатели всегда, разве нет?

     
     
  • 4.160, Аноним (-), 19:38, 25/10/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Раскройте макрос GTK_LABEL(label), будете удивлены. :) Там встроено самотестирование. Выполняется функция g_type_check_instance:
    https://github.com/GNOME/glib/blob/master/gobject/gtype.h
    https://github.com/GNOME/glib/blob/master/gobject/gtype.c

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

     

  • 1.137, Андрей (??), 23:02, 24/10/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Прекращение поддержки сборочной системы на базе autotools в пользу инструментария Meson;

    Надеялся, что meson будет параллельно работать. Облом.

    > В GtkEntry добавлен виджет для выбора Emoji. Также добавлены хинты для ввода Emoji с клавиатуры;

    2017-ый год. Элементарнейшее undo (ctrl-z) не работает. Зато Emoji!

     
  • 1.154, Аноним (-), 13:04, 25/10/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > GtkLabel и GtkEntry переведены на использование GSK (GTK Scene Kit), обеспечивающего отрисовку графических сцен через OpenGL и Vulkan;GtkLabel и GtkEntry переведены на использование GSK (GTK Scene Kit), обеспечивающего отрисовку графических сцен через OpenGL и Vulkan;

    Означает ли это что анимации будет отрсовывать не проц а видеокарта и гном перестанет лагать?

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру