ИМХО глупость - скайп будет выходить и на линуксе и на винде и на ведроиде. Почему? Да потому что те кто ставят скайп - потенциальные абоненты. И скайп-бизнес расчитан как раз на это - с паршивой овцы хоть шерсти клок, а если разработчики порежут аудиторию линь пользователей, то они перейдут к гуглю, который тоже умеет аудио-видео звонки ИЧСХ без установки клиентской проги. Как то так.

Skynet2015, не перейдут. Если 99% процентов со Skype не имеет проблем, то оставшийся процент будет вынужден прогибаться. Какой смысл перехода на Google, если у тебя партнеры Skype используют?

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

Luca написал:
Skynet2015, не перейдут. Если 99% процентов со Skype не имеет проблем, то оставшийся процент будет вынужден прогибаться. Какой смысл перехода на Google, если у тебя партнеры Skype используют?

Ну вот видишь. Так же считают разработчики скайпа. Пусть в мире будет 50 000 000 линуксоидов, даэе если из них 1 000 000 абонентов пользуется тарифным планом 10 баксов в месяц хорошая такая цифирирь получается + и на налоги и на ФОТ останется и на разработку след версии и себе в кармашек. Зачем отказываться от доп профита? Да незачем. Выньфон с куда меньшим процентом уже имеет свою версию скайпа - ибо это потенциальные абоненты. Ну как то так. И да, везде кроме винды скайп имеет отличный интерфейс (в лине и маке особенно, да).

Со скайпом всё будет примерно также как с аськой. Сначала она доминировала, потом появился протокол XMPP. И сейчас аська постепенно уходит.

Скайпу тоже готовят замену (например, проект GNU Free Call, что-то делает в QIP), но скорее конкурент скайпа вылезет из браузера через протокол WebRTC. VoIP-сервисы уже есть в моймМире в майле.ру (люди болтают без всякого скайпа).

Нет, MS не долго осталось почивать на лаврах. И лет через 5 всем уже будет фиолетово, поддерживает Скайп линукс или нет, сменили они протокол или нет. А смена протокола и проблемы у юзверей только ускорят слезание со скайпа (это же показал опыт аськи).

vold, только Линуксу от этого не легче. Через 5 лет он может тоже оказаться никому не нужным.

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

А если скайп под линукс по какой то причине отвалится хотя бы на пару дней - наша контора перейдет на gtalk. Благо опыт уже был, когда виндовое обновление кривое вышло (которое суперноды положило).

vold написал:
А смена протокола и проблемы у юзверей только ускорят слезание со скайпа (это же показал опыт аськи).

О, да. Если Skype будет в этом смысле повторять опят аськи, возможно в условиях растущей конкуренции ситуация повторится. Поживем увидим.

blow05 написал:
gtalk

С gtalk на skype звонить вроде нельзя. Т.е. откажетесь от skype - клиенты до вас не дозвонятся.

П.С.
ИМХО: skype раздражает. Одно время даже искал способы прикрутить его функции к Pidgin. Но для этого Skype тоже должен быть запущен. Хотя наверное я так и сделаю - буду запускать skype, а общаться через pidgin.

Luca, охр№ненная аналитика там у тебя, я скажу. Skype под линукс и до этого от частоты обновлений не страдал, версия 2.2 beta висит уже несколько лет. Впрочем, отчасти оно и к лучшему, потому что интерфейс Скайпа под линуксом мне нравится куда больше, чем под Виндой. К тому же, Microsoft в любом случае продолжит разработку Skype под андроид (и тут они точно никуда не денутся), а тогда можно и версию для линукса заодно поддерживать.

SemyonKozakov написал:
К тому же, Microsoft в любом случае продолжит разработку Skype под андроид (и тут они точно никуда не денутся), а тогда можно и версию для линукса заодно поддерживать

С каких это пор ведроидные приложения стали нативно исполняться под линухом?

wine + posix
если нету то будет

MOP3E, С ядра 3.2 ведутся работы вроде как.

Luca написал:
vold, только Линуксу от этого не легче. Через 5 лет он может тоже оказаться никому не нужным.

Будущее Линукса, конечно, туманно. Однако, линукс (как ОС) уже довольно долго держится на рынке как нишевый продукт. С 2007 г. (когда я дома стал использовать как основную ОС) его качество ощутимо подросло (до 2006 г. я его пробовал, он вообще был малоюзабелен). Это даёт линуксу некоторые перспективы. Народ и стал переходить на линух как раз где-то с 2007 г. (после того, как за использование пиратской винды начали шить уголовку).

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

