The OpenNET Project / Index page

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



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

"Плачевная ситуация с безопасностью WebKit в дистрибутивах Linux"  +/
Сообщение от opennews (?), 03-Фев-16, 11:33 
Один из разработчиков web-браузера Epiphany (GNOME Web) рассказал (https://blogs.gnome.org/mcatanzaro/2016/02/01/on-webkit-secu... о проблемах с поставкой  WebKit в составе дистрибутивов Linux. Если  дистрибутивы более-менее научились справляться с обновлением браузеров, то с обособленной поставкой браузерных движков всё очень плохо. В большинстве дистрибутивов поставляются устаревшие версии портов WebKit (WebKitGTK+, QtWebKit и WebKitEFL), содержащие обилие неисправленных опасных уязвимостей.


Дистрибутивы поставлены перед дилеммой - обеспечить поставку свежих версий, но столкнуться с чередой проблем из-за возможного нарушения совместимости с зависимостями, или остановиться на определённом выпуске движка, но утонуть в рутине по бэкпортированию  исправлений уязвимостей. В настоящее время актуальные версии WebKitGTK+ поддерживаются только в Arch и Fedora. Свежий WebKitGTK+ также доступен в Debian testing, за исключением периодов заморозки пакетной базы перед очередным релизом, Debian unstable и openSUSE Tumbleweed. В стабильных релизах  Debian и openSUSE поставляются устаревшие версии WebKitGTK+. В Ubuntu обновления выпускаются выборочно и с большой задержкой (в Ubuntu 14.04 сейчас WebKitGTK+ 2.4.8, хотя 2.4.9 вышел восемь месяцев назад, а в  Ubuntu 15.10 - WebKitGTK+ 2.8.5 в котором имеется 40 уязвимостей).

WebKitGTK+ используется в таких приложениях, как Anjuta, Banshee, Bijiben (GNOME Notes), Devhelp, Empathy, Evolution, Geany, Geary, GIMP, gitg, GNOME Builder, GNOME Documents, GNOME Initial Setup, GNOME Online Accounts, GnuCash, gThumb, Liferea, Midori, Rhythmbox, Shotwell, Sushi и Yelp (GNOME Help). Следует отметить, что бюллетени (http://webkitgtk.org/security/) с отчетами об устранённых в WebKitGTK+ уязвимостей, регулярно стали выходить только последнее время и разработчики приложений были вынуждены отслеживать связанные с безопасностью исправления самостоятельно. Несколько месяцев назад отношение к безопасности изменилось и WebKitGTK+ стал формировать регулярные отчеты с привязкой с идентификаторам CVE.

При этом всплывает новая проблема - сопровождение устаревающей ветки WebKitGTK+ 2.4, последней с поддержкой WebKit1 API. В новых выпусках WebKitGTK+ поддерживается только WebKit2 API, но не все приложения пока поддерживают данный API. Портирование исправлений в ветку WebKitGTK+ 2.4.x является трудоёмкой задачей и отнимает много ресурсов, поэтому скорее-всего поддержка этой ветки в ближайшем будущем будет прекращена. Как один из выходов упоминается удаление поддержки API WebKit1 из дистрибутивов, но такой шаг приведёт к невозможности использования рада популярных приложений.

Что касается WebKitEFL и QtWebKit, то WebKitEFL, развиваемый проектом Enlightenment, в обособленном виде не входит в состав дистрибутивов и, в основном, используется поставщиками решений для встраиваемых систем, которые не занимаются бекпортированием исправлений уязвимостей. Движок QtWebKit прекратил своё развитие, но несмотря на решение о переходе (https://www.opennet.ru/opennews/art.shtml?num=42091) на QtWebEngine (https://www.opennet.ru/opennews/art.shtml?num=38916), он по-прежнему используется в проектах KDE, в том числе в  Amarok, Calligra, KDevelop, KMail, Kontact, KTorrent, Quassel, Rekonq и Tomahawk. Ситуация с безопасностью QtWebKit оставляет желать лучшего, так как кодовая база движка на годы отстаёт от основного WebKit, а исправления бэкпортируются выборочно и не регулярно. Большое число уязвимостей остаются неисправленными и затрагивают все приложения на базе QtWebKit, которые не спешат переходить на новый движок QtWebEngine, поддерживаемый сообществом Qt.


URL: https://blogs.gnome.org/mcatanzaro/2016/02/01/on-webkit-secu.../
Новость: http://www.opennet.ru/opennews/art.shtml?num=43806

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения [Сортировка по ответам | RSS]

2. Сообщение от burik666 (?), 03-Фев-16, 11:35   +8 +/
в Gentoo есть stable - 2.8.5, unstable - 2.10.7
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #19, #55

3. Сообщение от Аноним (-), 03-Фев-16, 11:51   +/
>WebKitGTK+ используется в таких приложениях, как Anjuta, Banshee, Bijiben (GNOME Notes), Devhelp, Empathy, Evolution, Geany, Geary, GIMP, gitg, GNOME Builder, GNOME Documents, GNOME Initial Setup, GNOME Online Accounts, GnuCash, gThumb, Liferea, Midori, Rhythmbox, Shotwell, Sushi и Yelp (GNOME Help).
>используется в проектах KDE, в том числе в Amarok, Calligra, KDevelop, KMail, Kontact, KTorrent, Quassel, Rekonq и Tomahawk.

Зачем использовать браузерный движок, там где нет браузера? Evolution и KMail вероятно отрисовывают html письма, но для этого WebKit избыточен, Yelp видимо справку в html хранит, но пять-же WebKit тут лишний.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #6

4. Сообщение от RazrFalconemail (ok), 03-Фев-16, 11:53   +3 +/
Странный наезд. Кому надо, тот будет RR дистрибутивы использовать.
О QtWebKit автор видимо вообще ничего не знает, ибо QtWebEngine вышел совсем недавно и не поддерживает кучу фич, а он ожидал что все проги на QtWebKit за неделю перепишут на QtWebEngine и выложат в репозитории? Такого не бывает.

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

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #10, #142

5. Сообщение от Аноним (-), 03-Фев-16, 11:53   +14 +/
> Anjuta, Banshee, Bijiben (GNOME Notes), Devhelp, Empathy, Evolution, Geany, Geary, GIMP, gitg, GNOME Builder, GNOME Documents, GNOME Initial Setup, GNOME Online Accounts, GnuCash, gThumb, Liferea, Midori, Rhythmbox, Shotwell, Sushi и Yelp (GNOME Help).

Ok. Плееры, IM, IDE, графические редакторы, просмотрщики изображений, etc. Безусловно, им всем жизненно необходим самый навороченный движок для рендеринга веб-страниц, ну куда ж мы без такого движка в 2016-м году. Давно пора вебкит с coreutils слинковать, а лучше даже с ядром.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #7, #32, #98

6. Сообщение от RazrFalconemail (ok), 03-Фев-16, 11:54   +6 +/
>> отрисовывают html письма, но для этого WebKit избыточен

Вы не поверите. Тем более альтернативы WebKit, даже для банальной отрисовки примитивного html в письмах, просто нет.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #8, #9

7. Сообщение от ryokenemail (ok), 03-Фев-16, 11:58   +/
> Ok. Плееры, IM, IDE, графические редакторы, просмотрщики изображений, etc. Безусловно,
> им всем жизненно необходим самый навороченный движок для рендеринга веб-страниц, ну
> куда ж мы без такого движка в 2016-м году. Давно пора
> вебкит с coreutils слинковать, а лучше даже с ядром.

Поттеринга насаммонить не боитесь? :D

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #14

8. Сообщение от th3m3 (ok), 03-Фев-16, 12:13   –4 +/
Как это нет, а Gecko?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #15

9. Сообщение от Аноним (-), 03-Фев-16, 12:23   +1 +/
Для писем движка уровня Tkhtml/dillo/netsurf/w3m более чем достаточно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #27, #30

10. Сообщение от й (?), 03-Фев-16, 12:26   +/
> Кому надо, тот будет RR дистрибутивы использовать.

т.е. все пользователи гнома и gimp? ну-ну.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #138

11. Сообщение от anonimous (?), 03-Фев-16, 12:26   +2 +/
Напомните, а зачем запихивали аж целый брузерный движок вообще во все приложения? Неужели не существует какого-нибудь простенького рендерера html? В половине примеров в статье ничего больше и не нужно.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #17, #34, #82

12. Сообщение от omnomnim (?), 03-Фев-16, 12:29   +2 +/
Привет PS4, емнип именно через webkit её ломанули.
Ответить | Правка | Наверх | Cообщить модератору

13. Сообщение от qq (??), 03-Фев-16, 12:33   +3 +/
Я просто тащусь какие тут все умные. Легко сказать «зачем тащили?» не написав ни строчки кода…
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #25

14. Сообщение от Аноним (-), 03-Фев-16, 12:44   +3 +/
Кстати, было бы неплохо создать проект systemd-webkitd. Во-первых: можно было бы переписать встроенный вебсервер на экспрессе, во-вторых: версия системдоса могла бы увеличиться на немалое значение.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #33

15. Сообщение от soarin (ok), 03-Фев-16, 12:45   +/
Ну так там всё печально https://developer.mozilla.org/en-US/docs/Gecko/Embedding_Moz...
Тем более gecko по сути доживает своё, как и XUL
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #101

16. Сообщение от Аноним (-), 03-Фев-16, 12:59   +1 +/
А при чём тут дистрибутивы, если это авторы WebKit* кинули своих пользователей.
Ответить | Правка | Наверх | Cообщить модератору

17. Сообщение от Аноним (-), 03-Фев-16, 13:01   –1 +/
Существует, khtml так же известный сейчас как WebKit :-)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #21, #113

18. Сообщение от Аноним (-), 03-Фев-16, 13:10   +3 +/
Ну наконец-то новость, где Арч с Федорой лучшие.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #66, #130

19. Сообщение от анонимчик (?), 03-Фев-16, 13:27   +2 +/
В suse (13.2) - оф. 2.6.6,из дополнительных (stable) репов - 2.10.4
SUSE Leap 42.1 - оф. 2.8.5
SUSE Tumbleweed - оф. 2.10.4
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

20. Сообщение от Аноним (-), 03-Фев-16, 13:28   +/
На маке WebKit свежий, ага линукс не дырявый...
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #43

21. Сообщение от тоже Анонимemail (ok), 03-Фев-16, 13:28   –1 +/
Мне одному кажется, что, если в рендерере HTML появилась хотя бы возможность уязвимости - это таки означает, что после того, как он был простеньким, разработка свернула куда-то не туда?

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

Или я ошибаюсь и там достаточно начудить в выводе ссылку на exploit-there.org, щелкнуть по ней - и все само загрузится без регистрации и СМС?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #56

25. Сообщение от анон (?), 03-Фев-16, 13:45   +10 +/
> Я просто тащусь какие тут все умные. Легко сказать «зачем тащили?» не
> написав ни строчки кода…

#!/bin/sh
echo "Зачем тащили?"

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #31

27. Сообщение от Аноним (-), 03-Фев-16, 13:56   –2 +/
Удваиваю этого тёзку. Кому недостаточно - вебморды в помощь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9

28. Сообщение от Аноним (-), 03-Фев-16, 14:00   +/
Может быть действительно, webkit, как графический интерфейс системы - нормальное решение? Вместо всех этих Gnome, KDE, а вместе с ними и GTK и Qt?
Ответить | Правка | Наверх | Cообщить модератору

30. Сообщение от Crazy Alex (ok), 03-Фев-16, 14:07   +3 +/
И вместо письма получается поломанное нечто, в котором не видно половины контента. Плавали, знаем.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #38

31. Сообщение от Аноним (-), 03-Фев-16, 14:08   +10 +/
Зачем тащить целый shell, если надо просто вывести одну строчку?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25

32. Сообщение от Crazy Alex (ok), 03-Фев-16, 14:12   +/
Части - нужен. Тем, кто выгребает страницы из интернета и хочет показать их нормально, а не в виде лапши из-за того, что какой-нибудь новый колоночнй режим не поддерживается.

Друго части - не нужен. И они сидят на старье. которое дыряво. О чём и статья. Не, ну можно взять что-то совсем убогое и не способное показать 90% современной разметки - но тогда не надо удивляться жалобам и сокращению пользовательской базы.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #40

33. Сообщение от 1 (??), 03-Фев-16, 14:13   +/
тссс ... А вдруг прочитает, а ты тег <sarcasm> не поставил ?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14

34. Сообщение от Crazy Alex (ok), 03-Фев-16, 14:13   +3 +/
Потому что для современного HTML не может быть простеньких движков, есть сложные, а есть некорректные.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #41

37. Сообщение от Аноним (-), 03-Фев-16, 14:27   –3 +/
> Дистрибутивы поставлены перед дилеммой - обеспечить поставку свежих версий, но столкнуться с чередой проблем из-за возможного нарушения совместимости с зависимостями, или остановиться на определённом выпуске движка, но утонуть в рутине по бэкпортированию исправлений уязвимостей.

Пользователи генты смеются над вашими проблемами

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #45

38. Сообщение от тоже Анонимemail (ok), 03-Фев-16, 14:29   +3 +/
У меня довольно обычное дело - приход поломанного нечто, среди которого, собственно, текст.
Потому что Thunderbird заблокировал всю прочую лапшу из соображений безопасности. Еще ни разу не пришлось пожалеть об этом - любоваться на многомеговые логотипы и баннеры отправителя мне совершенно незачем...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30 Ответы: #72, #77, #83

39. Сообщение от анонимус вульгарис (?), 03-Фев-16, 14:32   +2 +/
Чувак правильно всё описал, но не сделал правильного вывода. А правильный вывод был бы: надо делать LTS-ветки WebKit, в которые входили бы только критические багфиксы, и делать их должен апстрим, а не майнтейнеры дистрибутивов, каждый в своей песочнице.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #42, #48

40. Сообщение от тоже Анонимemail (ok), 03-Фев-16, 14:33   +3 +/
> Тем, кто выгребает страницы из интернета и хочет показать их нормально

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32 Ответы: #87

41. Сообщение от анонимус вульгарис (?), 03-Фев-16, 14:36   +/
Почему же, простенький движок написать можно. Только где найти корректный HTML, чтобы он в таком движке отображался...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34 Ответы: #65, #89

42. Сообщение от тоже Анонимemail (ok), 03-Фев-16, 14:39   +1 +/
> надо делать

Кому надо и кому это делать, не подскажете?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39

43. Сообщение от Аноним (-), 03-Фев-16, 14:44   +/
Ты новость вообще читал? Как WebKitGTK+, QtWebKit и WebKitEFL могут быть свежими если их авторы не обновляют версии используемые в приложениях?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #49

45. Сообщение от Аноним (-), 03-Фев-16, 14:48   +1 +/
> Пользователи генты смеются над вашими проблемами

Угу, пользователи генты сами переписали все приложения с API WebKit1 на новый API WebKit2.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37

48. Сообщение от Аноним (-), 03-Фев-16, 14:54   +/
> Чувак правильно всё описал, но не сделал правильного вывода. А правильный вывод
> был бы: надо делать LTS-ветки WebKit, в которые входили бы только
> критические багфиксы, и делать их должен апстрим, а не майнтейнеры дистрибутивов,
> каждый в своей песочнице.

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

Непонятно почему они с WebKit* церемонятся.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39 Ответы: #68

49. Сообщение от Аноним (-), 03-Фев-16, 14:55   +1 +/
> Как WebKitGTK+, QtWebKit и WebKitEFL могут быть свежими если их авторы не обновляют версии используемые в приложениях?

Ну так в ubuntu/debian/rhel всегда так, это не арчик и не гента.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #43 Ответы: #53

50. Сообщение от Аноним (-), 03-Фев-16, 14:55   –2 +/
Отсутствие поддержки компенсируется неуловимостью программ в линуксе.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #57, #63

53. Сообщение от Аноним (-), 03-Фев-16, 14:58   +/
>> Как WebKitGTK+, QtWebKit и WebKitEFL могут быть свежими если их авторы не обновляют версии используемые в приложениях?
> Ну так в ubuntu/debian/rhel всегда так, это не арчик и не гента.

А пользователи арчика и не генты видимо сами переписывают все приложения на новый API WebKit2?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #49

55. Сообщение от Pulfer (ok), 03-Фев-16, 15:07   +/
В ROSA Desktop Fresh 2.4.9 и 2.8.5.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #73

56. Сообщение от й (?), 03-Фев-16, 15:10   +/
добро пожаловать в современный мир фронт-энда, где некоторым уже мешает, что webkit не умеет в es6.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21

57. Сообщение от Andrey Mitrofanov (?), 03-Фев-16, 15:11   +/
> Конкуреры и поставил вместо него китайское
>небо и земля!

А вот и китайские малварщики со свежей саморекламой. Правильно! Не всё сурсфоржам, да мозилам масленица.

--http://youbroketheinternet.org/map

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #50

60. Сообщение от Аноним (-), 03-Фев-16, 15:34   +1 +/
единственный работающий вменяемо браузер на вэбкит- сафари, как не крути
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #71, #124

62. Сообщение от Нимано (?), 03-Фев-16, 15:49   +/
> В большинстве дистрибутивов поставляются
> устаревшие версии портов WebKit (WebKitGTK+, QtWebKit и WebKitEFL), содержащие обилие
> неисправленных опасных уязвимостей.

ЧСИ – из-за (или: для) жабосрипто-джитов даже W^X (mprotect, noexec) не включить, хотя как раз здесь оно было бы очень кстати.


Ответить | Правка | Наверх | Cообщить модератору
Ответы: #139

63. Сообщение от анонимус вульгарис (?), 03-Фев-16, 15:52   +/
https://ru.wikipedia.org/wiki/CoolNovo
Состояние: Проект закрыт
Лицензия: собственническая
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #50 Ответы: #67, #86

65. Сообщение от Аноним (-), 03-Фев-16, 15:55   +/
Настолько просто что сейчас прямо богатый выбор движков на рынке. Как раз та ситуация когда радуешься что существует ещё и IE, а не только монстр-вебкит и полудохлый файрфокс.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41

66. Сообщение от Аноним (-), 03-Фев-16, 15:56   +/
> Ну наконец-то новость, где Арч с Федорой лучшие.

Но ведь ещё есть gentoo + suse про которыых просто не написали в статье.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18 Ответы: #84

67. Сообщение от Нанобот (ok), 03-Фев-16, 15:58   –2 +/
а потом ещё и орут на каждом углу, что это "Unix way" и что это типа круто
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #63

68. Сообщение от Аноним (-), 03-Фев-16, 16:01   +/
Потому что если удалить все перечисленные и не перечисленные в новости пакеты, то в stable останется только ядро и coreutils.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48 Ответы: #95

69. Сообщение от Аноним (-), 03-Фев-16, 16:05   +/
Вот вам и проблема увеличение версий. Где LTS с багфиксами на 5-10 лет? Ну ладно-ладно, хотя бы год-два
Ответить | Правка | Наверх | Cообщить модератору

71. Сообщение от Аноним (-), 03-Фев-16, 16:16   +1 +/
Просто парни из Эппл, похоже, кодят на Макбук Эйрах, в которых оперативка на вес золота, а парни из Гугл, видимо, на мейнфреймах, что один и тот же движок может жрать в 3-4 раза меньше оперативки на одних и тех же страницах.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #60 Ответы: #131

72. Сообщение от Celcion (ok), 03-Фев-16, 16:31   +1 +/
Админам локалхоста - конечно, не зачем. А если в таком виде пришло деловое письмо манагеру в конторе - то он не будет слушать про то, почему ему достаточно отрисовывания лишь примитивного HTML. :-)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38 Ответы: #79, #92

73. Сообщение от ананим.orig (?), 03-Фев-16, 16:43   +/
на самом деле в генте так:
$ eix net-libs/webkit-gtk
net-libs/webkit-gtk
     Доступные версии:      
     (3)    2.4.9(3/25)
     (2)    2.4.9-r200
     (4)    2.8.5(4/37) (~)2.10.4-r1(4/37) (~)2.10.7(4/37)
с тильдами - унстэйбл. установить можно одновременно (слоты) по одной версии из первой колонки в кавычках — (3), (2), (4).

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #55 Ответы: #115

76. Сообщение от Тузя (ok), 03-Фев-16, 16:55   +/
Ну вот, webkit окончательно превратился в IE6.
v - Несовместимости со стандартами есть
v - Проблемы с закрыванием уязвимостей есть.
Специально для проплаченных троллей: MS так и не решила подобную проблему. Написали новый браузер и движок, что, на самом деле, им тоже не поможет.

Затормозить развитие браузерных движков не удастся - факт. Возложить на меинтейнеров дистрибутивов или разрабов обвязок бэкпортирование в легаси-ветки - не вариант. Тупиковая ситуация, imho.

На мой взгляд, только ужесточение API обвязок webkit, регулярный выпуск CVE обвязок и своевременное обновление кодовой базы этих обвязок при своеверменном обновлении пакетов в дистрибах приведет к какому-то компромиссу между обратной совместимостью и безопасностью. А вообще это самые настоящие IE-проблемы в линуксе. Печаль.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #90

77. Сообщение от Andrey Mitrofanov (?), 03-Фев-16, 16:58   +1 +/
> У меня довольно обычное дело - приход поломанного нечто, среди которого, собственно,
> текст.
> Потому что Thunderbird заблокировал всю прочую лапшу из соображений безопасности. Еще ни

С большим удовольствием наблюдал получателя на аутглюке ответа (кем-то из "линуксных", но не мозиловским), цитировавшего в HTML  мой HTML-ответ (seamonkey (debian:iceape); эксперимент~) на его собственное "кошерное" exchange-аутглюк-HTML-послание.  Каждый ответил "как надо, как положено по почтовым гайдлайнам" == HTML-ем (да, не вложением исходного, но _цитированием_), получатель на майкрософте получил "айяйяй, белая страни-и-ица".   Я признал эксперимент сокрушительным успехом, подтвердившим мою предыдущую практику "html-почта? Нет, но, спасибо, нет".

Пересел на GNUS. Научился расшифровывать некоторые особо сломанные html-куски почт (находить в info список ктопок и пробовать все подряд из нужной главы). Если но просто не читается. Когда-нибудь освою его до высот повторить тот эксперимент над жертвами оатгрюков...

++http://youbroketheinternet.org/map

> разу не пришлось пожалеть об этом - любоваться на многомеговые логотипы
> и баннеры отправителя мне совершенно незачем...

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38 Ответы: #85, #88

78. Сообщение от lululu (?), 03-Фев-16, 17:08   –1 +/
А это всё потому что нельзя выбирать версии библиотек относительно программ и библиотеки глобальны. Ахиллесова пята линукс.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #81, #112, #117

79. Сообщение от тоже Анонимemail (ok), 03-Фев-16, 17:32   +/
Мои давно сидят на том же ТВ - никаких жалоб на письма, кроме кривых кодировок из тех уголков страны, где все еще не вымер KOI-8.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #72

80. Сообщение от тоже Анонимemail (ok), 03-Фев-16, 17:36   +1 +/
Да, про принцип KISS в этой ветке - это очень правильно.
NOW KISS, собеседнички.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #95

81. Сообщение от Andrey Mitrofanov (?), 03-Фев-16, 17:40   +3 +/
> А это всё потому что нельзя выбирать версии библиотек относительно программ и

Кто Вам не разрешает? Скажите ему, чтоб не шалилЮ а то накажу.

Ставьте и пользуйте сколько Вам угодно разных версий одной библиотеки -- мы все Вам разрешаем!

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

> библиотеки глобальны. Ахиллесова пята линукс.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #78 Ответы: #105, #132

82. Сообщение от Аноним (-), 03-Фев-16, 17:46   +/
> Неужели не существует какого-нибудь простенького рендерера html?

Есть. QTextBrowser.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11

83. Сообщение от Crazy Alex (ok), 03-Фев-16, 17:55   +1 +/
Попробуй открыть то же самое письмов Trojita, которая тоже внешний контент, скрипты и т.п. по умолчанию блокирует - удивишься. Потом что громоптиц и половину внутреннего контента не показывает. И это он ещё среди приличных и таки использует полноценный HTML-движок.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38

84. Сообщение от фцв (?), 03-Фев-16, 17:56   +/
Там нет, даже в нестабильных репах
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #66

85. Сообщение от Crazy Alex (ok), 03-Фев-16, 17:59   –2 +/
Да не в человеческих письмах дело, а в том, что роботы рассылают - уведомления всякие и т.п. отвечать на них не нужно, но вот прочесть нормлаьно - хотелось бы. Честно говоря, я бы предпочёл, чтобы там основной контент вообще в PDF был, а html и text - только как альтернативы на случай чего.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #77 Ответы: #103

86. Сообщение от Нимано (?), 03-Фев-16, 18:00   +3 +/
> Отказавшись от DLL и собирая ПО из исходников они лишили себя возможности
> исправить ошибку в одном месте. Теперь нужно "за ручку" водить каждую
> программу.

Ну да, куда уж SO-шкам до них! Да те же долбaные краснoглазые ограничения, не грузящие по умолчанию DLL^W тьфу, SO из "папки" с программой никуда не годятся! Ведь при штопанье дыр будет достаточно обновить либу в /usr/lib" – а это слишком просто!1

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

> Молодцы! Накосячили везде где только можно! Допустили все возможные архитектурные ошибки!

Да что вы во ... * погодите, у меня тут уведомление в нотификаторе красным подсвечивается:
* "WARNING! HEAVY VENTILATOR OVERLOAD! 20 SECONDS TILL SELF-DESTRUCTION! PLEASE LEAVE THE CIRCUS TENT!"

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #63 Ответы: #129

87. Сообщение от Crazy Alex (ok), 03-Фев-16, 18:04   +1 +/
В принципе - согласен, и очень даже согласен. Вызвать, скормить и встроить в окно почтовика. В текущих реалиях - не выйдет. Потому что браузеру надо при этом отдать не просто адрес, а изрядный кусок всего около - каким сайтам доверяем в плане удалённого контента, врубать ли JS, а самое главное - как вы браузеру встроенный в письмо и закодированный MIME контент отдадите? Браузер же нынче - вещь в себе, которая нормально взамидействовать с другим софтом не может и не хочет. А вот движок - со скрипом, но можно застаивть это делать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40 Ответы: #104

88. Сообщение от . (?), 03-Фев-16, 18:05   +/
БЛЖАД! Вот же у людей жизнь! А я на работе - работаю ... :(

;-)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #77

89. Сообщение от Crazy Alex (ok), 03-Фев-16, 18:07   +2 +/
Вы спецификацию HTML5 давно видели, со всеми колоночными режимами и подобным? А CSS современного, со всеми анимациями? А это тот минимум который надо поддерживать, даже если JS вообще игнорировать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41

90. Сообщение от Crazy Alex (ok), 03-Фев-16, 18:11   –1 +/
Нет, это проблема браузерного подхода, когда разработчику всё, что за пределами браузера - в лучшем случае безразлично,  в худшем - враждебно, потому что он хочет глобального ухода на веб-приложения. И уж всяко у него нет никакого желания учитывать инересы стронних приложений и делать ради этого дполнительную работу.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #76 Ответы: #106

92. Сообщение от anonymous (??), 03-Фев-16, 18:36   +/
> Админам локалхоста - конечно, не зачем. А если в таком виде пришло
> деловое письмо манагеру в конторе - то

…стоит хорошо подумать, нужно ли вести дела с такими таварисчами.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #72 Ответы: #99, #111

95. Сообщение от Аноним (-), 03-Фев-16, 18:42   +/
> Потому что если удалить все перечисленные и не перечисленные в новости пакеты,
> то в stable останется только ядро и coreutils.

Нет. Популярность WebKit вами слишком преувеличена :-)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #68 Ответы: #80, #97, #108, #123

