makepkg: неверный параметр '--asroot'

akorop	# 7 лет, 7 месяцев назад (отредактировано 7 лет, 7 месяцев назад)
Темы: 111 Сообщения: 1755 Участник с: 29 февраля 2012	sirocco Да что далеко ходить. Немного ошибся составитель PKGBUILD - какая мелочь... И нет вообще папки /usr. Составитель не "немного ошибся", он или сознательный вредитель, или законченный отморозок, который не проверил PKGBUILD у себя. И если бы деструктивный PKGBUILD уничтожил не /usr, а ~, могло бы быть ещё хуже. А для восстановления есть такое понятие как бэкап - вот что новичкам надо усвоить и освоить в первую очередь, а не ритуалы типа "не работай под рутом". `Первым делом, первым делом всё бэкапить! А настраивать - настраиват потом.` Ну а что касается запрета на --asroot - то это как раз пример полного отсутствия мозгов. На сервере никто в здравом уме не будет запускать makepkg, да ещё и от рута. А домашний пользователь сам должен иметь возможность решать, что ему опасно, а что нет. "Мы сами решим, чего Вы хотите" - это windows-way (или ubuntu-way). В Arch таким решениям не место. Впрочем, после онанизма с ping удивляться уже нечему.

# 7 лет, 7 месяцев назад (отредактировано 7 лет, 7 месяцев назад)

Сообщения: 1755

Участник с: 29 февраля 2012

sirocco
Да что далеко ходить. Немного ошибся составитель PKGBUILD - какая мелочь...
И нет вообще папки /usr.

Составитель не "немного ошибся", он или сознательный вредитель, или законченный отморозок, который не проверил PKGBUILD у себя. И если бы деструктивный PKGBUILD уничтожил не /usr, а ~, могло бы быть ещё хуже.
А для восстановления есть такое понятие как бэкап - вот что новичкам надо усвоить и освоить в первую очередь, а не ритуалы типа "не работай под рутом".

Первым делом, первым делом всё бэкапить!
А настраивать - настраиват потом.

Ну а что касается запрета на --asroot - то это как раз пример полного отсутствия мозгов. На сервере никто в здравом уме не будет запускать makepkg, да ещё и от рута. А домашний пользователь сам должен иметь возможность решать, что ему опасно, а что нет. "Мы сами решим, чего Вы хотите" - это windows-way (или ubuntu-way). В Arch таким решениям не место.
Впрочем, после онанизма с ping удивляться уже нечему.

yaroslav	# 7 лет, 7 месяцев назад
Темы: 22 Сообщения: 140 Участник с: 30 апреля 2014	arcanis makepkg - шелл скрипт. Уберите проверку и все будет ок. Дело в том, что makepkg генерируется из makepkg.sh.in. Так что редактировать его бесполезно. Это надо ковырять сам пакман. PGP: 0xB8C89275ACC50145. Arch GNU/Linux, KDE 5. Мы за Newnix

nafanja	# 7 лет, 7 месяцев назад
Темы: 94 Сообщения: 9252 Участник с: 02 июня 2012 заблокирован	а слабо не использовать makepkg и все что он делает проделать ручками и под тем пользователем под каким хочется? это и будет самый настоящий юникс-вей... Псевдографический инсталлятор Arch Linux ver. 3.8.2 Благодарности принимаются на ЯД 410012815723874

nafanja

# 7 лет, 7 месяцев назад

Темы: 94

Сообщения: 9252

Участник с: 02 июня 2012

заблокирован

а слабо не использовать makepkg и все что он делает проделать ручками и под тем пользователем под каким хочется? это и будет самый настоящий юникс-вей...

Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874

arcanis	# 7 лет, 7 месяцев назад
Темы: 31 Сообщения: 1496 Участник с: 09 сентября 2012	akorop Впрочем, после онанизма с ping удивляться уже нечему. вас смущает suid бит? =) akorop Ну а что касается запрета на --asroot - то это как раз пример полного отсутствия мозгов. На сервере никто в здравом уме не будет запускать makepkg, да ещё и от рута. А домашний пользователь сам должен иметь возможность решать, что ему опасно, а что нет. "Мы сами решим, чего Вы хотите" - это windows-way (или ubuntu-way). В Arch таким решениям не место. потому что для этого есть другие утилиты, например, extra-x86_64-build. BTW, это решение девелопера, а не мейнтейнера, потому я плохо понимаю, при чем тут собсна арч PGP 0x31361F01 arcanisrepo

arcanis

# 7 лет, 7 месяцев назад

Темы: 31

Сообщения: 1496