Разработчики п/о тоже потихоньку смотрят в сторону линукса. Например, та же 1С. Её уже можно поставить под линукс, а можно не париться и поставить на обычную виндовую рабочую станцию (Win7 или WinXP), ибо цена винды на порядок меньше цены самого решения, а вот рабочие места можно делать уже на линуксе, т.к. база на платформе 8.2 легко публикуется на веб-сервере.

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

MOP3E написал:
С каких это пор ведроидные приложения стали нативно исполняться под линухом?

В Андроиде используется модифицированная Ява-машина. В принципе нет никаких технических препятствий воспроизвести эту ява-машину под любой платформой (хоть линух, хоть винда). Марк Космонавт уже обеспечил нативный запуск приложений Android в убунте (http://www.linux.org.ru/news/ubuntu/3741179), есть возможность и для винды (http://lifehacker.ru/2012/03/28/bluestacks/). Остальные линуксы передерут у Марка или сделают что-то своё.

Skynet2015 написал:
MOP3E, С ядра 3.2 ведутся работы вроде как.

Это радует. Теперь линух будет догонять не только винду, но и ведроид...

vold, у 1С есть клиент под линукс? Толстый или тонкий, а не веб...

kenzzzooo написал:

vold, у 1С есть клиент под линукс? Толстый или тонкий, а не веб...

Серверная часть 1С платформы 8.x может работать как под Windows, так и под Linux. В руководстве у них есть подробные инструкции по установке под оба варианта.

http://v8.1c.ru/overview/Term_000000666.htm

Под windows -- веб-клиент, тонкий клиент (и то и другое у нас в конторе работает с вариантом файловой БД) и толстый клиент.

Под линукс -- нативно только веб-клиент, толстый и тонкий клиенты через WINE@Etersoft.

Тонкого клиента под линукс, насколько я знаю, для 8.2 нет. Говорят, что сделают в 8.3.

equalizer написал:
С gtalk на skype звонить вроде нельзя. Т.е. откажетесь от skype - клиенты до вас не дозвонятся.

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

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

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

Работа через тонкий клиент и веб-клиент в браузере практически ничем не отличается, т.к. оба варианта для файловой информационной базы требуют публикацию БД на веб-сервере (IIS или Apace, не принципиально). При клиент-серверной конфигурации 1С толстый клиент по идее должен обращаться к SQL-серверу напрямую, тонкий и веб-клиент через сервер 1С. (но серверный вариант я рукам не щупал, поэтому могу ошибаться).

vold, а 1С научалась работать в режиме конфигуратора без толстого клиента? Работа в качестве тонкого клиента и веб клиента отличаются также от работы толстого, т.к. допускают обрыв соединения с сервером....

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

В общем как вариант - использование Skype для общения с клиентами и что-нибудь другое для общения внутри некоторых отделов или всей компании.

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

Про последнее я не знал.
И skype давно не обновлял.

kenzzzooo написал:
vold, это я знаю (про сервер и т.д.) Когда будет тольстый клиент - тогда можно будет о чем-то говорить. Без него как конфигурировать?

1С в изменениях к релизу 8.2.15 написала

"Реализована поддержка файлового варианта информационной базы для 64-разрядной версии ОС Linux."

http://downloads.v8.1c.ru/content/Platform/8_2_15_257/V8Update.htm

Но как это работает пока неясно, т.к. фича новая.

kenzzzooo написал:
vold, а 1С научалась работать в режиме конфигуратора без толстого клиента? Работа в качестве тонкого клиента и веб клиента отличаются также от работы толстого, т.к. допускают обрыв соединения с сервером....

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

Не исключено, что пока это опция, к которой приделают веб-конфигуратор. Ещё бы неплохо, если бы они сделали нативный тонкий клиент для Линукса, тогда линукс-решение в целом было бы полным.

vold написал:
"Реализована поддержка файлового варианта информационной базы для 64-разрядной версии ОС Linux."

vold, видимо, тоже, что и раньше для 32-разрядной - возможность работы через веб-клиента.

vold написал:
См.пост выше. Раз они анонсировали обращение к БД напрямую (без посредства веб-сервера), значит в режиме полного доступа к БД возможно конфигурирование. Но как это реализовано на практике надо разбираться. Главное, что они медленно но верно движутся к полновесному линукс-решению.

где Вы увидели это "анонсирование"? веб-сервер - не более чем транспорт для 1С. Там один файл в 5 строк и еще столькоже в httpd.conf. Еще раз - покажите толстого клиента под линукс. Без wine и прочего. Еще раз, для особо непонятливых, без него нет возможности работать в конфигураторе. Еще раз внимательно прочитайте свою же ссылку и ветку от нее. Там указано в каких режимах могут работать пользователи той или иной системы, а также ограничения, которые истользование системы накладывает на разработчика.

vold написал:
Не исключено, что пока это опция, к которой приделают веб-конфигуратор. Ещё бы неплохо, если бы они сделали нативный тонкий клиент для Линукса, тогда линукс-решение в целом было бы полным.

как Вы представляете себе этот веб-конфигуратор? :) Еще раз ТОЛСТЫЙ клиент нужен не просто так, именно поэтому конфигуратор и работает через него только. Это первое... Второе, стесняюсь спросить, но спрошу...