96. Сообщение от Michael Shigorinemail (ok), 03-Фев-16, 18:45   +/
> В настоящее время актуальные версии WebKitGTK+ поддерживаются только в Arch и Fedora.

http://packages.altlinux.org/ru/Sisyphus/srpms/libwebkitgtk4...
http://packages.altlinux.org/ru/Sisyphus/srpms/libwebkitgtk2...

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

Ответить | Правка | Наверх | Cообщить модератору

97. Сообщение от Michael Shigorinemail (ok), 03-Фев-16, 18:51   +1 +/
> Unix way уже давно трансформировался в принцип KISS.

Нет: инструментальность отдельно, простота отдельно.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #95

98. Сообщение от Аноним (-), 03-Фев-16, 19:24   +1 +/
Боюсь, что будет наоборот. Браузер уже поглощает плееры, IM, IDE, графические редакторы, просмотрщики изображений, etc. Следующим шагом будет systemd и ядро.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #100

99. Сообщение от Celcion (ok), 03-Фев-16, 19:33   +3 +/
>> Админам локалхоста - конечно, не зачем. А если в таком виде пришло
>> деловое письмо манагеру в конторе - то
> …стоит хорошо подумать, нужно ли вести дела с такими таварисчами.

Покажите мне ту контору, где исключительно админы решают как работать всей конторе, включая высший манагерский состав - и я побегу туда просто стремглав. :-)
Ну, речь, разумеется, про крупные конторы, а не "Рога и Копыта".

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #92

