странные предупреждения пакмана

alexxx	# 10 лет, 2 месяца назад
Темы: 1 Сообщения: 149 Участник с: 29 октября 2006	Ребята, вы первый пост действительно прочитали, или вы читаете только заголовки тем?? :- О правах вообще вопрос не стоит, - это и так более чем очевидно. PKGBUILD для filesystem посмотрите. Там пути именно так и указаны. Аа, значит это просто глупая ошибка мантейнеров пакета. Теперь же пакты все подписываются, можно в них писать всё что угодно…

# 10 лет, 2 месяца назад

Сообщения: 149

Участник с: 29 октября 2006

Ребята, вы первый пост действительно прочитали, или вы читаете только заголовки тем?? :-
О правах вообще вопрос не стоит, - это и так более чем очевидно.

PKGBUILD для filesystem посмотрите. Там пути именно так и указаны.

Аа, значит это просто глупая ошибка мантейнеров пакета. Теперь же пакты все подписываются, можно в них писать всё что угодно…

Natrio	# 10 лет, 2 месяца назад
Темы: 47 Сообщения: 4763 Участник с: 08 января 2011	Все пути в PKGBUILD, если не указано обратное, ОТНОСИТЕЛЬНЫЕ, потому что скрипты сборки пакета оперируют ими относительно каталога сборки, в пакетах (tar-архивах) начальные слэши отбрасываются автоматически при упаковке, даже если есть. В pacman.conf пути к файлам-исключениям тоже пишутся строго как относительные. Вообще, пути ВНУТРИ ПАКЕТОВ всегда относительные.

Natrio

# 10 лет, 2 месяца назад

Темы: 47

Сообщения: 4763

Участник с: 08 января 2011

Все пути в PKGBUILD, если не указано обратное, ОТНОСИТЕЛЬНЫЕ, потому что скрипты сборки пакета оперируют ими относительно каталога сборки, в пакетах (tar-архивах) начальные слэши отбрасываются автоматически при упаковке, даже если есть.

В pacman.conf пути к файлам-исключениям тоже пишутся строго как относительные.
Вообще, пути ВНУТРИ ПАКЕТОВ всегда относительные.