сцайт 1С написал:
Особенности рабочих серверов под управлением Linux

не могут взаимодействовать с СУБД Microsoft SQL Server,
не поддерживается работа с СОМ-объектами,
аутентификация на сервере выполняется по протоколу Kerberos,
недоступна работа с Интернет-соединением.

вот с этим как быть? И это малая часть :)

kenzzzooo написал:
vold, видимо, тоже, что и раньше для 32-разрядной - возможность работы через веб-клиента.

Не путайте. Там жё чётко написано, что реализована поддержка файлового варианта ИБ.

В винде с файловым вариантом БД (когда файлы БД лежит на жёстком в локальной папке, а не на веб-сервере) мог работать как раз толстый клиент и его компонент конфигуратор, он напрямую обращался к файлам БД. Через веб-клиент с 1С можно было работать и раньше до версии 8.2.15.

Посмотрите схему работы толстого клиента вот здесь http://v8.1c.ru/overview/Term_000000123.htm для варианта Файловый вариант работы.

kenzzzooo написал:
где Вы увидели это "анонсирование"?

http://release.8c1.ru/history/341004
Посмотрите анонс для релиза 8.2.15.289

Раздел
## Новые возможности и изменения

Пункт:
* Реализована поддержка файлового варианта информационной базы для 64-разрядной версии ОС Linux.

vold, я - разработчик, как ни печально :) В данный момент путаете Вы. Поддержка файлового варианта - возможность работы веб-клиента через веб-сервер с возможностью подключения к файловой БД в 64-разрядных системах, не более того. Толстый клиент реализует собственный протокол обмена с БД, для этого ему не нужна "прослойка", которая реализуется при работе тонкого и веб клиента, а именно - специализированная серверная среда, которая и отвечает за работу с БД. Вот именно об этой поддержке и идет речь.

P.S. Я Вам еще такую вещь скажу... Через IIS можно было еще и с 7.7 работать :)

kenzzzooo написал:
как Вы представляете себе этот веб-конфигуратор? :)

Очень просто. Напишут демон под линукс, который будет осуществлять этот самый файловый вариант работы. А управление демоном (настройку конфигурации) сделают через веб-интерфейс в любом браузере. В ALT'е, например, уже есть веб-конфигуратор системы. Примерно также будет конфигурироваться и 1С.

kenzzzooo написал:
Еще раз ТОЛСТЫЙ клиент нужен не просто так, именно поэтому конфигуратор и работает через него только. Это первое...

Спасибо за инфу ;)

vold, т.н. "демон" ужО, ну в каком-то смысле, есть. В виде deb или rpm пакетов :) Как Вы думаете сколько весит пустая база БП 2.0 для 8.2, чисто из любопытства?... :) А, ладно, я сам скажу - 450 МБ, это 1 файл всего, как раз файл конфигурации :) И как Вы планируете гонять хотя бы этот объем через веб-клиента?

kenzzzooo написал:
Второе, стесняюсь спросить, но спрошу...

Цитата:
сцайт 1С написал:
Особенности рабочих серверов под управлением Linux

не могут взаимодействовать с СУБД Microsoft SQL Server,
не поддерживается работа с СОМ-объектами,
аутентификация на сервере выполняется по протоколу Kerberos,
недоступна работа с Интернет-соединением.