100. Сообщение от Andrey Mitrofanov (?), 03-Фев-16, 19:36   +/
> Боюсь, что будет наоборот. Браузер уже поглощает плееры, IM, IDE, графические редакторы,
> просмотрщики изображений, etc. Следующим шагом будет systemd и ядро.

¡No pasarán! https://www.reddit.com/r/emacs/comments/4241oy/xwidget_branc.../

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #98

101. Сообщение от Аноним (-), 03-Фев-16, 19:39   +/
servo)))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15

102. Сообщение от Вареник (?), 03-Фев-16, 20:21   +1 +/
А зачем самые последние багфиксы безопасности веб-движка в перечисленных программах (Anjuta, GIMP, etc...)?

"исследователям безопасности" раздувают проблему.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #121, #137

103. Сообщение от тоже Аноним (ok), 03-Фев-16, 20:39   +/
Это что же вам такое пишут роботы, что его лучше читать в PDF?
Графики? Карты? Фотороботы?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #85 Ответы: #110

104. Сообщение от тоже Аноним (ok), 03-Фев-16, 20:47   –1 +/
Ну, если бы мне нужно было не просто вызвать сайт, а передать ему какую-то нетривиальную информацию, я бы отправил ее курлом, получил в ответ id, по которому сайт готов увидеть пользователя, обладая этой информацией, и таки вызвал системный браузер, передав ему адрес с единственным параметром. Ну, с парой, если еще безопасность нужно навести...
Совершенно не повод встраивать браузер в программу.
Если же нет сайта, а программа сама генерит HTML-код - ну, адреса с file:// вроде бы тоже любой браузер открывает...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #87 Ответы: #109

