Достоверно, надежно

http://goo.gl/T2rk1

Не надорвёшься

Да исправлю сейчас, это ерунда. Вопрос в том, почему это говно столько времени никем не замечено...

Вопрос в том, почему это говно столько времени никем не замечено...

чтобы школьники не скучали в каникулы

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

Оттуда же недавно узнал, что Cairo - это DE. Исправил.

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

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

русское лобби

Педофильское :)

>За более чем год никто не почесался исправить.
>Оконные менеджеры, использующие GTK+

Всем пофиг :}

Пока будут такие идиоты, которые вместо исправления постят такие треды, будут и такие статьи с 4.2

Учитывая, что на Qt в принципе нормальный WM нет.

KWin и есть нормальный, а кроме кед на Qt DE и нет :} Ну, есть razor-qt, но оно пока ещё в процессе.

Kwin - тормозное глючное говно. Не веришь - спроси у мегабакса.

Мегабаксопроблемы. Он меня зафрендил, вроде :3

Поэтому имеет смысл перестать читать ru.wikipedia.org, а перебазироваться на en.wikipedia.org.

Вот зависимости IceWM:

Зависит от : libxrandr libxft libsm libxinerama gdk-pixbuf2

и где там gtk?

Как вообще WM может зависеть от оконной библиотеки? O_o

Кто вообще такую ересь в вики засунул?

IceWM

Специально нашел, когда эта ересь была внесена. 14 марта 2011

Спешу сообщить, что зависимость есть и я, если честно, даже когда-то удивился:

http://lists.debian.org/debian-russian/2009/10/msg01122.html

Но на самом деле там не от GTK зависимость, а от какой-то подсистемы GTK по работе с картинками, чтобы иконки масштабировать. Сам тулкит не используется. Раньше использовалась imlib, но она по каким-то причинам (лицензионным, по-моему) была выкинута.

gdk-pixbuf2

Во! Вот от этой, да. Но вот в Debian зависит от всего Gtk. Вот это и странно было мне. По ссылке выше отвечал сопровождающий icewm в Debian - Eduard Bloch на русской языке.

>Но вот в Debian зависит от всего Gtk.

В тестинге не зависит.

Ну, тогда можно сказать, например, что gimp зависит от ffmpeg…

В тестинге не зависит.

Угу, исправили. А в stable еще есть зависимость.

Как будто там как-то по-другому.

Как будто там как-то по-другому.

Там соотношение людей на страницу выше, чем на русскоязычной.

Как вообще WM может зависеть от оконной библиотеки? O_o

Если элементы WM написаны на этой библиотеке. Например, taskbar, быстрая переключалка приложений и пр.

Как будто там как-то по-другому.

В англоязычной только IceWM по ошибке. А остальные (кроме экзотических, о которых ничего не знаю) приведены верно.

Ну, тогда можно сказать, например, что gimp зависит от ffmpeg…

Ну это как быть немножко беременной. libgdk-pixbuf2 является частью Gtk или нет?

Ну как тебе сказать, это как меня убеждали, что зависимость от libgnome* это не зависимость от гнома. Фанатики :}

Ну как тебе сказать, это как меня убеждали, что зависимость от libgnome* это не зависимость от гнома. Фанатики :}

С libgnome даже не знаю, а вот с gdk вопрос. gdk не имеет никакого отношения к виджетам Gtk. Это просто низкоуровневая библиотека, которая работает с растровой графикой напрямую, предоставляя для gtk абстракцию. С одной стороны, это часть Gtk. С другой стороны, эта библиотека теперь пакетирована отдельно и может быть установлена без gtk, но она только glib притащит.

Если от яблока отрезать кусок, это будет яблоком или становится сливой? Я, по крайней мере, по такой логике думаю.

Если от яблока отрезать кусок, это будет яблоком или становится сливой?

Если взять яблочную семечку, она будет яблоком или останется семечкой?

Она останется семечком яблока — частью GTK :} Ну и, собственно, семечки яблока человеки таки не едят, их наличие или отсутствие никак не сказывается, в отличие от подсистемы.

Поэтому имеет смысл перестать читать ru.wikipedia.org, а перебазироваться на google.com.

fxd

fxd

И тратить больше времени на поиск информации.
Нет уж, спасибо.

Информацию, полученную из вики, все равно надо перепроверять, так что без лишних итераций - сразу в гугл :)

Это у разведчиков такой принцип - информация считается достоверной, если она получена из 3 независимых источников.

Я не говорю, что Википедия ненужна. Но это явно не надежный источник информации.

Тем более, что за ней стоит педофильское лобби

Информацию, полученную из вики, все равно надо перепроверять, так что без лишних итераций - сразу в гугл :)

Это у разведчиков такой принцип - информация считается достоверной, если она получена из 3 независимых источников.

Я не говорю, что Википедия ненужна. Но это явно не надежный источник информации.

Тем более, что за ней стоит педофильское лобби

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

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

Я всегда сразу к ним проматываю :D

Хотя чаще всего бывает так (особенно с темами вроде эзотерики, ГМО или креационизма): кто-то на вики запостил бред, эти данные скопировал какой-нибудь псевдонаучный сайт/просто какой то левый сайт, а потом в самой же вики дается ссылка на тот сайт как на источник.

ИМХО, если уж узнавать что-то новое из Вики нужно:

1. Посмотреть количество и качество ссылок на источники (не какой-нибудь creationwiki.org)