вот с этим как быть? И это малая часть :)

Сцылочку дайте. Наверняка это относится к старым версиям платформы 1С. Схему архитектуры платформы 8.2 я уже давал: http://v8.1c.ru/overview/Term_000000666.htm

Там может работать любая комбинация серверов и платформ, в том числе с Microsoft SQL Server.

vold, http://v8.1c.ru/overview/Term_000000666.htm#1 Посмотрите про многоплтформенность в том же словаре, ссылку на который Вы дали :)

kenzzzooo написал:
vold, т.н. "демон" ужО, ну в каком-то смысле, есть. В виде deb или rpm пакетов :) Как Вы думаете сколько весит пустая база БП 2.0 для 8.2, чисто из любопытства?... :) А, ладно, я сам скажу - 450 МБ, это 1 файл всего, как раз файл конфигурации :) И как Вы планируете гонять хотя бы этот объем через веб-клиента?

Имеющий уши да услышит! Ещё раз повторяю: демон имеет локальный доступ к файлам БД, он установлен локально на том же самом компе, где в таком-то каталоге находятся файлы БД. Демон -- это не веб-клиент. Демон не будет гонять файл в 450 Мб через веб-сервер!!! Он откроет его локально.

vold, а с чем работает конфигуратор?

kenzzzooo написал:
vold, http://v8.1c.ru/overview/Term_000000666.htm#1

Ааа, извиняюсь... Прочитал по диагонали. Вы же сказали, что "серверы под управлением Linux не могут взаимодействовать с СУБД Microsoft SQL Server".

Это им не нужно, т.к. в Линуксе сервер 1С взаимодействует со своей базой -- PostgreSQL. MS SQL Server только для винды. А вот, как разные платформы объединяются в кластеры и взаимодействуют с общей базой понятия не имею. Скорее всего, на каждой платформе своя база, а потом они синхронизируются с общей.

vold, в клиент-серверном варианте клиент взаимодействует с кластером серверов 1С, им вот не все равно с какой базой дружить. Я про это и говорил. Сервер 1С под линукс не умеет MS SQL. Под Postgre вроде допилили всякие режимы блокировок, но насколько - не знаю, не пользуюсь. 1С-ки Postgre тоже нехило перепилили, сборки выложены в users-разделе. Сервера между собой, в принципе, подружить можно.

К сожалению, я далёк от понимания того, как работает межплатформенный кластер и как там осуществляется синхронизация данных между разными БД. Но я подозреваю, что для больших компаний нет смысла заморачиваться с такой сложной конфигурацией БД. На практике им легче серверный кластер сделать на одной платформе. Я бы не стал рисковать в условиях реального крупного предприятия с кроссплатформенностью серверного кластера. Не исключаю, что такой вариант возможен, но он слишком хрупкий с точки зрения надёжности и стабильности.

kenzzzooo, а как с DB2?

Павел, что именно Вас интересует? Могу немного рассказать, но чисто теоретически. У нас на предприятии - MS SQL.

vold написал:
В ALT'е, например, уже есть веб-конфигуратор системы. Примерно также будет конфигурироваться и 1С.

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

на скрептах за пять минут же

Ну да

База сама по себе сплошной скрипт (с) AleksK

Skynet2015 написал:
Ну вот видишь. Так же считают разработчики скайпа. Пусть в мире будет 50 000 000 линуксоидов, даэе если из них 1 000 000 абонентов пользуется тарифным планом 10 баксов в месяц хорошая такая цифирирь получается + и на налоги и на ФОТ останется и на разработку след версии и себе в кармашек.

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

Доступно обновление Skype для Linux с устранением уязвимости
Представлено внеплановое обновление для выпущенной год назад версии Skype 2.2 для платформы Linux. В представленном обновлении устранена критическая уязвимость в статически скомпонованной с приложением библиотеке libpng, позволяющая организовать выполнение кода злоумышленника при обработке специально сформированных PNG-изображений. Проблема касается только статической сборки Skype 2.2, динамически связанный пакет подвержен проблеме только при использовании необновлённой в системе библиотеки libpng. 18

http://www.opennet.ru/opennews/art.shtml?num=33843

бегом обновлятся

Luca написал:
ьзуют?