105. Сообщение от svicer (ok), 03-Фев-16, 21:46   +/
> библиотеки глобальны. Ахиллесова пята линукс.

Это почему вдруг, несмогёте env подставить?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #81

106. Сообщение от Тузя (ok), 03-Фев-16, 21:55   +/
Можно бесконечно говорить о причинах и искать виноватых. Решать проблему это не помогает.
Разработчики браузеров уже сделали свою работу. Они залатали дыру в движке и выпустили новую версию и движка, и браузера. На базе открытых движков созданы проекты обвязки такие как WebKitGTK+, например. С обновлением этих пакетов есть проблема.

На мой взгляд, ее нужно решать разработчикам WebKitGTK+. Надо обновлять кодовую базу и выпускать обновления по заранее спланированным расписаниям. LTS и бэкпортирование недопустимы, так как нужно успевать за обновлениями самого движка, только деньги и время выкинуть на ветер. Да и сложность проекта, знаете ли, не hello world. Проще насильно заставить обновить hello world-ды, которые его юзают, чем самим тащить LTS.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #90

107. Сообщение от anonymous (??), 03-Фев-16, 22:29   +1 +/
дружно все переходим на netsurf
Ответить | Правка | Наверх | Cообщить модератору

108. Сообщение от Буратино (?), 03-Фев-16, 23:37   +1 +/
>При правильном написании программ, они общие файлы ложат в общую папку и проблемы версий не возникает

