Франкенкамера 2.0

Иногда в работе на большие корпорации бывают свои прелести -- например, возможность пообщаться с университетскими исследователями, до которых добраться в реальной жизни получится еще нескоро. К нам приезжал циркпрофессор стенфордского университета Марк Левой, группа аспирантов которого работает над созданием полностью программируемой камеры. Текущая версия собрана из отобранных у бедныхчастей других устройств -- кнопка спуска от PowerShot G6, сенсор Aptina MT9P031 взят от N95, закреплен на подложку Elphel 10338, байонет Canon EF в исполнении Birger Engineering. По поводу последнего, Марк Левой отметил, что обратная инженерия байонета от Canon легальна, тут нет никаких проблем (байонет от Birger был разработан для Red One Cinema, производителя ведущей цифровой видеокамеры для киноиндустрии). Так что камера получает всю информацию, которую сообщают о своей работе объективы.

Внутренности Франкенкамеры представлены OMAP3530, упрощенной версией чипа, который стоит в Nokia N900. На этом OMAP3 запушен GNU/Linux, собранный Eino-Ville Talvala. Эдди (как он предпочитает себя называть на американский манер) также улучшил и поддерживает драйвера для работы с сигнальным процессором ISP внутри OMAP3 (внутри OMAP3 на самом деле четыре процессора -- ARMv7, Neon, DSP и ISP). Качество драйверов от TI довольно посредственное, так что любые улучшения в этой области только приветствуются, тем более, что версия от Эдди работает на 2.6.31, самом распоследнем ядре.

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

Все дело в вычислительной фотографии. С отдельными ее проявлениями (сжатие с потерями, основанное на восприимчивости человеческого глаза, широкий динамический диапазон, построение панорамы) знакомы практически все. Последние лет двадцать дали существенный толчок развитию и других направлений, например в теории светового поля появились многомерные (пять и выше) пленоптические функции, позволяющие более точно описать происходящее со светом на записаном кадре. Результат -- многие усовершенствования в расчетах искусственных изображений, а также возможность исправлять "недостатки" реальности. Например, устранять блики на линзах объективов или убирать нежелательные объекты с фотографий.

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

Вот тут-то и поджидает самый большой "обломинго". Производители массовых камер не заинтересованы в проникновении в их "святая святых" обыкновенных фотографов. Получить доступ ко всем параметрам, которые выдает объектив через байонет, или к данным прямо с сенсора, без предварительной обработки, практически невозможно. Не говоря уже о том, что у всех производителей более-менее серьезных камер свое ПО запустить внутри камеры невозможно. Для Canon есть CHDK, хак, который позволяет переписать определенные действия после съемки кадра. Добраться же до начальных этапов (измерение и фокусировка) или до обработки данных (демозаика, устранение шума, баланс белого), увы нельзя.

Марк Левой провел несколько лет, пытаясь убедить азиатских производителей фотоаппаратов открыть доступ для исследователей. Бесполезно. В 2007 году Nokia поддержала его работу по вычислительной фотографии и в рамках этого проекта (Camera 1.0) было выполнено довольно много интересных работ. Некоторые из них даже попали в устройства -- N86 8MP в новой прошивке содержит алгоритм получения панорамы во время работы видоискателя, разработанный одним из талантливейших аспирантов из команды Левоя -- Эндрю Адамсом -- вместе с сотрудниками Nokia Research Center в Пало-Альто. По утверждению Левоя, мощности современных телефонов достаточно для выполнения многих задач вычислительной фотографии.

Впрочем, и этого мало. Франкенкамера -- это попытка создать действительно полностью адаптируемую к задачам пользователя камеру как на уровне программного обеспечения, так и на уровне аппаратной платформы. Нужно заменить сенсор? Поставить другую оптику? Изменить логику обработки данных из сенсора? Использовать другой механизм синхронизации затвора и вспышки? Все это должно быть возможно в Camera 2.0, прототипом которой и служит Франкенкамера.

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

Результатом должна стать свободная платформа управления фотографическим оборудованием и результатами съемки, которая будет опубликована на www.opensourcecamera.org. Ключевое слово здесь "будет", потому что сейчас на этом сайте блог, несвязанный с проектом, но о передаче домена договорились. Впрочем, было бы все так хорошо...

Пока что имеющийся объем кода позволяет делать некоторые обнадеживающие эксперименты. Например, видоискатель с широким динамическим диапазоном. На имеющейся франкенкамере с 5Мп камерой удается сделать видоискатель с частотой 15 кадров в секунду с автоматическим выравниванием динамического диапазона. Замечу -- не перетонировка после съемки, а прямо в живом видоискателе. Работает неплохо, хотя код совсем неоптимизирован под платформу -- голый C, никаких оптимизаций под использование возможностей Neon или DSP.