Участник с: 09 сентября 2012

akorop
Впрочем, после онанизма с ping удивляться уже нечему.

вас смущает suid бит? =)

akorop
Ну а что касается запрета на --asroot - то это как раз пример полного отсутствия мозгов. На сервере никто в здравом уме не будет запускать makepkg, да ещё и от рута. А домашний пользователь сам должен иметь возможность решать, что ему опасно, а что нет. "Мы сами решим, чего Вы хотите" - это windows-way (или ubuntu-way). В Arch таким решениям не место.

потому что для этого есть другие утилиты, например, extra-x86_64-build. BTW, это решение девелопера, а не мейнтейнера, потому я плохо понимаю, при чем тут собсна арч

PGP 0x31361F01
arcanisrepo

akorop	# 7 лет, 7 месяцев назад
Темы: 111 Сообщения: 1755 Участник с: 29 февраля 2012	arcanis akorop Впрочем, после онанизма с ping удивляться уже нечему. вас смущает suid бит? =) Меня смущает идиотизм ситуции. Какому-то дрочеру вдарило в голову, что ping от пользователя - это опасно. В результате все пользователи должны понять, почему ping перестал работать; все пользователи должны руками установить suid; всё вернулось в исходное, а реальная безопасность теоретически ухудшилась, поскольку увеличилось число программ, выполняющихся с повышенными привилегиями. Пока такие выходки будут считаться в порядке вещей, не будет и не может быть ни распространённости линукс-дескопов, ни качественного коммерческого софта. arcanis BTW, это решение девелопера, а не мейнтейнера, потому я плохо понимаю, при чем тут собсна арч Я не в курсе деталей поддержки makepkg, я считал, что это нечто Arch-специфическое. Если это не так, значит, старшие товарищи из команды Arch должны были сначала попытаться вразумить автора, а если не поучается - найти другого, форкнуть программу, а этого автора занести в чёрный список. Изменение, нарушающее совместимость с предыдущей версией - это ЧП, требующее очень серьёзного обоснования (а не просто по капризу автора). Также обязательно требуется "разбор полётов", чтобы впредь на подобное не нарываться. Возможно, с оргвыводами в отношении автора. Пока такое отношение не станет общепринятым, будущего у Линукса нет.

akorop

# 7 лет, 7 месяцев назад

Темы: 111

Сообщения: 1755

Участник с: 29 февраля 2012

arcanis
akorop
Впрочем, после онанизма с ping удивляться уже нечему.
вас смущает suid бит? =)

Меня смущает идиотизм ситуции. Какому-то дрочеру вдарило в голову, что ping от пользователя - это опасно. В результате

все пользователи должны понять, почему ping перестал работать;
все пользователи должны руками установить suid;
всё вернулось в исходное, а реальная безопасность теоретически ухудшилась, поскольку увеличилось число программ, выполняющихся с повышенными привилегиями.

Пока такие выходки будут считаться в порядке вещей, не будет и не может быть ни распространённости линукс-дескопов, ни качественного коммерческого софта.

arcanis
BTW, это решение девелопера, а не мейнтейнера, потому я плохо понимаю, при чем тут собсна арч

Я не в курсе деталей поддержки makepkg, я считал, что это нечто Arch-специфическое. Если это не так, значит, старшие товарищи из команды Arch должны были сначала попытаться вразумить автора, а если не поучается - найти другого, форкнуть программу, а этого автора занести в чёрный список.

Изменение, нарушающее совместимость с предыдущей версией - это ЧП, требующее очень серьёзного обоснования (а не просто по капризу автора). Также обязательно требуется "разбор полётов", чтобы впредь на подобное не нарываться. Возможно, с оргвыводами в отношении автора. Пока такое отношение не станет общепринятым, будущего у Линукса нет.

yaroslav	# 7 лет, 7 месяцев назад (отредактировано 7 лет, 7 месяцев назад)
Темы: 22 Сообщения: 140 Участник с: 30 апреля 2014	akorop Я не в курсе деталей поддержки makepkg, я считал, что это нечто Arch-специфическое. Если это не так, значит, старшие товарищи из команды Arch должны были сначала попытаться вразумить автора, а если не поучается - найти другого, форкнуть программу, а этого автора занести в чёрный список. Это как раз ловушка свободы линуксов. Никто не может заставить разраба не писать. Даже если это будет омерзительно. Вопрос в том, нарушет ли это лицензию gpl: свобода выполнять программу когда и как угодно. И вот на это арч закрывает глаза. akorop Также обязательно требуется "разбор полётов", чтобы впредь на подобное не нарываться. Возможно, с оргвыводами в отношении автора. Пока такое отношение не станет общепринятым, будущего у Линукса нет. Вы поймите, если линукс сообщество из децентрализированного превратится в майкрософт-подобное, то именно тогда он прекратит существование. Он же не ломает сиитему, а на всё остальное можно наплевать. PGP: 0xB8C89275ACC50145. Arch GNU/Linux, KDE 5. Мы за Newnix

