Ричард Хьюс об управлении цветом в Linux и GNOME

эй, корректорота, запилите в новость ссылку на colord!

> А кстати, почему именно демон?

А как ещё ты хочешь на ходу подключаемые устройства определять и регистрировать? :)

на винте - нет. в десктопном случае. а вот «лишних» процессов я не люблю.

я ж говорю, никакого GNOME-related… ну и никакого bloatware, которым очень славен GNOME в своей третьей ипостаси.

fat0troll@murcielago:~$ ls -hal /home/fat0troll/.mkpkg/packages/colord-0.1.11-x86_64-1.txz [brлее.] -rw-r--r-- 1 fat0troll users 171K Авг 30 09:21 /home/fat0troll/.mkpkg/packages/colord-0.1.11-x86_64-1.txz

СТО СЕМЬДЕСЯТ ОДИН КИЛОБАЙТ. Стыдно, господа, это ОЧЕНЬ маленький объём для современной проги. И она делает — то, что она делать должна и не более. Юникс-вей FTW!

>кутешники осилят — будет. Это фридесктоп-тул, not GNOME-related.

ну осилят так осилят, рад за них. но я так и не понял - нахрена это делать демоном?

если программист не криворученька (а тут у нас — не криворученька, см. депенсы и размер демона) — то 4 мегабайта оперативы на такое дело потратить — фигня.

Спокойно, я просто удивляюсь, т.к. это необычно :)

> СТО СЕМЬДЕСЯТ ОДИН КИЛОБАЙТ. Стыдно, господа, это ОЧЕНЬ маленький объём для современной проги. И она делает — то, что она делать должна и не более. Юникс-вей FTW!

Это сто семьдесят один килогвоздь в задницу нытиков :)

событиями udev??

а ты подключаемые устройства будешь ловить чем? Писать патчи в древнеиксы? А как же Wayland-истерики?

жди, когда запилят в кедах :3 это будет мегаЪ-вещь, действительно приближающая линукс к нормальному человеческому десктопу))

udev нету в FreeBSD, например.

У меня тут Debian stable, так что к следующей пятилетке может что и увижу :}

> событиями udev??

А привязку профилей к устройствам тоже событиями udev делать? :)

>если программист не криворученька (а тут у нас — не криворученька, см. депенсы и размер демона) — то 4 мегабайта оперативы на такое дело потратить — фигня.

и RAM мне тоже не жалко. Меня интересует вопрос - ПОЧЕМУ ТАК? Почему оно должно висеть постоянно, ради того, что среднестатический юзер один раз в високосный год поменяет профиль или сменит монитор/принтер?

Тогда понятно.
А вот захочу я себе этот colord в минимальную красноглазую систему поставить. Что он за собой в зависимостях притащит?

о, Ъ :)

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

>udev нету в FreeBSD, например.

вот блин, потеря. поржал :D

> ПОЧЕМУ ТАК?

более 50% ПЭВМ в мире — ноутбуки, ЕМНИП. А там притык-вытык новых устройств — занятие довольно частое. Да и ваще, кто мешает остановить демон в настройках? :)

http://www.freedesktop.org/software/colord/download.html

The actual colord daemon requires:

glib 2.14.0
polkit 0.9

>polkit 0.9
Ну вашу ж мать!

glib, polkit. Всё.

а вы что-то имеете против polkit?

> файлы конфигурации и пр. уже отменили? есть масса способов хранения подобной информации, помимо памяти процесса.

Молодец, умничка :) А теперь озвучь своё архитектурное мегапредложение целиком, пожалуйста :) Ну, так, чтобы свет истинного знания нас тут всех ослепил. Чтобы весь Red Hat пал на колени перед гением :)

такие суждения делают Unix-софт Linux-centric, что прекрасно видно на примере GNOME 3, опять же. А это плохо в любом случае, и неважно, как ты относишься к другим *nix.

>СТО СЕМЬДЕСЯТ ОДИН КИЛОБАЙТ.

прекрасный результат. вот теперь пускай она запускается тогда, когда что-либо меняется, меняет свои файлики (или чего там), а остальным даст либу, для чтения конфигурации из этих файликов + оповещение через любой удобный, минималистичный IPC. вот это будет Ъ. напуркуа демон городить?

> пускай она запускается тогда, когда что-либо меняется

а как она будет узнавать, что что-то изменилось? udev и dbus не юзать! (первого нет в FreeBSD, второй — bloat)

>Молодец, умничка :) А теперь озвучь своё архитектурное мегапредложение целиком, пожалуйста :) Ну, так, чтобы свет истинного знания нас тут всех ослепил. Чтобы весь Red Hat пал на колени перед гением :)

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

На самом деле да, суть полкита не совсем ясна.

да, я имел ввиду udev. в той же FreeBSD для этого используется HAL, емнип. (то, что HAL - deprecated shit - это проблема FreeBSD).

А BSD'а RIP, так что они могут страдать спокойно в одиночестве :)

я так понимаю, он используется для разграничения полномочий (юзеру a нельзя курочить даже свой цветовой профиль, юзеру b можно лишь свой, юзеру c — все профили всех юзеров, etc)

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

не делай софт Linux-centric. udev — не Linux-centric.

А если запиливание биндинга для udev будет весить больше, чем сама прога, и нагрузит ОП больше, чем запущенный colord? Такая поддержка даже опционально очень сомнительно нужна.

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

s/udev — не/udev —/

Хм... на самом деле повод мог быть просто 'а давайте заюзаем клевый демон', ну да ладно. А вообще софтинка хорошая.

если судить по объёмам юзания, то Linux тоже RIP :)