alexxx	# 10 лет, 2 месяца назад
Темы: 1 Сообщения: 149 Участник с: 29 октября 2006	Natrio Все пути в PKGBUILD, если не указано обратное, ОТНОСИТЕЛЬНЫЕ, потому что скрипты сборки пакета оперируют ими относительно каталога сборки, в пакетах (tar-архивах) начальные слэши отбрасываются автоматически при упаковке, даже если есть. В pacman.conf пути к файлам-исключениям тоже пишутся строго как относительные. Вообще, пути ВНУТРИ ПАКЕТОВ всегда относительные. Понятно, то есть, скажем, как-то просто автоматизировать обработку таких сообщений не представляется возможным, ибо надо лезть в конкретный PKGBUILD пакета, и смотреть, как там именно прописано, потому как, например, в этом выводе: (5/6) обновление rsync [#########################################] 100% предупреждение: /etc/rsyncd.conf установлен как /etc/rsyncd.conf.pacnew с этими путями, как видите, всё в порядке. Только вот остаётся непонятным, для чего так сделано? Нельзя сделать нормальный стандарный вывод? Нужно обязательно запутать людей, услолжнить понимание/написание обработчиков и т.д.

alexxx

# 10 лет, 2 месяца назад

Темы: 1

Сообщения: 149

Участник с: 29 октября 2006

Natrio
Все пути в PKGBUILD, если не указано обратное, ОТНОСИТЕЛЬНЫЕ, потому что скрипты сборки пакета оперируют ими относительно каталога сборки, в пакетах (tar-архивах) начальные слэши отбрасываются автоматически при упаковке, даже если есть.

В pacman.conf пути к файлам-исключениям тоже пишутся строго как относительные.
Вообще, пути ВНУТРИ ПАКЕТОВ всегда относительные.

Понятно, то есть, скажем, как-то просто автоматизировать обработку таких сообщений не представляется возможным, ибо надо лезть в конкретный PKGBUILD пакета, и смотреть, как там именно прописано, потому как, например, в этом выводе:

(5/6) обновление rsync                                                    [#########################################] 100%
предупреждение: /etc/rsyncd.conf установлен как /etc/rsyncd.conf.pacnew

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

sleepycat	# 10 лет, 2 месяца назад
Темы: 98 Сообщения: 3291 Участник с: 19 июля 2011	сообщение что приведено генерирует не пакет а сам пакмэн, вроде. Лозунг у них был такой: "Познание бесконечности требует бесконечного времени". С этим я не спорил, но они делали из этого неожиданный вывод: "А потому работай не работай — все едино". И в интересах неувеличения энтропии Вселенной они не работали. (с)

sleepycat

# 10 лет, 2 месяца назад

Темы: 98

Сообщения: 3291

Участник с: 19 июля 2011

сообщение что приведено генерирует не пакет а сам пакмэн, вроде.

Лозунг у них был такой: "Познание бесконечности требует бесконечного времени". С этим я не спорил, но они делали из этого неожиданный вывод: "А потому работай не работай — все едино". И в интересах неувеличения энтропии Вселенной они не работали. (с)

Natrio	# 10 лет, 2 месяца назад
Темы: 47 Сообщения: 4763 Участник с: 08 января 2011	Alexxx Понятно, то есть, скажем, как-то просто автоматизировать обработку таких сообщений не представляется возможным, ибо надо лезть в конкретный PKGBUILD пакета, и смотреть, как там именно прописано, потому как, например, в этом выводе: (5/6) обновление rsync [#########################################] 100% предупреждение: /etc/rsyncd.conf установлен как /etc/rsyncd.conf.pacnew с этими путями, как видите, всё в порядке. Только вот остаётся непонятным, для чего так сделано? Нельзя сделать нормальный стандарный вывод? Нужно обязательно запутать людей, услолжнить понимание/написание обработчиков и т.д. В пакетах НЕТ файла PGKBIULD, он используется только при сборке пакета. Пакет это tar-архив, в нём уже готовые файлы, которые просто распаковываются в корень. Пути файлов в ВАШЕЙ ФС – полные. Пути В ПАКЕТЕ, то есть в архиве – относительно корня пакета. Файлы пакета и файлы в вашей ФС – совершенно разные сущности, и не надо их путать.

Natrio

# 10 лет, 2 месяца назад

Темы: 47

Сообщения: 4763

Участник с: 08 января 2011

Alexxx
Понятно, то есть, скажем, как-то просто автоматизировать обработку таких сообщений не представляется возможным, ибо надо лезть в конкретный PKGBUILD пакета, и смотреть, как там именно прописано, потому как, например, в этом выводе:
(5/6) обновление rsync                                                    [#########################################] 100%
предупреждение: /etc/rsyncd.conf установлен как /etc/rsyncd.conf.pacnew
с этими путями, как видите, всё в порядке.
Только вот остаётся непонятным, для чего так сделано? Нельзя сделать нормальный стандарный вывод? Нужно обязательно запутать людей, услолжнить понимание/написание обработчиков и т.д.

В пакетах НЕТ файла PGKBIULD, он используется только при сборке пакета.
Пакет это tar-архив, в нём уже готовые файлы, которые просто распаковываются в корень.
Пути файлов в ВАШЕЙ ФС – полные.
Пути В ПАКЕТЕ, то есть в архиве – относительно корня пакета.
Файлы пакета и файлы в вашей ФС – совершенно разные сущности, и не надо их путать.

alexxx	# 10 лет, 2 месяца назад
Темы: 1 Сообщения: 149 Участник с: 29 октября 2006	Эх, Natrio, спасибо конечно за ликбез, но опять таки не совсем в кассу. Ну ладно, хрен с ним, значит наплевать и забыть. Как выводится, так пусть и выводится.