yaroslav

# 7 лет, 7 месяцев назад (отредактировано 7 лет, 7 месяцев назад)

Темы: 22

Сообщения: 140

Участник с: 30 апреля 2014

akorop
Я не в курсе деталей поддержки makepkg, я считал, что это нечто Arch-специфическое. Если это не так, значит, старшие товарищи из команды Arch должны были сначала попытаться вразумить автора, а если не поучается - найти другого, форкнуть программу, а этого автора занести в чёрный список.

Это как раз ловушка свободы линуксов. Никто не может заставить разраба не писать. Даже если это будет омерзительно. Вопрос в том, нарушет ли это лицензию gpl: свобода выполнять программу когда и как угодно. И вот на это арч закрывает глаза.

akorop
Также обязательно требуется "разбор полётов", чтобы впредь на подобное не нарываться. Возможно, с оргвыводами в отношении автора. Пока такое отношение не станет общепринятым, будущего у Линукса нет.

Вы поймите, если линукс сообщество из децентрализированного превратится в майкрософт-подобное, то именно тогда он прекратит существование. Он же не ломает сиитему, а на всё остальное можно наплевать.

PGP: 0xB8C89275ACC50145. Arch GNU/Linux, KDE 5.
Мы за Newnix

sirocco	# 7 лет, 7 месяцев назад
Темы: 29 Сообщения: 2501 Участник с: 25 июля 2007	yaroslav Вопрос в том, нарушет ли это лицензию gpl: свобода выполнять программу когда и как угодно. Ага, вот нельзя из под обычного пользователя править конфиги в /etc, запускать fdisk и ещё ряд программ -- ограничение свободы!!! Все на freedos и fat32, там никаких ограничений прав.

sirocco

# 7 лет, 7 месяцев назад

Темы: 29

Сообщения: 2501

Участник с: 25 июля 2007

yaroslav
Вопрос в том, нарушет ли это лицензию gpl: свобода выполнять программу когда и как угодно.

Ага, вот нельзя из под обычного пользователя править конфиги в /etc, запускать fdisk и ещё ряд программ -- ограничение свободы!!!

Все на freedos и fat32, там никаких ограничений прав.

akorop	# 7 лет, 7 месяцев назад
Темы: 111 Сообщения: 1755 Участник с: 29 февраля 2012	yaroslav akorop Я не в курсе деталей поддержки makepkg, я считал, что это нечто Arch-специфическое. Если это не так, значит, старшие товарищи из команды Arch должны были сначала попытаться вразумить автора, а если не поучается - найти другого, форкнуть программу, а этого автора занести в чёрный список. Это как раз ловушка свободы линуксов. Никто не может заставить разраба не писать. Даже если это будет омерзительно. Вопрос в том, нарушет ли это лицензию gpl: свобода выполнять программу когда и как угодно. И вот на это арч закрывает глаза. Вот я как раз об этом и говорю: на такое закрывать глаза нельзя, поскольку это убивает линукс. yaroslav akorop Также обязательно требуется "разбор полётов", чтобы впредь на подобное не нарываться. Возможно, с оргвыводами в отношении автора. Пока такое отношение не станет общепринятым, будущего у Линукса нет. Вы поймите, если линукс сообщество из децентрализированного превратится в майкрософт-подобное, то именно тогда он прекратит существование. Он же не ломает сиитему, а на всё остальное можно наплевать. Он не ломает систему, он удорожает её сопровождение, и тем самым подливает воды в еле горящий костерок линукса. И где я говорил о централизации? Я говорил о традициях - о том, на что плевать нельзя. Скажем, внедрение трояна в AUR-пакет не противоречит GPL, но я думаю, отношение к такому действию было бы резко отрицательным. Так вот, нарушение совместимости - это почти так же недопустимо.

akorop

# 7 лет, 7 месяцев назад

Темы: 111

Сообщения: 1755

Участник с: 29 февраля 2012