это да, желаю скорейшего портирования в кеды и очень надеюсь, что кто-нибудь запилит патчи для GNOME 2 color manager.

По идее, там запиливать нечего - cli интерфейс там уже есть, dbus тоже.
Разве что интеграция с медийным софтом.

>>В федоре оно уже начиная с F15, в убунте оно светится в 11.10, про сюзе пишут, цитирую, «openSUSE 12.1 will also have colord as well. It is already in Factory.»

а вот и его зависимости из федоры
dependency: /sbin/ldconfig
dependency: libc.so.6(GLIBC_2.4)
dependency: libgio-2.0.so.0
dependency: libglib-2.0.so.0
dependency: libgmodule-2.0.so.0
dependency: libgobject-2.0.so.0
dependency: libgthread-2.0.so.0
dependency: libgudev-1.0.so.0
dependency: liblcms2.so.2
dependency: libm.so.6
dependency: libpolkit-gobject-1.so.0
dependency: libpthread.so.0
dependency: libpthread.so.0(GLIBC_2.0)
dependency: librt.so.1
dependency: libsane.so.1
dependency: libsqlite3.so.0
dependency: libusb-1.0.so.0
dependency: rtld(GNU_HASH)
dependency: shared-color-profiles
dependency: /sbin/ldconfig
dependency: config(colord) = 0.1.12-1.fc16
dependency: libc.so.6
dependency: libc.so.6(GLIBC_2.0)
dependency: libc.so.6(GLIBC_2.1)
dependency: libc.so.6(GLIBC_2.1.3)
dependency: libc.so.6(GLIBC_2.2)
dependency: libc.so.6(GLIBC_2.4)
dependency: libcolord.so.1
dependency: libgio-2.0.so.0
dependency: libglib-2.0.so.0
dependency: libgmodule-2.0.so.0
dependency: libgobject-2.0.so.0
dependency: libgthread-2.0.so.0
dependency: libgudev-1.0.so.0
dependency: liblcms2.so.2
dependency: libm.so.6
dependency: libpolkit-gobject-1.so.0
dependency: libpthread.so.0
dependency: libpthread.so.0(GLIBC_2.0)
dependency: librt.so.1
dependency: libsane.so.1
dependency: libsqlite3.so.0
dependency: libusb-1.0.so.0
dependency: rtld(GNU_HASH)
dependency: shared-color-profiles
dependency: /sbin/ldconfig
dependency: libc.so.6(GLIBC_2.4)(64bit)
dependency: libgio-2.0.so.0()(64bit)
dependency: libglib-2.0.so.0()(64bit)
dependency: libgmodule-2.0.so.0()(64bit)
dependency: libgobject-2.0.so.0()(64bit)
dependency: libgthread-2.0.so.0()(64bit)
dependency: libgudev-1.0.so.0()(64bit)
dependency: liblcms2.so.2()(64bit)
dependency: libm.so.6()(64bit)
dependency: libpolkit-gobject-1.so.0()(64bit)
dependency: libpthread.so.0()(64bit)
dependency: libpthread.so.0(GLIBC_2.2.5)(64bit)
dependency: librt.so.1()(64bit)
dependency: libsane.so.1()(64bit)
dependency: libsqlite3.so.0()(64bit)
dependency: libusb-1.0.so.0()(64bit)
dependency: rtld(GNU_HASH)
dependency: shared-color-profiles
dependency: /sbin/ldconfig
dependency: config(colord) = 0.1.12-1.fc16
dependency: libc.so.6()(64bit)
dependency: libc.so.6(GLIBC_2.2.5)(64bit)
dependency: libc.so.6(GLIBC_2.4)(64bit)
dependency: libcolord.so.1()(64bit)
dependency: libgio-2.0.so.0()(64bit)
dependency: libglib-2.0.so.0()(64bit)
dependency: libgmodule-2.0.so.0()(64bit)
dependency: libgobject-2.0.so.0()(64bit)
dependency: libgthread-2.0.so.0()(64bit)
dependency: libgudev-1.0.so.0()(64bit)
dependency: liblcms2.so.2()(64bit)
dependency: libm.so.6()(64bit)
dependency: libpolkit-gobject-1.so.0()(64bit)
dependency: libpthread.so.0()(64bit)
dependency: libpthread.so.0(GLIBC_2.2.5)(64bit)
dependency: librt.so.1()(64bit)
dependency: libsane.so.1()(64bit)
dependency: libsqlite3.so.0()(64bit)
dependency: libusb-1.0.so.0()(64bit)
dependency: rtld(GNU_HASH)
dependency: shared-color-profiles

лады, позволю себе закончить дискуссию копипастой уважаемого anonymous

Хм... на самом деле повод мог быть просто 'а давайте заюзаем клевый демон', ну да ладно

и свалить в полупьяный сон. спасибо всем адекватным людям за беседу.

ну вот интеграцию и охота, DE же отличаются от WM+soft именно интеграцией компонентов :3

а наличие cli и dbus-вызовов — Ъ

>>Это сто семьдесят один килогвоздь в задницу нытиков :)

ложь, он весит больше:
ame : colord
Arch : x86_64
Version : 0.1.12
Release : 1.fc16
Size : 571 k

омг, федора такая федора :-D

Эх, еще sane бы допилили.

а это ты спроси у федоры, почему они до сих пор пакеты сжимают не пойми чем, а не няшным xz.

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

>>а это ты спроси у федоры, почему они до сих пор пакеты сжимают не пойми чем, а не няшным xz.

это после установки. речь то идет о месте на диске. жмут они таки lzma

В sid colord приехал примерно две недели назад:

leave@moonbase:~$ aptitude why colord
i   cups Рекомендует colord

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

Не придётся