Re: xfonts-bolkhov-*

2023-02-14 Пенетрантность Nicholas Guriev 
On 14.02.2023 23:24:38 MSK Eugene Berdnikov wrote:
>   Добрый вечер. Кто-нибудь может пояснить, отчего в testing (bookworm)
>  болховитяновских шрифтов нет, хотя в stable (bullseye) они присутствуют?
> 
>  Например, xfonts-bolkhov-isocyr-75dpi:
>  https://packages.debian.org/search?suite=bullseye=xfonts-bolkhov-i
> socyr-75dpi
> https://packages.debian.org/search?suite=bookworm=xfonts-bolkhov-i
> socyr-75dpi По всем пакетам xfonts-bolkhov-* ситуация такая.
> 
>  В unstable (sid) фонты опять появляются.

Здравствуйте!

К сожалению, пакет исходников xfonts-bolkhov остался без сопровождающего, и
некому было исправить в нём критичный для выпуска дефект [1].

Хотя код сборки [2] этого пакета выглядит усложнённым, думаю, будет
осуществимой задачей добавить в d/rules строчки с обязательными целями
build-arch и build-indep, как требуется согласно актуальной Политике Debian,
раздел 4.9. Наподобие:

build-arch:
build-indep: build

 [1]: https://bugs.debian.org/999281
 [2]: 
https://sources.debian.org/src/xfonts-bolkhov/1.1.20001007-8.2/debian/rules/


signature.asc
Description: This is a digitally signed message part.

Re: Я хочу попробовать себя мейтенером.

2022-02-06 Пенетрантность Nicholas Guriev 
On Вс, 2022-02-06 at 11:43 +0500, Leonid . wrote:
> Ну я имел в виду, что собирать я должен "системным" GCC, а не clang или
> чем-нибудь подобным?
> (Просто некоторые проекты рекомендуют использовать конкретный
> компилятор.)

Сперва стоит попробовать собрать компилятором по умолчанию в Debian -
GCC. Если всё-таки требуется какая-то особая функциональность Clang,
скажем -fblocks, то придётся задействовать его. Надо учитывать, что у
LLVM в Debian более низкий уровень поддержки по сравнению с дефолтным
инструментарием. Например, на днях я столкнулся с тем, что Clang не
способен собрать рабочие исполняемые файлы для IBM System z из кода на
C++ с исключениями. Впрочем, это уже другая история, но если ваш пакет
не соберётся для одной из выпускающих архитектур[1], это заблокирует его
переход в тестируемый и стабильный выпуски.

 [1]: https://www.debian.org/ports/#released 


Чтобы выбрать конкретный компилятор, пропишите зависимость в d/control.

   Build-Depends-Arch: clang | c-compiler

А в d/rules как один из вариантов установите переменную окружения.

   export CC ?= clang

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

> Могу ли я поставлять скрипты в пакете не только для systemd, но еще и
> для sysVinit, openrc, runit?

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

Раздел 9.3 руководства по политике Debian[2] настаивает (написано should
have), чтобы они назывались также как и сервисы для systemd. Также есть
условие, чтобы сервис назывался бы также как и сам пакет.

 [2]: https://www.debian.org/doc/debian-policy/ch-opersys.html#s-services-intro


> А про флаги... То есть я выбираю поддержку чего выкинуть и чего
> включить?
> Нет какого-нибудь регламента?

О какой-то кодифицированной спецификации или регламенте мне не известно.
Общее соглашение таково, что сопровождающий сам решает, какой функционал
полезен в Debian, ориентируясь на мнение пользователей. Моё мнение:
имеет смысл включать по умолчанию максимально неконфликтующую
функциональность. Можно рассмотреть возможность сборки нескольких
двоичных пакетов за раз из одного исходника, включая разные функции в
разных пакетах. В пример такого подхода можно привести Vim или Qt.
Вынужден отметить, что в таком случае есть сложности при использовании
рекомендуемого инструмента dh(1) из состава Debhelper.



signature.asc
Description: This is a digitally signed message part

Re: Я хочу попробовать себя мейтенером.

2022-01-29 Пенетрантность Nicholas Guriev 
On Пт, 2022-01-28 at 14:11 +0500, Leonid wrote:
> Я хочу попробовать быть сопроводителем пакетов debian.

Отличное начинание! 

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

Посмотрите PDF-презентацию о пакетировании из пакета packaging-tutorial.
Ознакомьтесь с Debian Policy Manual (есть только английский вариант).
Много полезных ссылок вы найдёте на .

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