Вась, а Вась?
А это что: https://ru.wikipedia.org/wiki/DLL_hell

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #95

109. Сообщение от Crazy Alex (ok), 04-Фев-16, 00:55   +/
Ну вот расскажите хотя бы, как это для почтовика будет работать:

Есть HTML-контент письма, есть assets (css, картинки etc), включённые в это же письмо. Есть запросы ко внешним сайтам, некоторые занесены в почтовике в белый список, некоторые - нет. Как будем это браузеру скармливать?

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #104 Ответы: #119, #136

110. Сообщение от Crazy Alex (ok), 04-Фев-16, 01:02   +/
Ну вот сейчас гляну, что там сверху в инбоксе.

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

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

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

FSF присылает очень хорошо отформатированные письма.

Как-то так.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #103 Ответы: #118, #127

111. Сообщение от Crazy Alex (ok), 04-Фев-16, 01:05   +/
Я уже много лет не видел ни одной большой конторы, где стандартный шаблон письма был бы не в HTML. Предлагаете вообще не вести дел с корпорациями?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #92

112. Сообщение от Michael Shigorinemail (ok), 04-Фев-16, 01:07   +/
> А это всё потому что нельзя выбирать версии библиотек относительно программ и
> библиотеки глобальны.

http://www.akkadia.org/drepper/dsohowto.pdf

