Re: Единыйрепозиторийисходниковпроекта Debian
Konstantin Fadeyev jredkiy at gmail.com writes: Вроде Дебиан запускал какой-то репозиторий, где хранится история аж некольких релизов. Подскажите на него ссылку. Это? https://www.debian.org/distrib/archive http://archive.debian.net/ Я гуглил old debian, можно еще debian archive... По любому пакету, например: http://archive.debian.net/bo/i386/bsdutils/download на странице загрузки будет список зеркал. Еще http://cdimage.debian.org/mirror/cdimage/archive/
Единый репозиторий исходников проекта Debian
Здравствуйте! Хочу себя попробовать на ниве статистики. Решил потренироваться на исходниках Дебиан. В сети встречал пару примеров использования репозитория исходников проекта с подобными целями. С ориентируйте меня на какой-нибудь центральный репозиторий где есть исходники всего проекта, управляемый системой контроля версий. Если такого нет, то подскажите что можно использовать в этом случае. Вроде Дебиан запускал какой-то репозиторий, где хранится история аж некольких релизов. Подскажите на него ссылку. Спасибо! -- Константин Фадеев
Re: Единый репозиторий исходников проекта Debian
В сообщении от [Вс 2015-08-09 18:41 +0300] Konstantin Fadeyev jred...@gmail.com пишет: Хочу себя попробовать на ниве статистики. Решил потренироваться на исходниках Дебиан. В сети встречал пару примеров использования репозитория исходников проекта с подобными целями. С ориентируйте меня на какой-нибудь центральный репозиторий где есть исходники всего проекта, управляемый системой контроля версий. Если такого нет, то подскажите что можно использовать в этом случае. Вроде Дебиан запускал какой-то репозиторий, где хранится история аж некольких релизов. Подскажите на него ссылку. Спасибо! Насколько мне известно, у Debian нет системы контроля версий, у него свой жизненный цикл разработки «Unstable -- Testing -- Stable» [1] то есть от нестабильного релиза к стабильному, которому в итоге присваивается номер и имя. По нему вы можете отследить исходники пакета во времени. Заходите в нужный релиз [2], там находите каталог source и скачиваете iso-образ содержащий ваш пакет. Образы могут быть в формате CD, DVD, или BD посмотреть его содержимое перед скачиванием можно в каталоге list. Есть ещё вариант «Debian Code Search» [3], там проиндексированы актуальные исходники всех пакетов в нестабильном релизе (sid) и по ним можно находить и смотреть как реализованы функции или протоколы в разных пакетах и/или языках программирования. [1] https://debian-handbook.info/browse/stable/sect.release-lifecycle.html [2] http://cdimage.debian.org/cdimage/archive/ [3] https://codesearch.debian.net/ -- http://google.com/+РусланКоротаев -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150809183822.GA1774@debian
Re: Управлениесервисамибезотносительно sysvinit/upstart/systemd
Артём Н. artiom14 at yandex.ru writes: При желании (я сам пока не читал): man 7 bootup man 7 daemon daemon(7) - интересный материал! Я бы просто по старинке sysvinit написал бы и не разбирался. Они все дергают /etc/init.d/rc в конце концов или как то эмулируют его работу... В общем нужно адаптироваться к новому окружению (( Вообще, я не админ, мне не требуются возможности, которые предоставляет system.d, но по-моему система дурная... Излишне сложно и много напихано, при том, что старое вполне работало и не требовало дополнительного изучения. Кому-то нравится, но что-то не то (зачем, например контроль за системой инициализации по D-Bus?). Зачем контроль кажись рассказано тут: http://ewontfix.com/15/ Нужен триггер, который бы рассказывал что сервис уже функционирует (через sd_notify(3) или DBus - так написано в daemon(7)). Требование WantedBy/RequiredBy/Wants/Requires (т.е. зависимости) работает если сервис передаcт сообщение о готовности (так что зависимые сервисы гарантироано смогу работать с зависимостями). В статье критикуется способ бинарного связывания через sd_notify(3) или DBus. Полнее о вариантах и механизмах отслеживания запуска в SYSTEMD.SERVICE(5) поиском по Type= Тут https://sourceware.org/ml/libc-alpha/2014-02/msg00738.html и в статье предлагается следить за созданием файла (pid-файл - классический случай) или открытием порта. systemd такое не поддерживает, для Type=fork отслеживает смерть родителя (ребенок становится демоном после форка). Итого systemd НЕ МОЖЕТ ГАРАНТИРОВАНО КОРРЕКТНО СТАРТОВАТ СИСТЕМУ, нужно всем важным/полезным сервисам следовать требованиям systemd по внедрению поддержки (то ли бинарно связаться через sd_notify(3), то ли с DBus, то ли принимать спец. сокет от systemd (наверно через argv, не разобрался)). Другие приколы от systemd - предлагают демонам писать не в SYSLOG(3) (реализация в LIBC ?), а в fprintf(stderr, ...), stderr демону не закрывать, уровни логгирования метить префиксом N Что я персонально вижу - это навязывание стиля оформления приложения, связывание с их решением - без каких либо попыток быть НЕВМЕШАБЕЛЬНЫМИ. Люди пишут что systemd это инструмент RedHat еще больше захватать рынок Linux. К сведению: packages.debian.org/jessie/systemd-sysv https://wiki.debian.org/systemd Тут обычно полнее: https://wiki.gentoo.org/wiki/Systemd https://wiki.archlinux.org/index.php/Systemd У Debian wiki проблемы с лицензированием контента (из-за чего архив незя запакетировать, если бы она была достаточно полезной) и мало желающих править странички.
Быстреели systemd стартуетсистемучем makefile-style concurrent boot?
Быстрее ли systemd стартует систему чем makefile-style concurrent boot? /etc/init.d/rc запускает: $STARTPAR -p 4 -t 20 -T 3 -M $1 -P $previous -R $runlevel В http://svn.savannah.nongnu.org/viewvc/startpar/trunk/startpar.c?root=sysvinitview=markup вроде число одновремеено выполняемых запусков: par*numcpu (опция -p на число sysconf(_SC_NPROCESSORS_ONLN)). В https://github.com/systemd/systemd не нашел реализацию запуска юнитов в стартап коде, что бы увидеть как реализован параллелизм. Большой обьем кода. Скорость загрузки ОС зависит от порядка загрузки сервисов, не запускать все сразу а по требованию, systemd еще в себя функциональность вбирает - несколькими сервисами меньше стартовать. Разработчики не обьясняют почему быстро грузится: http://0pointer.de/blog/projects/the-biggest-myths.html Myth: systemd is about speed. Yes, systemd is fast (A pretty complete userspace boot-up in ~900ms, anyone?), but that's primarily just a side-effect of doing things **right**. Из всей *правильности* по документации я видел только - старт по требованию, т.е. учет зависимостей. Разве LSB заголовки в /etc/init.d скриптах не решили проблему? Может ли быть что systemd только лишь быстрее стартует систему по сравнению с классической sysvinit, а не с использованием startpar? И я так понимаю что прослойка sh-скриптов также замедляет загрузку, и это из sysvinit никак не убрать...
Re: Единый репозиторий исходников проекта Debian
Debian Code Search подходит больше всего, но всё равно немного не то. Как я понял это просто веб-интерфейс для того чтоб исходники можно было прочесть. Мне бы желательно что-то пригодное для автоматической обработки. Пока думаю банально скачивать пакет исходников из репозитория, распаковывать и работать с ним. И так перебрать все. 9 августа 2015 г., 21:38 пользователь Руслан Коротаев korot...@ufamail.ru написал: В сообщении от [Вс 2015-08-09 18:41 +0300] Konstantin Fadeyev jred...@gmail.com пишет: Хочу себя попробовать на ниве статистики. Решил потренироваться на исходниках Дебиан. В сети встречал пару примеров использования репозитория исходников проекта с подобными целями. С ориентируйте меня на какой-нибудь центральный репозиторий где есть исходники всего проекта, управляемый системой контроля версий. Если такого нет, то подскажите что можно использовать в этом случае. Вроде Дебиан запускал какой-то репозиторий, где хранится история аж некольких релизов. Подскажите на него ссылку. Спасибо! Насколько мне известно, у Debian нет системы контроля версий, у него свой жизненный цикл разработки «Unstable -- Testing -- Stable» [1] то есть от нестабильного релиза к стабильному, которому в итоге присваивается номер и имя. По нему вы можете отследить исходники пакета во времени. Заходите в нужный релиз [2], там находите каталог source и скачиваете iso-образ содержащий ваш пакет. Образы могут быть в формате CD, DVD, или BD посмотреть его содержимое перед скачиванием можно в каталоге list. Есть ещё вариант «Debian Code Search» [3], там проиндексированы актуальные исходники всех пакетов в нестабильном релизе (sid) и по ним можно находить и смотреть как реализованы функции или протоколы в разных пакетах и/или языках программирования. [1] https://debian-handbook.info/browse/stable/sect.release-lifecycle.html [2] http://cdimage.debian.org/cdimage/archive/ [3] https://codesearch.debian.net/ -- http://google.com/+РусланКоротаев -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150809183822.GA1774@debian -- Константин Фадеев