После того, как ваш новый пакет с исходным кодом будет готов (файл .dsc
и связанные), загрузите его на  и откройте
RFS запрос в псевдопакете sponsorship-requests. Можно воспользоваться
шаблоном, предлагаемым на mentors.d.n сайте.

> Какие требования к сборке (каким компилятором, с какими опциями)?

Особых требований нет. Вполне можно положиться на upstream, какие опции
они используют. Компилятор, конечно же, зависит от языка
программирования, на котором написана программа. Среди build-essential
пакетов есть компиляторы C и C++ из пакета src:gcc-defaults. Все другие
компиляторы надо указывать явно в поле Build-Depends.

За флаги сборки отвечает утилита dpkg-buildflags(1). От сборочной
системы, применяемой в пакете, требуется лишь учитывать переменные
окружения CFLAGS, CXXFLAGS, DFLAGS и подобные.

> Обязательно ли делать кросс-компиляцию для всех архитектур или можно 
> собирать только под удобные?

В большинстве случаев достаточно убедиться, что программа вообще
компилируется хотя бы на вашем компьютере. Все пакеты в Debian "нативно"
собираются специальной сетью сборочных машин, buildd
. Возможность кросскомпиляции не
обязательна, но желательна. К счастью для простых программ APT и Dpkg
способны самостоятельно разобраться с кросскомпиляцией прозрачно для
сопровождающего.

Из-за кросскомпиляции в файле d/control появляются некоторые нюансы,
связанные с кодогенерацией или запуском Python/Perl/Ruby/PHP (и
подобных) сценариев. Если потребуется, могу рассказать про них отдельно.



signature.asc
Description: This is a digitally signed message part

Re: Я хочу попробовать себя мейтенером.

2022-01-29 Пенетрантность Nicholas Guriev 
Добрый день!

Раз вы до сих пор не получили отклика из этого списка, то вам придётся
заполнить RFS report по-английски и отправить его в BTS.

   https://mentors.debian.net/sponsors/rfs-howto/prometheus-cpp/

Учтите, что на mentors.d.n загруженные пакеты хранятся ограниченное
количество времени, а потом безвозвратно удаляются. Кажется, всего месяц
или два хранятся.

Возможно, вам стоит обратиться непосредственно к DD, который создал
проект .

On Пт, 2022-01-28 at 21:15 +0300, Maksim Dmitrichenko wrote:
> "Если надо объяснять, то не надо объяснять" =)
> 
> Рано вы, дружище, взялись за шашку. Читать вам надо mentors.debian.net до
> просветления.
> 
> В целом тут помощи тоже сложно сыскать в этом вопросе [1]
> 
> [1] https://lists.debian.org/debian-russian/2021/12/msg00023.html
> 



signature.asc
Description: This is a digitally signed message part

Re: как добавить пакет в дебиан?

2021-06-10 Пенетрантность Nicholas Guriev 
Для добавления нового пакета обязательный первый шаг - заполнение WNPP-
запроса. Отправить его может кто угодно, что я собственно и сделал.

https://bugs.debian.org/989697

Правда, не знаю, займётся ли кто-нибудь реальной подготовкой пакета.
Запросы новых пакетов почему-то только копятся. ️



signature.asc
Description: This is a digitally signed message part

Re: Не создаются shlibs

2021-04-27 Пенетрантность Nicholas Guriev 
Доброй ночи!

А какой используется уровень совместимости Debhelper? Что-нибудь
полезное выводится при выставленной переменной окружения DH_VERBOSE=1?

Вообще говоря, dh_makeshlibs(1) представляет собой относительно простой
Perl-сценарий, и его можно отладить родными для Perl инструментами.
Например, можно воспользоваться полной трассировкой.

perl -d:Trace /usr/bin/dh_makeshlibs

Возможно, будет что-нибудь полезное.
Потребуется установленный пакет libdevel-trace-perl.



signature.asc
Description: This is a digitally signed message part

Re: 1C предприятие на Debian или Debian based

2021-01-24 Пенетрантность Nicholas Guriev 
On Sun, 2021-01-24 at 22:35 +0300, Maksim Dmitrichenko wrote:
> Давайте, облегчим задачу вам и мне: вам не нужно рассказывать про
> альтернативные способы поимки в пустыне льва в клетку, а мне не нужно будет
> объяснять вам, почему этот вариант не вариант. Ну серьезно товарищи, я уже
> сам провел некоторое прощупывание ситуации и, сопоставив все за/против (мои
> и будущих пользователей), пришел к единственному варианту, который
> обозначен в изначальном посте. Переменной остается только ОС, на которой
> это будет развернуто - у предпринимателей нет никаких возражений против
> линукса.