> Ахиллесова пята линукс.

Если Вы лично безграмотны -- это Ваша лично проблема.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #78 Ответы: #133

113. Сообщение от Аноним (-), 04-Фев-16, 01:07   +/
"Удумайте" у себя в голове, не знаю на лоб приклейте или просто запомните, что ничего общего между khtml и webkit никогда не было, нет и не будет. WebKit - это не дальнейшее развитие khtml. khtml - это скорее основа, подход к построению веб-движков в целом (хотя даже сегодня khtml после кучи обновлений - полное бревно, которое в свое время бросили и серьезно не развивали. Так, перекочевал один и тот же код с одной версии kde в другую, да и дело с концом). Сходство между ними - это как сравнить повозку 40-х годов и суперкар 2015 года. Вроде и колеса у обоих есть, да вот не то.
И никак этот khtml сейчас не известен, кроме как khtml. Мания величия что ли? ИМХО ерунда, не более.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #114

114. Сообщение от Michael Shigorinemail (ok), 04-Фев-16, 01:08   +/
> И никак этот khtml сейчас не известен, кроме как khtml.

А что расскажете про Windows 3.11?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #113

115. Сообщение от Аноним (-), 04-Фев-16, 04:11   +1 +/
собрал как-то опенофис в генте. ну его нафиг, с тех пор ставлю бинарный пакет
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #73 Ответы: #126