Следующий шаг, обещанный Марком Левоем -- поддержка N900 в качестве платформы для начинки Camera 2.0, чтобы можно было расширить круг исследователей и разработчиков хотя бы в трех из пяти областей вычислительной фотографии, которые профессор обозначает в качестве целевых. Две оставшиеся требуют модификации оптического или регистрирующего трактов. Надеюсь, к началу 2010 у нас будет о чем говорить.

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

На вопросы публики, что же реально влияет на качество картинки, профессор ответил просто: "Влияет всё. Но если у вас плохая оптика, то ничего не спасет." Так что первый вопрос, который был направлен профессором нам, звучал так: "Можно ли в N900 заменить оптику на внешнюю?" Конечно, какой-либо стандартный байонет из мира DSLR в N900 отсутствует, но умельцы профессора явно не остановятся перед препарированием пациента. Впрочем, у нашего пациента и штатный объектив не такой уж плохой -- он лучше N95. Весь вопрос в последующей обработке.

Что происходит с СПО в школах. Тезисы.

1. Предистория.
Легализация ПО была веской причиной для массовой закупки софта и не столь уж важно, были ли иные причины.
2. План.
Массовые закупки ПО в порядке исключения осуществлялись за счет средств федерального бюджета. Потому сразу же были продуманы механизмы избежания подобных исключений в дальнейшем.
-- Было объявлено, что с 2011 года федеральный бюджет снимает с себя ответственность за закупки софта.
-- Однако, так как необходимость трат на ПО могла стать (и -- вследствие кризиса -- уже стала) непосильной ношей для муниципальных бюджетов, было принято решение о разработке и внедрении пакета СПО ( распоряжение 1447-р: http://www.government.ru/content/governmentactivity/rfgovernmentdecisions/archive/2007/10/22/6660883.htm).
Таким образом, наряду с вынужденной централизацией была предусмотрена децентрализация без увеличения нагрузки на местные бюджеты.
Этот план был озвучен на встрече Д.А. Медведева, тогда первого вице-премьера, с разработчиками СПО.
3. Риски плана.
Как можно и должно было предположить, всегда найдется достаточно желающих сделать разовые расходы федерального бюджета постоянными.
3.1. СБППО.
Проект "Первая ПОмощь" стал сверхцентрализованным: поддержка, получение ключей, тиражирование, рассылка осуществлялись из Москвы силами федеральных интеграторов. Регионы не получили ни копейки. Однако, целью проекта была только легализация ПО, а потому целью его продолжения может быть повторная легализация того же ПО. Для оправдания повторной легализации нужен провал проекта ПСПО, а лучше -- полупровал ("хорошо, но рановато"), так как за провалом следуют оргмеры, а полупровал это как бы полууспех, -- задание выполнено, хотя цель не достигнута. Можно затеять "вторую помощь", а по просьбам регионов постараться найти федеральные деньги.
3.2. ПСПО
Однако, желающим сделать федеральные расходы постоянными, нужно и СПО превратить в федеральную кормушку. Так как во всех книжках написано, что СПО кормится поддержкой, то ее тоже можно сделать централизованной. Вопреки опыту пилотного внедрения 2008 года, при котором за центром остался только 3 уровень, а 1 и 2 уровень были за региональными внедренцами. Что мешает? Мешает внедрение, прописаное в 1447-р, так как его невозможно провести централизованно. Трудно его и изобразить бумажками, потому что легко проверить. Потому внедрение выкинуто и заменено на централизованное обучение, которое, при всей его фантастичности, изобразить куда проще.
4. Что получим.
При самом лучшем исполнении проекта ПСПО-2009 в соответствии с задумкой разработчиков его КД, мы получим тьюторов на местах, прошедших ускоренное обучение. Региональные фирмы, обладающие компетентностью в СПО, останутся за бортом проекта. Создание "центров методической поддержки" переложено на регионы, в некоторых из которых руководство образованием и не знает, что это такое. А вот специалистов технической поддержки в регионах вовсе никто не привлекает и не готовит. Получаем укрепеление централизации и
5. Полупровал плана.
Что и требовалось. Собственно, при централизации одно из главных преимуществ СПО нивелируется. Захочет хозяин СПО -- пожалуйста, уважим эту его блажь. Захочет проприетарщину -- ради бога, -- ничего и менять-то не нужно.
6. Что делать.
-- Не допустить федеральную "вторую помощь". Отдельная тема, не здесь.
-- Добиваться от проекта ПСПО-2009 и ФАО полной публикации разработок под свободной лицензией: портала, хелп-деска, системы мониторинга, форума, социальной сети. Это нужно для тиражирования решения в регионах.
-- Добиваться от проекта ПСПО-2009 и ФАО полной публикации всех разработанных УМК и дистанционных курсов в формате свободных систем дистанционого обучения СДО. Это нужно, чтобы не допустить централизации обучения в руках одного учебного центра со своей СДО.
-- Предлагать местным властям техническую поддержку СПО силами местных фирм.
-- Предлагать местным властям методическую поддержку силами региональных ресурсных центров.

Для защиты от навязчивого в последнее время спама комментарии от не-френдов скринятся.

Bran Backup server online demo

Проект Bran Backup Server потихоньку набирает обороты.Теперь есть wiki
и даже online демонстрация.

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

В демонстрацию включён пример действующего клиента.

Дыбр

Рискнул водрузить на поверписишный мак бету убунты 9.10. Вестч. Мне почему-то кажется, что стало сильно шустрее. gdm2 красив, но пока непонятно, как его настраивать - гуевой тулзовинки не обнаружено, как было в предыдущей версии. По файлам я могу полазить, но некошерно же... Из потерь - medibuntu перестала поддерживать powerpc. Если это включает power64, придется думать, как жить дальше. То ли дебианить, то ли федорить.

Не удержался, выдал 0.02 в своем англоязычном блоге на тему склоки Ричарда и Мигеля. Каменты .. в общем, предсказуемы. Единственное, чего я не знал - что большие компании участвовали в подготовке GPL3

Про DCOP

Старожилы помнят, как легко и просто было во времена KDE 3.5, и как быстро писались однострочники вроде

dcop amarok Player pause

которая вызывала соответствующее действие в amarok.

В KDE 4 от старой системы DCOP отказались в пользу единой для всех DE и системы вообще шины DBUS. Главное преимущество этой шины перед DCOP состоит в том, что она, во-первых, нормально работает с несколькими объектами на шине, а во-вторых, умеет посылать сигналы нескольким объектам сразу. Плюс она теоретически может быть транслирована в удалённые вызовы XML-RPC, хотя я не видел приложений, которые бы этим пользовались на практике, разве что PulseAudio вроде этим занимается.

А как быть с полюбившимися однострочниками? Ничего страшного, DBUS предлагает несколько более сложный, но вполне удобный инструментарий для создания сообщений из командной строки. Команда зовётся qdbus. Запустив amarok, откройте терминал и выполните команду:

qdbus

Получите список объектов на вашей шине (выполните sudo qdbus — и получите другой список, рутовый). Найдите в нём org.kde.amarok — это и есть ваш amarok. Также, как и в случае dcop, запустим:

qdbus org.kde.amarok

Получим список интерфейсов, прямо почти как в dcop, только нотация другая. Ну и наконец, доберёмся до методов:

qdbus org.kde.amarok /Player

Получим список методов, которых можно вызвать. Например, для вызова Пуск/Пауза, наберём:

qdbus org.kde.amarok /Player org.freedesktop.MediaPlayer.PlayPause

Вуаля.

P.S. Думаете, гнома это не касается? :)