Если уже всё продумано за нас, то в чём вопрос заключается? Что вы
ожидаете получить от списка рассылки про Debian?



signature.asc
Description: This is a digitally signed message part

Re: Подходят ли комплектующие ПК к Debian

2021-01-17 Пенетрантность Nicholas Guriev 
On Sat, 2021-01-16 at 13:05 -0600, D. H. wrote:
> On 2021-01-16 12:56 p.m., Sohin Vyacheslav wrote:
> > а я думал ты скажешь, забейте на любые игры и welcome to real world))
> 
> Неа, я тоже люблю игры, много есть действительно интересных, о чем
> задуматься да и просто пострелять монстров после длинного дня. И я тоже
> страдал этим собрать комп для игр. Когда посчитал сколько потратил
> за 2 года (здесь считалось и моё время которое я на весь этот выбор
> тратил) и посмотрел сколько стоит консоль - выбор был очевиден.
> 
> А как не крути, игры сейчас делаются с оглядкой на консоль. Те что того
> стоят.
> 

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

При сравнении цен нужно учитывать также и стоимость игрушек, которые вы
купите для своей консоли. В среднем, игры для ПК раза в 3 или 4 дешевле,
если брать легально. И не забывайте, компьютер - он универсальный, и
можно использовать для любых задач. А типичная консоль только для
развлечений годится. На что вряд ли будет тратиться больше часа в день.

"Делу время, а потехе - час".



signature.asc
Description: This is a digitally signed message part

Re: Debian Testing Live ISO

2020-12-15 Пенетрантность Nicholas Guriev 
On Tue, 2020-12-15 at 22:22 +0300, nefedov.y...@jinr.ru wrote:
>   Не очень понятен вопрос. Если Live, то причем здесь виртуальная
>   машина, да еще без полной установки...
>   Что будет в виртуальной машине?
> 
>   Но наверное вам сюда.
> https://cdimage.debian.org/cdimage/weekly-live-builds/amd64/iso-hybrid/
> 
> Ю.

Точно то что надо! Спасибо за помощь, сам я проглядел ️. Так я теперь
смогу гораздо быстрее и проще проверять работоспособность новых пакетов.



signature.asc
Description: This is a digitally signed message part

Debian Testing Live ISO

2020-12-15 Пенетрантность Nicholas Guriev 
Добрый день всем!

Пожалуйста, подскажите, откуда можно загрузить образы Debian testing,
подходящие для работы в Live режиме, чтобы проверить работоспособность
некоторых GUI-программ в виртуальной машине без полной установки
системы. Почему-то на cdimage.d.o находятся только netinst образы с
текущим тестируемым выпуском, а на странице Live-образов[1] упомянут
только стабильный выпуск. Быть может, где-то уже есть предустановленные
сборки, предназначенные для быстрой проверки пакетов?

Например, Ubuntu предлагает ежедневные devel-сборки[2]. Есть ли что-то
подобное в Debian, но для testing или даже unstable?

 [1]: https://www.debian.org/CD/live/
 [2]: https://cdimage.ubuntu.com/daily-live/current/



signature.asc
Description: This is a digitally signed message part

Re: Kernel panic на ядре 4.19.0-10-amd64 в Buster

2020-08-13 Пенетрантность Nicholas Guriev 
Вы бы хоть инструкцию по поиску логов привели. Например, рассказали бы, из каких
файлов их читать, рассказали бы про пакеты linux-crashdump и kdump-tools. Всяко
полезнее было.  https://ubuntu.com/server/docs/kernel-crash-dump

On Thu, 2020-08-13 at 19:48 +0300, Anton Gorlov wrote:
> Вы бы хоть логи привели. А то телепаты ещё в отпусках.
> 
> 13.08.2020 7:52, Andrey Tataranovich пишет:
> > Приветствую.
> > 
> > Столкнулся с kernel panic после обновления на последнее доступное ядро 
> > 4.19.0-10-amd64 (4.19.132-1) в Buster. Сначала дважды "запаниковал" один 
> > сервер, а вчера обновил на это ядро виртуалку и получил аналогичное 
> > поведение.
> > 
> > У кого-то еще проявилась подобная проблема?
> > 
> > P.S. Логи пока достать не удалось.
> > 


signature.asc
Description: This is a digitally signed message part