2. Прочитать саму статью

3. Прочитать адекватные источники.

4. Прочитать обсуждение статьи, особенно учесть спорные моменты.

5. Все вышеперечисленное повторить с английской версией статьи.

кроме экзотических, о которых ничего не знаю

Я их специально погуглил, оказалось, что это действительно какие-то полудохлые WM-ы на Gtk.

Может ты еще зависимость от pango посчитаешь зависимостью от gtk?

Ну, давай. Вещь X состоит из A, B, C, D и E. Если использование подсистем A-E не означает использование X значит написав кулхацкер-тулс, состоящий из 5 бинарников, зависящих поочерёдно от A-E мы написали суперпрогу, которая зависит от X, но не зависит от X. Круто!

Ты не юли, ты на вопрос ответь. Является зависимость от GLib и Pango зависимостью от Gtk или нет.

Юлишь тут только ты, малыш :]

: show libgdk-pixbuf2.0-0
Сайт: http://www.gtk.org/
>GDK
>GTK
И, как ни странно, это не GNU. Панго и глиб, вроде как, частью GTK не являются. При чём тут ты приплёл зависимости я не знаю. Ты из тех, кто считает, что зависимость от libgnome* это не зависимость от гнома, да?

Лол. Я тебе даже более страшную ссылку покажу: http://git.gnome.org/browse/gtk / Внезапно, сорцы хостятся на серверах гнома! Значит зависимость от gtk — это зависимость от гнома!!! По твоей логике.

А теперь внезапно мы идём сюда: http://git.gnome.org/browse/gdk-pixbuf/tree/ и узнаём, что у gdk-pixbuf отдельное дерево сорцов, не имеющее никакого отношения к gtk. А что было совсем хорошо, смотрим сюда и пытаемся увидеть тут зависимость от gtk:

vadim@host3:~$ pacman -Qi gdk-pixbuf2 | grep Зависит
Зависит от            : glib2  libpng  libtiff  libjpeg  libx11
vadim@host3:~$ pacman -Ql gdk-pixbuf2 | grep /usr/lib
gdk-pixbuf2 /usr/lib/
gdk-pixbuf2 /usr/lib/gdk-pixbuf-2.0/
gdk-pixbuf2 /usr/lib/gdk-pixbuf-2.0/2.10.0/
gdk-pixbuf2 /usr/lib/gdk-pixbuf-2.0/2.10.0/loaders/
gdk-pixbuf2 /usr/lib/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-ani.so
gdk-pixbuf2 /usr/lib/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-bmp.so
gdk-pixbuf2 /usr/lib/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-gif.so
gdk-pixbuf2 /usr/lib/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-icns.so
gdk-pixbuf2 /usr/lib/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-ico.so
gdk-pixbuf2 /usr/lib/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-jpeg.so
gdk-pixbuf2 /usr/lib/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-pcx.so
gdk-pixbuf2 /usr/lib/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-pnm.so
gdk-pixbuf2 /usr/lib/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-qtif.so
gdk-pixbuf2 /usr/lib/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-ras.so
gdk-pixbuf2 /usr/lib/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-tga.so
gdk-pixbuf2 /usr/lib/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-tiff.so
gdk-pixbuf2 /usr/lib/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-wbmp.so
gdk-pixbuf2 /usr/lib/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-xbm.so
gdk-pixbuf2 /usr/lib/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-xpm.so
gdk-pixbuf2 /usr/lib/girepository-1.0/
gdk-pixbuf2 /usr/lib/girepository-1.0/GdkPixbuf-2.0.typelib
gdk-pixbuf2 /usr/lib/libgdk_pixbuf-2.0.so
gdk-pixbuf2 /usr/lib/libgdk_pixbuf-2.0.so.0
gdk-pixbuf2 /usr/lib/libgdk_pixbuf-2.0.so.0.2600.1
gdk-pixbuf2 /usr/lib/libgdk_pixbuf_xlib-2.0.so
gdk-pixbuf2 /usr/lib/libgdk_pixbuf_xlib-2.0.so.0
gdk-pixbuf2 /usr/lib/libgdk_pixbuf_xlib-2.0.so.0.2600.1
gdk-pixbuf2 /usr/lib/pkgconfig/
gdk-pixbuf2 /usr/lib/pkgconfig/gdk-pixbuf-2.0.pc
gdk-pixbuf2 /usr/lib/pkgconfig/gdk-pixbuf-xlib-2.0.pc

Контрольный вопрос: является ли зависимость от systemd-tools зависимостью от systemd? О, ужас, они даже из одного дерева собираются!!111 :-D

Контрольный вопрос: является ли зависимость от systemd-tools зависимостью от systemd? О, ужас, они даже из одного дерева собираются!!111 :-D

Является. Скоро все это ощутят на себе :]

Редактирование такое редактирование.

Сказки венского леса ^__^

Патч на отдельную сборку только этого уже не приняли, не? То ли ещё будет :}

Что-то мне подсказывает, что gtk зависит от gdk, но не наоборот.

При этом ни gtk, ни gdk не зависят от gdk-pixbuf2

Если элементы WM написаны на этой библиотеке

Какие элементы? У WM их нет вообще, если только панельку и менюшку не воткнули в саму WM.

У WM не бывает менюшек, кнопочек и диалогов? :-D

Я сегодня в статье по JSON на вике прочитал, что строки в C и Java похожи.