qdbus org.gnome.Listen /org/gnome/listen org.gnome.Listen.play_pause

:)

Originally published at Aceler online. You can comment here or there.

Про DCOP

Старожилы помнят, как легко и просто было во времена KDE 3.5, и как быстро писались однострочники вроде

dcop amarok Player pause

которая вызывала соответствующее действие в amarok.

В KDE 4 от старой системы DCOP отказались в пользу единой для всех DE и системы вообще шины DBUS. Главное преимущество этой шины перед DCOP состоит в том, что она, во-первых, нормально работает с несколькими объектами на шине, а во-вторых, умеет посылать сигналы нескольким объектам сразу. Плюс она теоретически может быть транслирована в удалённые вызовы XML-RPC, хотя я не видел приложений, которые бы этим пользовались на практике, разве что PulseAudio вроде этим занимается.

А как быть с полюбившимися однострочниками? Ничего страшного, DBUS предлагает несколько более сложный, но вполне удобный инструментарий для создания сообщений из командной строки. Команда зовётся qdbus. Запустив amarok, откройте терминал и выполните команду:

qdbus

Получите список объектов на вашей шине (выполните sudo qdbus — и получите другой список, рутовый). Найдите в нём org.kde.amarok — это и есть ваш amarok. Также, как и в случае dcop, запустим:

qdbus org.kde.amarok

Получим список интерфейсов, прямо почти как в dcop, только нотация другая. Ну и наконец, доберёмся до методов:

qdbus org.kde.amarok /Player

Получим список методов, которых можно вызвать. Например, для вызова Пуск/Пауза, наберём:

qdbus org.kde.amarok /Player org.freedesktop.MediaPlayer.PlayPause

Вуаля.

P.S. Думаете, гнома это не касается? :)

qdbus org.gnome.Listen /org/gnome/listen org.gnome.Listen.play_pause

:)

Originally published at Aceler online. You can comment here or there.

О недополученной прибыли, опять

Все-таки жадность бизнесменов страшная сила, особенно вместе с хамством. Когда-то давно я играл в warbirds ... ага, на открытом сервере. На который пытались наехать в совершенно хамской манере (I know what you're doing. My arms are very long) владельцы оригинального сервера. Я тогда позабавился. Последнее время через ЛОР прошла пара ссылок на аналогичные наезды, теперь уже на свободный софт. Сначала белорусы потребовали уничтожить способ запускать какую-то обучалку под линухом (аргумент феерический - "а вдруг они научатся копировать наши диски!" при этом "сами портировать под линух мы не будем, сложно и не окупается"). Теперь демонстраторы рекламы требуют запретить расширение огнелиса, убирающее рекламу и задержку при скачивании файлов. Аргументация у всех стандартная. "У нас бизнес-модель!" "Мы кормим семьи" и т.д... Лапочки!

ЗЫ Вообще, ненавистники рекламоуничтожающих расширений неиллюзорно работают на популяризацию оных. Я до сего дня даже не слыхал про этот skipscreen...

Upd. Я добавил ссылку на жадных белорусов. Прошу нижайше украинцев извинить меня за склероз.

Свободный просмотр проприетарного формата ПДД

Для белорусской программы для обучения правилам дорожного движения Учебная программа ПДД. Выпуск 11 разработан свободный клиент pdd-by, позволяющий базу программы использовать в Linux. Производители ПДД 11 отказываются выпускать версию под Linux сами, при этом требуя прикрыть альтернативную реализацию, мотивируя это в том числе и малочисленностью пользователей Linux:

"У нас предприятие, которое платит налоги. Спонсоров у нас нет и бесплатно мы развиваться и расширяться не можем. Если такие семеняки сделают нашу программу "бесплатной", то в будущем наших разработок просто не будет."
Ветку форума, на которой ведётся обсуждение, требуют удалить.


Ссылки на новость:
http://www.opennet.ru/opennews/art.shtml?num=23802
http://it.tut.by/news/92533.html

Киберплат с открытым исходным кодом

"Компания Киберплат объявляет о том, что, начиная с 3 августа 2009 года проект терминального программного обеспечения развивается в режиме открытого исходного кода (Open Source) и приглашает своих партнеров и внешних разработчиков к участию в коллективной работе."
Сайт проекта

Речь идёт о программе, которая устанавливается на платёжные терминалы (как автоматы, так и рабочие места). Открытость кода даёт Киберплату большое преимущество в тех проектах, где планируется использование систем на базе СПО, а также ускорит улучшение и расширение системы.

Правда на CNews в интервью сказано странное: "код предоставляется участникам в режиме «только для чтения» - если участник проекта желает сделать свой код доступным, код высылается модераторам для контроля и публикации."

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

стремление к идеалу

Вот уже много лет идёт активная конкуренция между глазами и ушами за право доставить самую интересную информацию. Иногда эти конкуренты заходят на территорию друг-друга.

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


Конечно не стоит все слова превращать в пиктограммы. Крайний случай можно наблюдать в "азиатских" интерфейсах. Типичные представители - xine и blender. Глядя на эти приложения надо долго медитировать, чтобы понять на какую нажать картинку для достижения результата. А эти самые картинки к тому же могут быть очень и очень мелкими.

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

Есть и противоположная крайность - всё словами и текстом. Не так давно я избавлялся в своих творениях от подобного изобилия.

Для начала, встроенная справка. Раньше основная кнопка старательно меняла своё название с "Показать справку" на "Скрыть справку".


Но потом ей на помощь пришла стандартная иконка закрытия окна. Теперь нет необходимости менять название кнопки на лету. Сразу ясно, что надо сделать, чтобы убрать справку.



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


Кнопки были заменены на стандартные иконки "плейера". Понимание того как листать страницы сильно не пострадало, зато навигационная панель стала занимать гораздо меньше места.



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



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



Аналогично поступают когда хочется обратить внимание на некоторые колонки. Иногда считают, что вместо подсветки строк можно обойтись картинкой, но тут возникает так же проблема что и с checkbox. Сначала надо будет в каждой строке смотреть на картинку, а потом анализировать содержимое нужного поля. Вот таблица без цветового выделения:


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



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

LanguageTool - Open Source language checker

Оказывается, живёт и развивает LanguageTool - Open Source language checker, позволяющий добавлять правила проверки грамматики, использования прописных букв, пунктуации, благозвучности, и типографичности.
Вот например, что сделано для русского языка.
Написан LanguageTool на Java, поддерживает множество языков. Имеется расширение для использования в OpenOffice.

Bran backup server на Softool-2009

Во вторник и четверг на этой неделе меня можно будет найти на Softool-2009 на стенде ALT Linux (№ E27). Интересующиеся cмогут воочую посмотреть и пощупать новую бету Bran Backup Server. Скачать эту бету можно будет наверное уже через неделю, после окончания выставки. Нетерпеливые могут воспользоваться mkimage-profiles-desktop в моём репозитарии на git.alt

Следите за дальнейшими анонсами ;)