116. Сообщение от Аноним (-), 04-Фев-16, 04:58   –1 +/
Проблема не в линуксе, а в Webkit. Им следует долго поддерживать минорные релизы.
Ответить | Правка | Наверх | Cообщить модератору

117. Сообщение от Аноним (-), 04-Фев-16, 05:01   +/
Не знаю как в вашем дистрибутиве Linux, а у меня в Debian можно установить хоть 10 разных версий libglew: libglew11, libglew15, libglew18... -dev пакет только от одной.

В официальном репозитории - только одна версия. Это да.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #78 Ответы: #134

118. Сообщение от тоже Аноним (ok), 04-Фев-16, 08:46   +/
> Интернет-магазин, приславший письмо об изменении статуса заказа, обычно заботится, чтобы сам статус был чем-то выделен, и его не надо было искать во всём письме.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #110

119. Сообщение от тоже Аноним (ok), 04-Фев-16, 08:50   +/
> Ну вот расскажите хотя бы, как это для почтовика будет работать:

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #109

120. Сообщение от Coder (?), 04-Фев-16, 09:04   +/
На QtWebEngine я бы и сам перешел. Не хватает только QWebElement, QNetworkAccessManager и QWebFrame::addToJavaScriptWindowObject
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #125

121. Сообщение от Andrey Mitrofanov (?), 04-Фев-16, 09:52   +/
> "исследователям безопасности" раздувают проблему.

Писатели "ещё одного броузера на каком-то там движке" машут транспорантами за свободу авторов того "какого-то там движка" класть на поддержку версий своего добреца страрше двух коммитов.   Виноваты дистрибутивы -- все.  Он, правда, не знает, что мифический единорог "беопасность" туточки не при чём.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #102

123. Сообщение от Аноним (-), 04-Фев-16, 11:34   +1 +/
ну, разумеется!
как это «поклонник» Майкрософт будет любить что-то отечественное?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #95

124. Сообщение от Аноним (-), 04-Фев-16, 11:35   +/
> ни крути

не благодари

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #60

125. Сообщение от anonymous (??), 04-Фев-16, 13:01   +/
Хинт: в QtWebEngine этого никогда не будет
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #120