Мы по работе общаемся в plus.google.com Google+. Если очень надо можно позвонить кому-нибудь http://www.google.com/chat/voice/ В общем это тот же Google Talk.

Skynet2015, IM совсем не та технология :) Когда потребовалось тех кто хотел пригласил в Jabber. Те, кто хотел со мной общаться стали и его использовать.

gaal написал:
IM совсем не та технология :)

А я что-то говорил про IM? Скайп - это не IM - это видеотелефония, со своей устявшейся абонентской сетью.

gaal написал:
Мы по работе общаемся в plus.google.com Google+. Если очень надо можно позвонить кому-нибудь http://www.google.com/chat/voice/ В общем это тот же Google Talk.

а внизу надпись-"В настоящее время эта услуга предоставляется не во всех странах."

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

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

vold, эм... Простите, но что Вы будете такого настраивать в 1С через веб-конфигуратор? Если я правильно понял, то, о чем Вы говорите, тогда это настраивается в режиме предприятия, конфигуратор там не нужен. Вы, как мне кажется, очень поверхностно "щупали" конфигуратор 1С...

IvanOFF написал:
полноценная среда разработки и хотел бы я посмотреть как вы это все собираетесь сделать через веб-интерфейс.

Подскажите, а вчём, собственно, принципиальная сложность визуализации через веб демона конфигуратора? В чём конкретно Вы видите проблему, в отображении через веб дерева объектов, редактора форм или редактора кода?

kenzzzooo написал:
vold, т.н. "демон" ужО, ну в каком-то смысле, есть. В виде deb или rpm пакетов :) Как Вы думаете сколько весит пустая база БП 2.0 для 8.2, чисто из любопытства?... :) А, ладно, я сам скажу - 450 МБ, это 1 файл всего, как раз файл конфигурации :) И как Вы планируете гонять хотя бы этот объем через веб-клиента?

Есть сервер 1С, и во вполне обычном виде, очень даже неплохо работает, до сих пор до 12 клиентов он держит без серверного ключа.
И вот интересно виндовый толстый конфигуратор по твоему гоняет весь объем базы? А если ты по сети и база этак гигов на 8-10? Вариант который предложил vold вполне даже реальный, и скорее всего 1С сделает что-то подобное и для винды в 8.3 они во всю готовятся к переходу в облака. А как ещё в облаке конфигруить свою базу? Там толстый клиент уже далеко не лучший вариант. Так что скорее всего не для 8.3 а для следующих релизов они все-таки сделают полноценную поддержку Linux.

AleksK написал:
И вот интересно виндовый толстый конфигуратор по твоему гоняет весь объем базы?

нет, но конфигурация (не данные) хранится в той же базе, и БП конечно не 450 Мб весит, но 50-100 Мб точно будет. И конфигуратор именно этот объём тянет.

AleksK, конфигуратор гоняет не весь объем базы, естественно. Но все равно - приличный. Проблема даже не в том, чтобы гонять тот или иной объем, а, скорее, в надежности канала. Через какое время демону закрывать конфигуратор, подвешенный через веб-интерфейс, если отвалилась связь? Сохранять ли измененные данные? А если данные еще не полные и молгут привести к неработоспособности системы? Где сохранять данные, в конфигурации БД или в "локальном" хранилище, для последующей работы? А если, в этот момент, когда сеанс еще не завершен, кто-то другой попытается войти в конфигуратор, что будет? А если изменения, вносимые программистом, нужны здесь и сейчас, да и вообще - еще вчера? Как часто определять, подключен ли еще программист к конфигуратору или нет? Так что вариант, который предложил vold, пока еще не такой уж, по крайней мере - для меня, очевидный и реальный. Да и еще вопрос реализации всего этого... В каком виде? Какие объекты/структуры и т.д. предалгаете использовать?

1С не нужен. Скайп не нужен. MS маздай, вы все хомяки.

beep написал:
Представлено внеплановое обновление для выпущенной год назад версии Skype 2.2 для платформы Linux. В представленном обновлении устранена критическая уязвимость в статически скомпонованной с приложением библиотеке libpng, позволяющая организовать выполнение кода злоумышленника при обработке специально сформированных PNG-изображений. Проблема касается только статической сборки Skype 2.2, динамически связанный пакет подвержен проблеме только при использовании необновлённой в системе библиотеки libpng. 18

да кому это надо?Все рванули обновляться