Распаковка источника пакет Debian, который имеет tar.xz

[

] Похоже, что это просто ограничение, наложенное DNS-серверами Google. Очевидно, что они ограничивают свои ответы 72 байтами, независимо от размера отправленного пакета. Это может быть способ предотвратить использование их серверов в какой-то DOS-атаке, или предотвратить перегрузку их восходящих линий связи большими ответами ping.[

] [

] См. []Ken Felix Security Blog[]. Он пишет:[

] [

] [

]Возьмем, к примеру, Google, там есть dns-серверы ipv4, которые, вероятно, каждую секунду пингуют только бог знает кто. Из-за этого они установили регуляторы скорости icmp ( echo-reply )[

]. [

] [пример элидирован] [

] [

] Итак, мой 200-байтный эхо-запрос, вернул только 72 байта. Они должны сделать это или, если нет, они увидят еще больше исходящего трафика icmp, и это будет конфликтовать со всем объектом доставки DNS ответа или другими важными для бизнеса сервисами.[

] [

]

1
01.11.2015, 01:53
2 ответа

Центральным местом, где записывается, что делать с пакетом исходных текстов, является debian/rules. Это makefile, и несколько целей являются обязательными или стандартизированными, включая build, которая при необходимости распаковывает и исправляет любой архив исходных текстов, и patch, который должен распаковывать и исправлять любой архив исходных текстов. Многие пакеты используют вспомогательные сценарии , основными из которых являются debhelper (dh_* и новый dh фронтенд) и cdbs.

В пакете bash в wheezy используется несколько сценариев debhelper и не предусмотрена цель патча . Он также не предоставляет распаковку мишени (общая конвенция), но он предоставляет некоторые мишени, которые он использует внутри:

make -f debian/rules bash_src=bash unpack-bash
make -f debian/rules bash_src=bash patch-bash
2
27.01.2020, 23:37

Вальдын из IRC.OFTC.net помог мне найти одно решение, которое было запущено:

debian/rules bash-configure

Это делает некоторую лишнюю работу и оставляет некоторые каталоги, которые не являются частью Из источника, но, по крайней мере, это распаковывает его и применяет патчи, так что позволяет мне работать на исправленном источнике сейчас. Как я подозревал, каталог назначения не был предназначен для Bash-4.2 , так как распакование вручную, но только Bash .

Но это похоже на грязный хак. Я все еще ищу «правильный» раствор, тот, который просто покидает источник, готов к нормальному сборке, пока до сих пор позволяя мне сначала работать над ним, как и большинству пакетов, без необходимости делать настройку.

0
27.01.2020, 23:37

Теги

Похожие вопросы