126. Сообщение от ананим.orig (?), 04-Фев-16, 14:38   +/
Можно подключить бинхост от кальки например:
> $ egrep "BINHOST|getbinpkg" /etc/portage/make.conf
> PORTAGE_BINHOST="${PORTAGE_BINHOST} http://mirror.cnet.kz/calculate/grp/default/x86_64"
> PORTAGE_BINHOST="${PORTAGE_BINHOST} http://mirror.cnet.kz/calculate/grp/x/x86_64"
> FEATURES = "${FEATURES} getbinpkg"

ну или ещё от какого бинпрного дистра генту.

но ло я у себя собираю сам — нужных мне флагов нет. собирается (у меня) ~1.5 часа. раз в пол-года/год.
хотя то, что app-office/libreoffice-bin есть — тоже не плохо.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #115

127. Сообщение от анонимус вульгарис (?), 04-Фев-16, 15:43   +/
>FSF присылает очень хорошо отформатированные письма.

FSF присылает и исходник в виде хорошо отформатированного и прекрасно читаемого markdown.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #110

129. Сообщение от Аноним (-), 04-Фев-16, 17:11   +/
Вот любитель костылей
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #86

130. Сообщение от Аноним (-), 04-Фев-16, 18:13   +/
да во всех дистрах Linux примерно 1-а х-ня.
тк Линус - системно и и последовательно выковыривает и троллит как из ядра так и тулчейна все связанное с повышением безопасности и улучшениями на тему. ну за единичными исключениями, весьма странно реализованными, зачастую.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18

131. Сообщение от й (?), 05-Фев-16, 00:33   +/
у safari и chrome как минимум js-движок разный. попробуйте создайте простейшее js-приложение с использованием слова `const' и увидите, как последнее сафари этот js не прожуёт, а хром будет работать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #71

132. Сообщение от lululu (?), 05-Фев-16, 11:23   +/
В том и проблема что их полтора, а Debian/Ubuntu/Arch/Fedora не управляют пакетами на ypовне редакций вообще никак.
Да, в принципе это возможно, но не автоматически.
И попытавшись воспользоваться этим я обрекаю себя на веселуху с неучтёнными файлами и/или проблемами с зависимостями.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #81 Ответы: #135

133. Сообщение от lululu (?), 05-Фев-16, 11:43   –1 +/
Я не писал что я грамотен. Но это не повод за мой счёт самоутверждаться, пожалуйста.
Я говорю про уровень управления пакетами.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #112

134. Сообщение от lululu (?), 05-Фев-16, 11:44   –1 +/
Ну да, вручную... =)
А потом ругают configure ; make ; make install
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #117

135. Сообщение от Andrey Mitrofanov (?), 05-Фев-16, 11:50   +/
> В том и проблема что их полтора, а Debian/Ubuntu/Arch/Fedora не управляют пакетами
> на ypовне редакций вообще никак.
> Да, в принципе это возможно, но не автоматически.
> И попытавшись воспользоваться этим я обрекаю себя на веселуху с неучтёнными файлами
> и/или проблемами с зависимостями.

Вольному воля: кто хочет - делает, кто не хочет ищет отговорки.

Да дистрибутивные пакеж-манагеры решают вполне конкретные, и ограниченные, задачи. Не "хочу всего-всего и побольше". Учёные ещё исследуют разрешимость такой проблемы.

Бонус-трек:  Полтора п.м. - Guix и брат его Nix.  И ещё 0.33 вдогонку: Stow.
             GNU Guix http://www.gnu.org/software/guix/
                        Nix https://nixos.org/nix/
             GNU Stow https://www.gnu.org/software/stow/

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #132

136. Сообщение от lululu (?), 05-Фев-16, 12:53   +/
Параметрами:
unchm x out.chm --to=/tmp/ae47/
x-inbrowser.exe --stoplistedfiles= --hosts= --file/tmp/ae47/index.html

Ну или на худой конец через прокси, но это костыль.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #109

137. Сообщение от lululu (?), 05-Фев-16, 12:59   +/
В почтовом клиенте очень нужна.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #102

138. Сообщение от Аноним (-), 06-Фев-16, 08:50   +/
Фич там если и меньше, то не намного. Разве что синхронный доступ порезали. А вот то, что QtWebEngine задолбались собирать даже в передовых дистрибутивах Linux, не говоря об альтернативных ОС, говорит само за себя.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

139. Сообщение от Аноним (-), 06-Фев-16, 09:00   +/
>> В большинстве дистрибутивов поставляются
>> устаревшие версии портов WebKit (WebKitGTK+, QtWebKit и WebKitEFL), содержащие обилие
>> неисправленных опасных уязвимостей.
> ЧСИ – из-за (или: для) жабосрипто-джитов даже W^X (mprotect, noexec) не включить,
> хотя как раз здесь оно было бы очень кстати.

Включить можно, работа вся проделана уже для iOS. Просто разработчики боялись, что из-за дополнительных вызовов mprotect сядет производительность. В исходниках можете найти строчку про ASSEMBLER_WX_EXCLUSIVE, если не ошибаюсь, и посмотреть.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #62

140. Сообщение от Аноним (-), 07-Фев-16, 17:52   +/
Нефиг писать интерфейс приложений на HTML
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #141

141. Сообщение от Аноним (-), 08-Фев-16, 13:30   +/
первый комментарий по делу. удваиваю.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #140

142. Сообщение от Аноним (142), 30-Мрт-21, 15:37   +/
"Странный наезд."
вовсе нет

"Кому надо, тот будет RR дистрибутивы использовать."
с такими рассуждениями в дистрибутивах с фиксированными выпусками следует вообще от обновлений безопастности отказаться

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4


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

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




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

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