Разработчики Debian сообщили (https://lists.debian.org/debian-devel-announce/2017/08/msg00...) о скором удалении пакетов с Qt 4 из репозиториев testing и unstable. Таким образом, Qt 4 не войдёт в состав Debian 10 "Buster", в котором будет поставляться только Qt 5. Отмечается, что это достаточно трудное решение, так как многие приложения продолжают использовать Qt 4. Пользователям свободных программ, привязанных к Qt 4, предлагается портировать их на Qt 5, а в случае проприетарного ПО уведомить производителя, что настало время выпустить обновление.
Сопровождение устаревшей ветки Qt 4, финальный выпуск которой был сформирован (https://www.opennet.ru/opennews/art.shtml?num=42304) в мае 2015 года, вызывает определённые трудности. Первые попытки удаления Qt 4 из Debian отмечены (http://perezmeyer.blogspot.ru/2014/11/early-announce-qt4-rem...) ещё при подготовке Debian 9, но библиотека была оставлена в составе дистрибутива, а её сопровождение ограничено устранением критических проблем. Теперь возникли проблемы другого плана - для поддержки новых версий некоторых библиотек требуется внесение существенных изменений в Qt 4, поэтому проще вообще удалить из Qt 4 связанные с данными библиотеками подсистемы. Например, для обеспечения совместимости с OpenSSL 1.1 разработчики столкнулись с необходимостью применения непротестированных патчей, а для поддержки выпусков новее OpenSSL 1.1 остаётся только удалить из Qt 4 поддержку SSL. Аналогичная проблема наблюдается (https://wiki.debian.org/Qt4WebKitRemoval) с поддержкой в Qt 4 движка WebKit.URL: https://lists.debian.org/debian-devel-announce/2017/08/msg00...
Новость: http://www.opennet.ru/opennews/art.shtml?num=47032
Давно пора. Дебиан - весомый дистрибутив, и если прогеры не хотят потерять свою аудиторию, то должны наконец перейти на 5-й кьют. А то опять начнут тормозить с переходом, а когда выйдет 6-й, в котором, предположительно, пофиксят недостатки 5-й ветки, начнется нытье: очень сложно через версию портировать, бла-бла-бла.
На прогеры такие с троллфейсом - нету Qt4? Переходите на Убунточку, там отдельный ppa для таких ретроградов как мы завели!
Всегда можно подтянуть из stable/oldstable
Наивный. Для этого также придётся даунгрейдить часть библиотек, в т.ч. упомянутую в новости OpenSSL, что вызовет отвал требующего новую версию софта.
Именно из-за этих несовместимостей, причём даже не на уровне ABI (между бинарными пакетами), а на уровне API (между исходниками), и отказываются от Qt4 — читай новость внимательней.
> Для этого также придётся даунгрейдить часть библиотек, в т.ч. упомянутую в новости OpenSSLДАУНГРЕЙДИТЬ?! а одновременно несколько версий OpenSSL нельзя существовать в системе?
а в Archlinux существует. устанавливаются сразу оба пакета:
https://www.archlinux.org/packages/core/x86_64/openssl/files/
https://www.archlinux.org/packages/core/x86_64/openssl-1.0/f.../
вот это чудеса.. да? :-D
А зачем вам одновременно несколько версий одной библиотеки? Не осилили обратную совместимость?
> Не осилили обратную совместимость?в случае qt - не осилили. В случае openssl - намеренно сломали "for greater good"
И приложение на qt4 у вас тупо не запустится при старой и новой openssl одновременно. Его нужно патчить чтобы он не пытался грузить не поддерживаемые (новые) openssl.
> И приложение на qt4 у вас тупо не запустится при старой и новой openssl одновременно.о, оно ее еще и динамически грузило из первого попавшего под руку пути? Ну тогда да здравствует lxc/докер/vbox, я бы такой неадекват не очень-то и хотел бы видеть в своей системе.
P.S. привет мазиле, да, там все то же самое с libav (правда, она-то хоть версию проверяет)
Как мы все знаем из истории с systemd единственный значимый дистрибутив - это RedHat. Как в нём сделали так везде и будет.
> Как мы все знаем из истории с systemd единственный значимый дистрибутив -
> это RedHat. Как в нём сделали так везде и будет."Везде" будут другие, кривые и бажные, версии [прямо из новостных д---т-релизов] того, что стабильно и поддерживаемо в EL. Диверсия. ...и мальчики очкастые в глазах.
> "Везде" будут другие, кривые и бажные, версии [прямо из новостных д---т-релизов] того,зачем они это делают, вот в чем вопрос? Только не рассказывайте об агентах редхата в рядах дебиановцев с мешками денег - не поверю.
>> "Везде" будут другие, кривые и бажные, версии [прямо из новостных д---т-релизов] того,
> зачем они это делают, вот в чем вопрос? Только не рассказывайте об
> агентах редхата в рядах дебиановцев с мешками денег - не поверю.Ну, ладно, не буду... Тогда такой вариант: в рядах д-цев слабые на передок любители блестящих фантиков, тащут в рот что попало.
Следующий фантик тоже на подходе: "другие дистибутивы" (=Debian, не rhel) не нужны, "модель" линукс-дистрибутивов изжила, а нужны "всем" докеры, снапперы и _апп-шопы_. Продажники маркетят [само-]пиар и проприертать.
Gtk 2 уже выкинули?
ты сейчас серьёзно спросил?// а как же работать будет xfce 4...? он ведь практически полностью основан на GTK2+
А они переходят на GTK3
Они ещё лет 5-7 будут переходить. За время их частичного перехода успел появиться МАТЕ и полностью портироваться на ГТК3. В очень неспешном режиме силами трёх инвалидов. ХФЦЕ... ну... скажем так: отстают в этом плане.
Счас минусов нахватаешься от ранимых и обидчивых адептов крыски, несмотря на всю объективность комментария.
ну я адепт крыски. и с чего я буду минусовать? да, там всё небыстро и народу немного - так и есть.
давайте дружить
давайте!
> там всё небыстроЧем медленнее работает программист, тем быстрее работает его софт :)
Для кого минус, а для кого и плюс. Это как посмотреть. Я вот после перехода на Крысу в 2012 году вообще не заметил в неё каких-либо серьёзных изменений. Если даже посомтреть новости про обновления Убунты или ДЕ, то там у всех остальных какие-то скандалы-интриги-расследования в нон-стоп режиме. Всё они там что-то ломают, куда-то портируются, перманентно переписываются на другие тулкиты (привет, адепты LXDE, когда-то и я был с вами). А в Xfce всё скучно - оно просто работает, и ты вообще перестаёшь его замечать. Да, это похоже на стагнацию и медленное загнивание, да окошко нельзя, например, перетягиванием заставить занимать ровно половину экрана (иногда полезно разделить экран лэптопа на 2 части для браузера и редактора, но в Крысе я не нашёл как это сдлать). Но это приемлимая для меня плата за стабильность.
У меня опция с перетягивание работает. Mint 17.
> силами трёх инвалидовА я то думал, чего это MATE такой вот такой. А оно вона как. Теперь мне понятно.
"в случае проприетарного ПО уведомить производителя, что настало время выпустить обновление."И в уважительной форме получить развернутый ответ о компетенции производителя. ;)
Как тогда запускать скайп?
> Как тогда запускать скайп?в браузере, там сейчас единственная адекватная версия скайпа.
Единственный адекватный ответ в ветке =) Без красно_глазия.
Чрут или контейнер с линуксом у которого есть qt4.
Гонять по сети иксы с другого компа с убунтой.
скайп нонче на джаваскрипте и электроне
Думаю, наиболее упорные смогут собрать свои приложения и с Qt 4 со статической линковкой и жить дальше.
Это вполне разумное решение. Не требующее особых затрат. Вообще практически идеальный вариант для полудохлого ПО. Ну или пихать в "контейнеры" если ПО уже совсем сдохло.
Ага, с дырами безопасности
Ага, дыра безопасности в пасьянсе или в калькуляторе объёма буковых бочек. Трагедия-то какая...
во флэтснвппак пусть пихают
goldendict-о капец?
Based on Qt 5.9.1 (GCC 6.3.1 20170306, 64 bit)
Не, поживёт ещё.
в OpenBSD в наличии есть и qt3, и qt4 и qt5 - и никто не сцыт в компотps. да, gtk1 только недавно выкинули :) вместе с последним оставшимся на нём пакетом - xmms
>и никто не сцыт в компотТам повар ноги моет.
> в OpenBSD в наличии есть и qt3, и qt4 и qt5 -
> и никто не сцыт в компот
> ps. да, gtk1 только недавно выкинули :) вместе с последним оставшимся на
> нём пакетом - xmmsсамый толковый плеер был, его форки умеют интеграцию с mplayer?
Если тебе нужен винамп-стайл, юзай qmmp.
Audacious
Qmmp поддерживает скины от WinAmp.
> ps. да, gtk1 только недавно выкинули :) вместе с последним оставшимся на
> нём пакетом - xmmsПеченьки есть не только у вас:
http://www.freshports.org/x11-toolkits/gtk12/
Что будет делать фряха когда выйдет GTK 12? Если теперешняя система нумерации останется, то это будет всего лишь году эдак в 2032-2034.
> Что будет делать фряха когда выйдет GTK 12? Если теперешняя система нумерации
> останется, то это будет всего лишь году эдак в 2032-2034.И в чем проблема?
https://github.com/freebsd/freebsd-ports/blob/master/MOVED# Port|Moved to|Date|Why
audio/polypaudio|audio/pulseaudio|2008-01-01|Project renamed
audio/akode-plugins-polypaudio||2008-01-01|Polypaudio is obsolete in favor of Pulseaudio
audio/teknap|net-p2p/teknap|2008-01-09|Moved to net-p2p category
net/freeradius-devel|net/freeradius2|2008-01-18|Development version no longer necessary
devel/p5-gearmand|devel/p5-Gearman-Server|2008-01-20|Replaced by p5-Gearman-Server
databases/mysqltoolkit|databases/maatkit|2008-01-21|Project was renamed
games/sturmbahnfahrer|games/stormbaancoureur|2008-01-27|Project was renamed
net/cactid|net-mgmt/cacti-spine|2008-01-27|Project was renamed
> Что будет делать фряха когда выйдет GTK 12? Если теперешняя система нумерации
> останется, то это будет всего лишь году эдак в 2032-2034.о, щас покажу, шо таки она сделает:
pkg set -n py27-setuptools27:py27-setuptools
pkg set -o devel/py-setuptools27:devel/py27-setuptoolsэто, если кто не понял, они зачем-то вообще на ровном месте взяли, и поменяли название пакета, цифирки переехали на другой конец строки, так красивше.
А кто этот момент проспал (в MOVED тонны ненужного хлама, читать его можно только от полного безделья) - получит в виде бонуса два конфликтующих пакета - старый с "неправильным" именем и новый, который required очередным питоновым барахлом, и дерется с уже установленным.
> А кто этот момент проспал (в MOVED тонны ненужного хлама, читать его
> можно только от полного безделья) - получит в виде бонуса два
> конфликтующих пакета - старый с "неправильным" именем и новый, который required
> очередным питоновым барахлом, и дерется с уже установленным.Читают UPDATING, в МОVED можно глянуть переименования и удаления.
> The pkg updating command scans the installed ports and show all UPDATING
> entries that affect one of the installed ports.
> % pkg updating --date 20171337
20170316:
AFFECTS: users of python setuptools
AUTHOR: antoine@FreeBSD.orgThe python setuptools ports have been renamed to better match other python ports.
Ports users need to rename them so that portupgrade and portmaster do not
get confused. For example:pkg set -n py27-setuptools27:py27-setuptools
pkg set -o devel/py-setuptools27:devel/py27-setuptools
or
pkg set -n py35-setuptools35:py35-setuptools
pkg set -o devel/py-setuptools35:devel/py35-setuptools
А так все верно, ага.
> Что будет делать фряха когда выйдет GTK 12?Если пакет с GTK v.1.2 называется gtk12, то пакет с GTK v.12.x будет называться gtk12x. Делов-то.
И в NetBSD и FreeBSD/DragonFlyBSD так же.
а kde3 у вас есть? :)
>в OpenBSD в наличии есть и qt3, и qt4 и qt5 - и никто не сцыт в компотНу так OpenBSD - флагман безопасности же.
ls qt3/patches | wc -l
31ls qt4/patches | wc -l
54а с переходом на шланг оно ещё и анализатором проверяется, не отходя от кассы
> ps. да, gtk1 только недавно выкинули :) вместе с последним оставшимся на
> нём пакетом - xmmsЭкие вы непоседы там.
давно пора.
Ох когда можно будет выкинуть qt4, gtk2, python 2.7 ?
только новое, модное, прогрессивноедолой стабильно работающее!
Последние два ещё сапортятся, в отличие от Qt 4.
То есть, четвертые культи окаменели настолько, что не годятся уже даже и в дебиан стейбл?
Это уже не мой любимый Debian, а какой-то уродливый systemDebian
для этого Красные Шляпы и убили Мердока
Только вот качество пятого оставляет желать лучшего.
По крайней мере, не хуже 4-го. С точки зрения быстройдействия, разницы в худшую сторону не обнаружил.
Не понятно только который Qt5 будет в итоге. Какой-нибудь древний 5.2, который не соберёт половину того что на Qt5 написано или всё же хотя бы LTS.
А ещё интереснее, когда же https://wiki.qt.io/PySide2 вообще зарелизится
Какой нафиг 5.2? О нём уже забыли давно, даже в stable уже 5.7.
https://packages.debian.org/search?keywords=qtbase-opensourc...
сначала обрадовался, прочитав:qt не войдет в состав дебиана, а потом дочитал... 4
Он тебе что-то прищемил?
Дуплик?
от Debian 11 Bullseye форкнется Debian 11 Bullshit, и вот туда уже Qt не войдётскоро на каждую фобию будет по Debian-у
Будет смешно если SUSE забросят КЕДы окончательно, они уже сейчас в дефолте гном поставляют...
Dbian 10 появится не завтра, а примерно через 2 года. Вполне достаточно времени для перехода живого ПО на Qt5. Рано или поздно все равно придется зaкопать Qt4.Админы, а почему слово "зaкопать" отнесено к ненормативной лексике? Приходится его писать с одной латинской буквой. На этом сайте без этого слова никак.
> Dbian 10 появится не завтра, а примерно через 2 года.
> Вполне достаточно времени для перехода живого ПО на Qt6.
> Рано или поздно все равно придется зaкопать Qt5.Зная культишников и кедоносцев будет скорее так.
Зачем воообще версии Qt менять, какой в этом прок?