Я имел в виду не набор регалий длиной с мою ногу, а специализацию автора, т. е. то, что, судя по блогу, он хорошо знаком с TLS, DPI, проксированием трафика и прочими подобными вещами.
Безотносительно к теме Telegram, блог интересный, рекомендую.
По моему опыту, в основном это расширения, "завязанные" на Australis (friGate, mailvelope, etc.). Т. е. логика исправна, но банально недоступна какая-нибудь кнопка.
Посмотрите на Classic Theme Restorer — там фактически для Firefox и для SeaMonkey сделано два разных набора настроек (два разных UI для настройки разных UI).
Это я к чему? Во-первых, всё в руках разработчика расширений, и, во-вторых, некоторые проблемы совместимости, увы, непреодолимы. Иначе придётся пилить свой Australis emulation layer для SeaMonkey.
В ряде случаев, кстати, расширение бывает таки совместимо — достаточно просто вписать ещё один application id (соответствующий SeaMonkey) в install.rdf.
Т. е. вопрос скорее в контексте не continuous integration, а continuous delivery. Тогда это не вопрос ко мне или к разработчикам Debian, а задача для автора tcDebRepository, причём имеющая смысл исключительно для сборки пакетов из основной поставки Debian GNU/Linux.
Если я собираю свой пакет на своём сервере, я не вижу проблем в том, чтобы просто сделать инкремент версии в случае, эквивалентном, скажем, binNMU.
bash приведён исключительно для примера. Смысл собирать в том, что
Некоторые официальные сборки пакетов, увы, кривые, и их приходится пересобирать.
Некоторые пакеты (xfs, X11 Font Server) ранее присутствовали в дистрибутиве, а затем были исключены из него, но по-прежнему представляют интерес для пользователей.
Наконец, кто-то может разрабатывать своё ПО вне инфраструктуры Debian, но ориентироваться на одну конкретную ОС. Использовать для этих целей Open Build Service — перебор.
Open Build Service — безусловно, хорошая штука, но так сложилось, что в своей работе я уже использую TeamCity. "Боевого" опыта использования Open Build Service у меня нет, так что сделать полноценное сравнение я не смогу.
Для работы kerneltop надо включить профайлинг ядра (добавить, как минимум, profile=1 в командную строку) и перезагрузиться. После перезагрузки действительно появится /proc/profile.
В качестве дополнения — есть ещё замечательня утилита corkscrew (доступна в т. ч. и на Cygwin), позволяющая для установления SSH-соединения использовать HTTP-прокси. Необходимо соблюдение двух условий:
прокси-сервер должен разрешать HTTPS CONNECT;
SSH-сервер должен «слушать» на порту 443 (в мире сурового ынтырпрайза HTTPS CONNECT на порт, отличный от 443, обычно запрещают).
Ремарка: PuTTY умеет использовать HTTP прокси своими силами, обходясь без corkscrew.
В результате фрагмент конфигурации будет выглядеть так:
Host home
Hostname ...
User ...
Compression yes
Port 443
ProxyCommand corkscrew webcache.mycompany.com 8080 %h %p
После этого «хождение» на все остальные SSH-сервера достигается тривиальным образом:
Host ...
Hostname ...
User ...
Compression yes
Port ...
ProxyCommand ssh -W %h:%p home
Я имел в виду не набор регалий длиной с мою ногу, а специализацию автора, т. е. то, что, судя по блогу, он хорошо знаком с TLS, DPI, проксированием трафика и прочими подобными вещами.
Безотносительно к теме Telegram, блог интересный, рекомендую.
Вот здесь: https://yvoinov.blogspot.com/2019/08/empire-will-strike-back.html интересная критика описанного в статье подхода.
Автор блога — один из соавторов форка nginx.
Не является прямым ответом на Ваш вопрос, но, возможно, будет интересно: https://github.com/excelsior-oss/
Спасибо, будем ждать.
Уважаемый pjBooms, пожалуйста, насколько это будет возможно, поделитесь информацией. Неизвестность — она хуже всего.
Да, но загрузить можно только с excelsior-usa.com, который также недоступен.
Если кто-нибудь обладает живыми легальными ссылками для загрузки стандартной версии для x86 — поделитесь, пожалуйста.
Мне кажется, стоило бы ещё упомянуть goldshtn/linux-tracing-workshop.
По моему опыту, в основном это расширения, "завязанные" на Australis (friGate, mailvelope, etc.). Т. е. логика исправна, но банально недоступна какая-нибудь кнопка.
Посмотрите на Classic Theme Restorer — там фактически для Firefox и для SeaMonkey сделано два разных набора настроек (два разных UI для настройки разных UI).
Это я к чему? Во-первых, всё в руках разработчика расширений, и, во-вторых, некоторые проблемы совместимости, увы, непреодолимы. Иначе придётся пилить свой Australis emulation layer для SeaMonkey.
В ряде случаев, кстати, расширение бывает таки совместимо — достаточно просто вписать ещё один application id (соответствующий SeaMonkey) в install.rdf.
И с NPAPI тоже.
Я понял.
Т. е. вопрос скорее в контексте не continuous integration, а continuous delivery. Тогда это не вопрос ко мне или к разработчикам Debian, а задача для автора tcDebRepository, причём имеющая смысл исключительно для сборки пакетов из основной поставки Debian GNU/Linux.
Если я собираю свой пакет на своём сервере, я не вижу проблем в том, чтобы просто сделать инкремент версии в случае, эквивалентном, скажем, binNMU.
Или я что-то упустил?
Андрей Рахматуллин из проекта Debian комментирует:
Похоже, пора переводить статью на английский и писать в
debian-devel@lists.d.o
с просьбой прокомментировать.Спасибо за оценку.
На вопрос, думаю, смогу ответить спустя какое-то время, когда наберётся достаточная статистика по
dpkg
(пока что не было ни одного NMU или QA Upload).Пока что вижу, что
debian/changelog
, что странноdebian/changelog
изредка различаются, что тоже странноДумаю, надо внимательно курить специфичную для Debian литературу (Policy Guide и т. д.).
Могу порекомендовать Вам поднять сборку
dpkg
, используя статью в кач-ве инструкции, и убедиться во всём воочию.bash
приведён исключительно для примера. Смысл собирать в том, чтоxfs
, X11 Font Server) ранее присутствовали в дистрибутиве, а затем были исключены из него, но по-прежнему представляют интерес для пользователей.kerneltop
надо включить профайлинг ядра (добавить, как минимум,profile=1
в командную строку) и перезагрузиться. После перезагрузки действительно появится/proc/profile
.Снимок с примером работы
kerneltop
:Дополнительно к этому, есть замечательный BinTray, который интегрируется с GitHub и Maven Central (и не только).
В качестве дополнения — есть ещё замечательня утилита
corkscrew
(доступна в т. ч. и на Cygwin), позволяющая для установления SSH-соединения использовать HTTP-прокси. Необходимо соблюдение двух условий:Ремарка: PuTTY умеет использовать HTTP прокси своими силами, обходясь без
corkscrew
.В результате фрагмент конфигурации будет выглядеть так:
После этого «хождение» на все остальные SSH-сервера достигается тривиальным образом:
Насколько я понимаю предметную область, это проблема именно FindBugs,
но Eclipse 4.5+ уже умеет её обходить.
Я постараюсь в ближаёшее время адаптировать аннотации и сообщить Вам.
P. S. Спасибо за отклик =)