ALT Linux на Softool

ВВЦ, павильон 69, стенд Е27 (27-30 октября, 2009)
Демонстрируются первые релизы на Пятой Платформе:
Ковчег (Office Server + GNOME Desktop) -- интегрированный комплект для офиса.
Школьный (Школьный Сервер + Мастер (KDE4) + Юниор (GNOME) + Легкий (XFCE))
Релиз-кандидат Simply Linux Дениса Корявова.
Бета версия Backup Server.
Тиража пока нет, но все можно записать на свои носители.
На нашем стенде: Etersoft, Etegro с Inqusitor, Мототелеком (телефония, внедрение).
Рядом со стендом -- буфет.
Я, скорее всего, буду в четверг.

фишки пятой платформы

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

— Да есть ли где его смерть?
— Его смерть — на конце иглы, та игла — в яйце, то яйцо — в утке, та утка — в зайце, тот заяц — в кованом ларце, а тот ларец — на вершине старого дуба. А дуб тот в дремучем лесу растет.

Сказка о царевне-лягушке.

Система автоматических обновлений как раз такой случай когда интересно не только интерфейсы показать, а ещё рассказать как оно внутри работает.

В основе всего лежит apt-conf. База данных по зеркалам и репозиториям пакетов. Как частный случай, из этой базы создаются sources.list для apt. Кроме того, для каждого дистрибутива определён некий список "совместимых" с ним репозиториев. То есть таких репозиториев из которых можно спокойно обновлять систему не опасаясь за то, что она "превратится в тыкву".

Второй компонент - sisyphus-mirror. Очень удобная утилита для создания локального зеркала.

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

• какие аппаратные архитектуры интересуют;


• адрес источника (можно воспользоваться базой зеркал, а можно и ввести адрес вручную);


• делать ли локальную копию (локальное зеркало);


• публиковать ли репозитарий в локальной сети по протоколу zeroconf.

Последняя возможность особенно интересная. С её помощью можно регулировать автоматические обновления во всей локальной сети не бегая по машинам. Если, допустим, вы узнали, что в некотором репозитории произошли нежелательные изменения: просто отключаете его публикацию и обновление будет остановлено. Ещё сценарий: офисная сеть пользовалась некоторым внешним зеркалом, зеркало перестало работать. Лёгким движением руки вы перестраиваете весь офис на новое зеркало.

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

Сразу предупреждаю, возможность интересная, но новая и экспериментальная. Есть один нюанс о котором следует знать. К сожалению, факт публикации ничем не "подписан". "Левые" обновления с троянами схватить нельзя, поскольку все репозитории защищены подписями, но внести определённую сумятицу, опубликовав ссылку на другое зеркало вполне возможно. Если способ публикации через zeroconf понравится, то в будущей версии этот недостаток конечно же будет исправлен.

А вот и сам интерфейс:

Как видите всё очень просто. При использовании локальных зеркал можно задать расписание зеркалирования.

На стороне клиента вышеупомянутая база apt-conf дополняется утилитой sisyphus-updates. Утилита столь же простая и удобная как и sisyphus-mirror.

Интерфейс клиента:

Как видите, достаточно указать:

• способ обновления (источник указан явно или берётся из zeroconf)


• желаемые репозитории


• расписание обновлений

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