yaroslav
akorop
Я не в курсе деталей поддержки makepkg, я считал, что это нечто Arch-специфическое. Если это не так, значит, старшие товарищи из команды Arch должны были сначала попытаться вразумить автора, а если не поучается - найти другого, форкнуть программу, а этого автора занести в чёрный список.
Это как раз ловушка свободы линуксов. Никто не может заставить разраба не писать. Даже если это будет омерзительно. Вопрос в том, нарушет ли это лицензию gpl: свобода выполнять программу когда и как угодно. И вот на это арч закрывает глаза.

Вот я как раз об этом и говорю: на такое закрывать глаза нельзя, поскольку это убивает линукс.

yaroslav
akorop
Также обязательно требуется "разбор полётов", чтобы впредь на подобное не нарываться. Возможно, с оргвыводами в отношении автора. Пока такое отношение не станет общепринятым, будущего у Линукса нет.
Вы поймите, если линукс сообщество из децентрализированного превратится в майкрософт-подобное, то именно тогда он прекратит существование. Он же не ломает сиитему, а на всё остальное можно наплевать.

Он не ломает систему, он удорожает её сопровождение, и тем самым подливает воды в еле горящий костерок линукса.
И где я говорил о централизации? Я говорил о традициях - о том, на что плевать нельзя. Скажем, внедрение трояна в AUR-пакет не противоречит GPL, но я думаю, отношение к такому действию было бы резко отрицательным. Так вот, нарушение совместимости - это почти так же недопустимо.

arcanis	# 7 лет, 7 месяцев назад
Темы: 31 Сообщения: 1496 Участник с: 09 сентября 2012	akorop Меня смущает идиотизм ситуции. Какому-то дрочеру вдарило в голову, что ping от пользователя - это опасно. В результате все пользователи должны понять, почему ping перестал работать; все пользователи должны руками установить suid; всё вернулось в исходное, а реальная безопасность теоретически ухудшилась, поскольку увеличилось число программ, выполняющихся с повышенными привилегиями. пинг отродясь запускался с рутовыми правами. В одних дистрах используется suid, в других - capabilities (у нас, кстати, последние, вроде бы). А как еще по вашему raw-сокеты создавать? PGP 0x31361F01 arcanisrepo

arcanis

# 7 лет, 7 месяцев назад

Темы: 31

Сообщения: 1496

Участник с: 09 сентября 2012

akorop
Меня смущает идиотизм ситуции. Какому-то дрочеру вдарило в голову, что ping от пользователя - это опасно. В результате

все пользователи должны понять, почему ping перестал работать;
все пользователи должны руками установить suid;
всё вернулось в исходное, а реальная безопасность теоретически ухудшилась, поскольку увеличилось число программ, выполняющихся с повышенными привилегиями.

пинг отродясь запускался с рутовыми правами. В одних дистрах используется suid, в других - capabilities (у нас, кстати, последние, вроде бы). А как еще по вашему raw-сокеты создавать?

PGP 0x31361F01
arcanisrepo

akorop	# 7 лет, 7 месяцев назад
Темы: 111 Сообщения: 1755 Участник с: 29 февраля 2012	arcanis пинг отродясь запускался с рутовыми правами. В одних дистрах используется suid, в других - capabilities (у нас, кстати, последние, вроде бы). А как еще по вашему raw-сокеты создавать? Меня, как пользователя, все эти детали не интересуют. Я видел, что пинг работал, а потом, после очередного обновления, перестал. И мне надо было найти это в вики и руками установить suid, чтобы он снова заработал. Так вот, такое - недопустимо. Это неуважение к пользователям и антреклама линукса. И не просто антиреклама, а внесение реальной проблемы, обнаружение и решение которой которой требует хоть и небольших, но затрат. Из-за таких подстав, возникающих регулярно, линукс и не имеет шансов распространиться на десктопах, ни на домашних, ни на служебных.

akorop

# 7 лет, 7 месяцев назад

Темы: 111

Сообщения: 1755

Участник с: 29 февраля 2012

arcanis
пинг отродясь запускался с рутовыми правами. В одних дистрах используется suid, в других - capabilities (у нас, кстати, последние, вроде бы). А как еще по вашему raw-сокеты создавать?

Меня, как пользователя, все эти детали не интересуют. Я видел, что пинг работал, а потом, после очередного обновления, перестал. И мне надо было найти это в вики и руками установить suid, чтобы он снова заработал. Так вот, такое - недопустимо. Это неуважение к пользователям и антреклама линукса. И не просто антиреклама, а внесение реальной проблемы, обнаружение и решение которой которой требует хоть и небольших, но затрат. Из-за таких подстав, возникающих регулярно, линукс и не имеет шансов распространиться на десктопах, ни на домашних, ни на служебных.