LINUX.ORG.RU

Debian объявляет об официальной поддержке DebSrc3.0

 , debsrc


0

0

Разработчики Debian опубликовали официальное уведомление о поддержке нового формата пакетов с исходным кодом — DebSrc3.0.

Отличительной чертой нового формата является возможность раздельного хранения дистрибутивных патчей к исходному коду (в старом формате src-пакетов все патчи собирались в единый diff.gz). Возможность раздельной поставки патчей упрощает процесс документирования, делает более удобным процесс синхронизации патчей с другими дистрибутивами, а также позволяет авторам изначальных проектов ускорить обнаружение новых патчей и их вливание в базовый проект. Кроме того, основанные на пакетной базе Debian сторонние дистрибутивы могут отдельно выделять собственные патчи, без модификации изначально представленного набора патчей.

Новый формат добавляет и другие возможности, в частности, использование нескольких архивов с исходным кодом, включение в пакет произвольных бинарных файлов (например, PNG-логотип Debian теперь можно добавить в src-пакет без применения uuencode), а также поддержку архивов bzip2 и lzma (помимо используемого сейчас gzip).

Работа по переводу пакетов на новый формат уже начата. Следить за ней можно здесь (цифры и графики) или здесь (только цифры). На момент написания этой новости переведено 127 пакетов.

Этот формат был разработан участниками проекта Debian. Ранее проект Ubuntu уже принял этот формат в качестве основного, не дожидаясь его официального признания Debian'ом.

>>> Подробности

★★★★

Проверено: Shaman007 ()

Ответ на: комментарий от rsync

Это как это? Успели сменить две мажорные версии софтины и проблему с конфигом обнаружили в последней? Тогда очевидно, что правильным конфигом является предыдущий.

Система должна быть ненавязчива и предлагать сразу работоспособную конфигурацию без лишних вопросов, а не как в debian'е вначале отвечаем на тысячи вопросов, а потом еще пилим неделями до рабочего состояния.

Reset ★★★★★
()
Ответ на: комментарий от morbo

Что значит учат или не учат? Это вообще не аргумент, в школе дают базовые навыки мыслить, если не можешь их применить и выучить cmd.exe, то это твои проблемы. Можно подумать ты в работе используешь только то, чему учат в школе.

Reset ★★★★★
()
Ответ на: комментарий от morbo

> Поэтому остаётся хайтек в виде скриншотов "Проводника", зачем-то помещённых сначала в ворд и уже затем распечатанных на принтере или отправленных электронной почтой.

Травма детства? Хотите об этом поговорить?

LamerOk ★★★★★
()
Ответ на: комментарий от AVL2

> А компиляция модуля - операция ненадежная и неоднократная и потому ей в скрипте установки делать нечего.

Если у меня ровно тот дистр, под который собран пакет, и я в нем руками сильно не ковыряюсь — в каком месте она ненадежная? Тут тогда просто желание с высокой вероятностью избавить пользователя от лишних движений. И опять же, насчет минусов — ну сделать так, чтобы ошибка компиляции не прерывала установку (хз, может там так и есть), и где они?

так вот поэтому и не нужно портить то, что уже и так есть и работает.

Ок, где и чего может быть порча? )

anonymous
()
Ответ на: комментарий от anonymous

А у неё еще и спек есть?

Есть. Раз есть .rpm'ка (см. ниже), то есть и .src.rpm'ка, и спек. Но они где-то в недрах Sun'а, поэтому так просто не пофиксить

$ rpm -qi VirtualBox
Name        : VirtualBox                   Relocations: (not relocatable)
Version     : 3.0.12_54655_fedora12             Vendor: Sun Microsystems, Inc.
Release     : 1                             Build Date: Втр 17 Ноя 2009 10:31:46
Install Date: Чтв 19 Ноя 2009 15:32:02      Build Host: tinderlin.germany.sun.com
Group       : Applications/System           Source RPM: VirtualBox-3.0.12_54655_fedora12-1.src.rpm
Size        : 86213808                         License: VirtualBox Personal Use and Evaluation License (PUEL)
Signature   : DSA/SHA1, Втр 17 Ноя 2009 12:33:11, Key ID dcf9f87b6dfbcbae
URL         : http://www.virtualbox.org/
Summary     : Powerful PC virtualization solution
Description :
VirtualBox is a powerful PC virtualization solution allowing
you to run a wide range of PC operating systems on your Linux
system. This includes Windows, Linux, FreeBSD, DOS, OpenBSD
and others. VirtualBox comes with a broad feature set and
excellent performance, making it the premier virtualization
software solution on the market.
dexpl ★★★★★
()
Ответ на: комментарий от rsync

> в случае с deb мы в этом убеждены. если юзер поставил флаг «отвечать на все 'да'» то фактически он и на наш вопрос _ответ выдал_

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

формат пакетов тут лишь предоставляет или не предоставляет майнтенеру возможность маневра. об этом и речь.

Флаг «отвечать на всё да» это возможность именно формата пакетов, или тулзы, их ставящей? ;)

anonymous
()
Ответ на: комментарий от AlexM

> в рамках выбранной области (инсталляция одного или нескольких заранее известных продуктов, пусть даже и с мощной системой зависимостей на OS-vendor'овские пакеты)

Пардон, но я говорил о решении этого для любого возможного пакета в системе. А так, если множество продуктов известно и невелико, то это уже другой вопрос. А если еще и сам продукт разрабатывается вами же, то совсем другой )

anonymous
()
Ответ на: комментарий от LamerOk

>Травма детства?

У тех, кто так делает, явно есть какая-то травма. Предполагаю, что черепно-мозговая.

>Хотите об этом поговорить?


Нет.

morbo
()
Ответ на: комментарий от anonymous

>Если у меня ровно тот дистр, под который собран пакет, и я в нем руками сильно не ковыряюсь — в каком месте она ненадежная?

В рамках дистра можно сделать dkms-пакет и поставить зависимость на него. В этом пакете можно и модулечки положить пресобраные и патчики под ядрушки т.д.

И опять же, насчет минусов — ну сделать так, чтобы ошибка компиляции не прерывала установку (хз, может там так и есть), и где они?

Установка в общем случае происходит вслепую. Ситуация, когда пакет молча работает или не работае очень сложна в техподдержке.

AVL2 ★★★★★
()
Ответ на: комментарий от LamerOk

>> а что, апач должен автоматом стартовать после установки?

Разумеется. Начерта его ставить, если он не будет запущен?

А потом ругаются, что у них вайн молча сам стартует ) Да даже и апач.. мало ли.

anonymous
()
Ответ на: комментарий от dexpl

> Есть. Раз есть .rpm'ка (см. ниже), то есть и .src.rpm'ка, и спек. Но они где-то в недрах Sun'а, поэтому так просто не пофиксить

Так это понятною. Думал, что это предлагается как реально возможное решение на месте )

anonymous
()
Ответ на: комментарий от morbo

> Нужно

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

anonymous
()
Ответ на: комментарий от morbo

> Когда детей учат на винде, они просто не догадываются о существовании других подходов, они становятся простыми потребителями "программных продуктов". Это необратимо калечит детские мозги. Дурное дело - нехитрое, мышекликанию можно и в Linux'е научить. Да и чего там учить, описание элементов управления и способов воздействия на них укладывается в два-три урока, познакомить с подлинными возможностями табличного процессора - тоже пара уроков (а то мышекликатели часто даже не догадываются, что в Excel'е чуть ли не бухгалтерию вести можно). А вот научить думать и самообучаться гораздо тяжелее, чем научить выкладывать за всё деньги.


Когда взрослых учат на ездить на автомобиле, они просто не догадываются о существовании других подходов, они становятся простыми водителями "транспортных средств". Это необратимо калечит взрослые мозги. Дурное дело - нехитрое, педалям можно и в самолетах научить. Да и чего там учить, описание элементов управления и способов воздействия на них укладывается в два-три урока, познакомить с подлинными возможностями форсунок - тоже пара уроков (а то педаледавители часто даже не догадываются, что в болидах формулы один чуть ли не картошку перевозить можно). А вот научить думать и самообучаться гораздо тяжелее, чем научить выкладывать за всё деньги.

LamerOk ★★★★★
()
Ответ на: комментарий от Reset

> Это как это? Успели сменить две мажорные версии софтины и проблему с конфигом обнаружили в последней? Тогда очевидно, что правильным конфигом является предыдущий.

человек обновился до testing, увидел проблемы смотрит в unstable следующая версия в ченджлоге написано что-то похожее на его проблемы. раз и еще разок обновился до unstable.

в случае debian (который на deb-пакетах) он получит вопрос «а не сконвертить ли вам конфиг?»" в случае rpm он получит Х

rsync ★★
()
Ответ на: комментарий от AVL2

> В рамках дистра можно сделать dkms-пакет и поставить зависимость на него. В этом пакете можно и модулечки положить пресобраные и патчики под ядрушки т.д.

Понятно что можно. Я спрашиваю в каком месте обсуждаемое решение ненадежно, при корректно обновляемом пакетнике.

Установка в общем случае происходит вслепую. Ситуация, когда пакет молча работает или не работае очень сложна в техподдержке.

«— У меня вбокс не работает. — Выполните в консоли VirtualBox, что пишет? — блабла, чтобы починить, выполните то-то. — Вот и выполните что пишет»

Это вот оно сложно? ;) Ну ладно, это в вбоксе так хорошо, в среднем случае будет «— пишет это. — Выполните то-то». Но где сложность-то?

Да и то, это вы всё про самый сложный случай, удаленную поддержку. А если есть только локальный админ, пусть даже «локалхоста», или просто юзер, то им это всё к чему?

anonymous
()
Ответ на: комментарий от tailgunner

>>> А вот скажи, можно подписать .deb

>> да при сборке подписывается .changes


> Я спросил про подпись .deb. Не Contents-*, не .changes, а .deb


А смысл?

LamerOk ★★★★★
()
Ответ на: комментарий от anonymous

Думал, что это предлагается как реально возможное решение на месте )

В качестве мегакостыльного, но в принципе возможного решения «на месте» можно изобрести пустой RPM-пакет, тянущий по зависимостям и VirtualBox, и dkms. Будь у меня необходимость поддерживать инсталляцию не-OpenSource-ной версии VirtualBox более чем на одном хосте, я бы как-то так и сделал

dexpl ★★★★★
()
Ответ на: комментарий от rsync

Тут совершенно другая ситуация описана. Проблемы были сразу после обновления до testing. Если у человека не сохранен конфиг, то он может на выходе получить непойми что и ответ на вопрос «а не сконвертить ли вам конфиг?» его никак не спасет.

Reset ★★★★★
()
Ответ на: комментарий от AlexM

> Пацаны, не делайте мне смешно. Я в своё время на базе bsdmake одну прикладную системку сборки настряпал, должен вам доложить, там внутри BSD'шных .mk'шек такие перлы встречались, что ого-го :) В итоге пришлось и bsdmake подхачить, и фряшного набора .mk'шек отказаться :)

Просто ты как не осиливал BSD make так и не осиливаешь. Он как-то не укладывается в твою парадигму «как должно быть». Хотя по сути это такой же макроязык как и configure.

oops_
()
Ответ на: комментарий от anonymous

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

донести инфу до пользователя надо. если отдельно взятый редкий пользователь откажется ее читать, так он ССЗБ. неправда ли?

Флаг «отвечать на всё да» это возможность именно формата пакетов, или тулзы, их ставящей? ;)

ты пытаешься утянуть дискуссию в сторону.

если формально упереться в формат пакетов, то и слакварные tgz ничем не будут отличаться от deb/rpm. потому что и то и другое - суть простые архивы с парой файлов метаданных.

обрабатывать или не обрабатывать эти метаданные - задача программ а не «формата пакета»

соответственно мы обсуждаем то что в случае с rpm мы имеем:

* отсутствие debconf

* то что в RPM майнтенеры практически нигде не пишут скриптов для постинсталляционных настроек. очень часто встречается ситуация когда после инсталляции программы нужно что-то крутить в конфигах чтобы получить минимально рабочую систему.

в чем разница? в майнтенерах и в форматах пакетов. но одно с другим связано. майнтенер не делает то-то в одной системе и делает в другой, почему? потому что в той другой это сделано «неудобно», «не везде поддерживается» итп итд

rsync ★★
()
Ответ на: комментарий от Reset

>Тут совершенно другая ситуация описана. Проблемы были сразу после обновления до testing. Если у человека не сохранен конфиг, то он может на выходе получить непойми что и ответ на вопрос «а не сконвертить ли вам конфиг?» его никак не спасет.

в случае rpmsave на каждом апгрейде мы теряем предыдущий save. в случае save на вопросе пользователю, этот вопрос задается один раз.

rsync ★★
()
Ответ на: комментарий от dexpl

> В качестве мегакостыльного, но в принципе возможного решения "на месте" можно изобрести пустой RPM-пакет, тянущий по зависимостям и VirtualBox, и dkms.

* выдыхая воздух и потуже затягивая пояс*

А что, в рпм-системах до сих пор нет виртуальных пакетов?

LamerOk ★★★★★
()
Ответ на: комментарий от rsync

> * отсутствие debconf

почему это является недостатком доказано не было

* то что в RPM майнтенеры практически нигде не пишут скриптов для постинсталляционных настроек.

когда надо пишут, случаев чтоб чего-то надо было крутить руками в rpm-based я не встречал, как ни странно это чаще встречается в deb-based

Reset ★★★★★
()
Ответ на: комментарий от rsync

Ты уже поимел проблемы если ты не можешь разобраться из-за чего они и начал херачить дальше, то тебя уже ничего не спасет даже debconf. Как ответ «нет» так и ответ «да» в этой ситуации равноценен.

Reset ★★★★★
()
Ответ на: комментарий от LamerOk

А что, в рпм-системах до сих пор нет виртуальных пакетов?

AFAIU, я именно виртуальный пакет и описал

dexpl ★★★★★
()
Ответ на: комментарий от Reset

> почему это является недостатком доказано не было

потому что невозможно привлечь пользователя к разрешению проблемы. как пример показать ему лицензию.

как в RPM-дистрибутивах устанавливаются firmware на интеловые вайфаи?

когда надо пишут

но в дебиане пишут гораздо больше. о том и речь.

rsync ★★
()
Ответ на: комментарий от anonymous

> «— У меня вбокс не работает. — Выполните в консоли VirtualBox, что пишет? — блабла, чтобы починить, выполните то-то. — Вот и выполните что пишет»

Это вот оно сложно? ;) Ну ладно, это в вбоксе так хорошо, в среднем случае будет «— пишет это. — Выполните то-то». Но где сложность-то?

Сложность в деньгах. На предыдущей работе product manager как-то обмолвился, что один голосовой звонок в саппорт - это примерно стоимость месячной подписки среднего клиента. Такая вот задница.

AlexM ★★★★★
()
Ответ на: комментарий от dexpl

> В качестве мегакостыльного, но в принципе возможного решения «на месте» можно изобрести пустой RPM-пакет, тянущий по зависимостям и VirtualBox, и dkms.

А в чем смысл отдельного пакета? Воткнуть dkms так, и настроить на пересборку модуля вбокса при обновлении ядра, и всё, не?

anonymous
()
Ответ на: комментарий от rsync

> потому что невозможно привлечь пользователя к разрешению проблемы. как пример показать ему лицензию.

В линухе используется куча лицензий, ты еще после установки каждого пакета показывай лицензию. Нахера это надо?

как в RPM-дистрибутивах устанавливаются firmware на интеловые вайфаи?

тем что пользуюсь я ставятся через urpmi

но в дебиане пишут гораздо больше. о том и речь.

Да пусть хоть обпишутся. Нахуа писать скрипты ради скриптов?

Reset ★★★★★
()
Ответ на: комментарий от Reset

> В линухе используется куча лицензий, ты еще после установки каждого пакета показывай лицензию. Нахера это надо?

еще раз привожу пример: у тебя ноутбук. ты устанавливаешь на него драйвера из пакета из репозитария. однако производитель firmware _требует_ чтобы при установке пользователь согласился с лицензией, либо ставил fw с сайта.

тем что пользуюсь я ставятся через urpmi

мне все равно как, лицензию ты читал или нет?

Да пусть хоть обпишутся. Нахуа писать скрипты ради скриптов?

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

rsync ★★
()
Ответ на: комментарий от anonymous

А в чем смысл отдельного пакета?

В том, чтобы потом случайно не удалить dkms как «никому не нужный». Собственно, все мои эмоции по этому поводу от того, что некоторое время назад так и удалил (и думать забыл), а потом удивлялся — «а что-й-то у меня VirtualBox не запускается» (между сносом dkms'а и попыткой запуска Box'а успело выйти обновление к ядру)? Хорошо, что это было на домашнем компе, а не в продакшне каком-нибудь :)

dexpl ★★★★★
()
Ответ на: комментарий от rsync

> донести инфу до пользователя надо. если отдельно взятый редкий пользователь откажется ее читать, так он ССЗБ. неправда ли?

Ага. Вот только мы только что упомянули флаг -y, который никак не гарантирует того, что юзер знал, от чего отказывается. И плакали все гарантии. При том, что интерактивный запрос, как уже выяснили, несет достаточно минусов в случаях, когда -у не задан, т.е. по дефолту.

ты пытаешься утянуть дискуссию в сторону.

Я её стараюсь привести туда, о чем она и есть — о сравнении _форматов_ deb и rpm, не?

обрабатывать или не обрабатывать эти метаданные - задача программ а не «формата пакета»

Чудно. А обрабатывающие программы мы уже давно начали обсуждать? ;)

в случае с rpm мы имеем:

* отсутствие debconf

Классно смотрится :)

в чем разница? в майнтенерах и в форматах пакетов. но одно с другим связано. майнтенер не делает то-то в одной системе и делает в другой, почему? потому что в той другой это сделано «неудобно», «не везде поддерживается» итп итд

А можно несколько примеров распространенных пакетных систем на базе rpm, где все операции с пакетами проводятся только командой rpm, без никаких надстроек типа yum и т.д.? А то пока мы тут из минусов рпм нашли, кажется, только отсутствие ключа -у у него самого, который в общем-то является далеко не панацеей.

anonymous
()
Ответ на: комментарий от rsync

мне все равно как, лицензию ты читал или нет?

Я бы её не читал даже если бы её мне показали. Не помню я выводилось там что-то или нет. Возможность вывести инфу после установки пакета имеется.

Reset ★★★★★
()
Ответ на: комментарий от fi

> Что позволяет делать атаки через mirror :(((((((((((((((((((

Выдыхай. Репозитарий подписан и для подмены нужно сначала поддельный ключ apt-key скормить.

MrKooll ★★★
()
Ответ на: комментарий от dexpl

> я именно виртуальный пакет и описал

Ты описал его как "пустой RPM-пакет", что подразумевает его существование в качестве файловой единицы, в отличие от.

LamerOk ★★★★★
()
Ответ на: комментарий от AlexM

> Сложность в деньгах. На предыдущей работе product manager как-то обмолвился, что один голосовой звонок в саппорт - это примерно стоимость месячной подписки среднего клиента. Такая вот задница.

Ах ё, так вот оно что. А мы тут уже n-ю страницу о технических преимуществах и недостатках вариантов сборки, как правильно, и как неправильно. А тут, оказывается, только жадность конкретного саппорта ;) При том, что в пользующейся организации своих спецов, получается, ноль, раз не могут даже вывод попытки запуска вбокса в консоли посмотреть.

Тогда мои ей сочувствия, вопрос закрыт )

anonymous
()
Ответ на: комментарий от anonymous

> Ага. Вот только мы только что упомянули флаг -y, который

никак к обсуждению не относится. есть и ладно. ничтожное меньшинство его использует

Я её стараюсь привести туда, о чем она и есть — о сравнении _форматов_ deb и rpm, не?

такая дискуссия не имеет смысла. ну формат ну архив с метаданными.

сравнивать можно только надстройку, использующую этот формат.

как пример пользователю который делает SQL запрос по большому счету по барабану какой там формат на бакенде MyISAM InnoDB или еще что. ему важно что? чтобы запрос исполнился. вот разный набор фич он поймет: типа INSERT DELAYED _на движке MySQL_ не поддерживается InnoDB и если это пользователю надо, то он скажет «нуегонах этот InnoDB» а с другой стороны MyISAM не поддерживает FOREIGN'ы. что обсуждаем? движки или форматы?

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

rsync ★★
()
Ответ на: комментарий от dexpl

В таком случае как «никому не нужный» ты удалишь этот пустой пакет, а за ним и dkms ;) Склероз найдет дорожку )

anonymous
()
Ответ на: комментарий от anonymous

> И опять же, насчет минусов — ну сделать так, чтобы ошибка компиляции не прерывала установку (хз, может там так и есть), и где они?

За это надо бить по рукам. Это замалчивание проблемы, которая выстрелит позднее и гораздо больнее(с учетом времени потраченного на поиск проблемы). Правильным будет прервать установку как можно раньше(в идеале на стадии pre-*) и вернуть систему в прежднее состояние.

oops_
()
Ответ на: комментарий от anonymous

>Понятно что можно. Я спрашиваю в каком месте обсуждаемое решение ненадежно, при корректно обновляемом пакетнике.

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

— У меня вбокс не работает

ошибки будут другие. «у меня все похерилось» почему?

А потому что в простыночном скрипте допустили опечатку и пошло rm -rf /

AVL2 ★★★★★
()
Ответ на: комментарий от rsync

> никак к обсуждению не относится. есть и ладно. ничтожное меньшинство его использует

А вот убедиться, что юзер это увидел, уже хз как — или автоинсталл, или установка из gui,

в случае с deb мы в этом убеждены. если юзер поставил флаг «отвечать на все 'да'» то фактически он и на наш вопрос _ответ выдал_

rsync (*) (23.11.2009 14:50:46)

Так и записываем — аргументы юзера rsync в поддержку дебов к обсуждению не относятся, да и вообще это никто не использует.

такая дискуссия не имеет смысла. ну формат ну архив с метаданными.

Это сабж, вообще-то. deb, а не aptitude. Ну ок.

сравнивать можно только надстройку, использующую этот формат.

нельзя обсуждать формат пакета в отрыве от пакетной системы на базе него построенной

Давай. yum, погнали. Ключ -y есть.

anonymous
()
Ответ на: комментарий от LamerOk

Ты описал его как «пустой RPM-пакет», что подразумевает его существование в качестве файловой единицы, в отличие от

Каюсь, был терминологически некорректен. Вирт. пакеты в RPM есть. В качестве примера можно привести wine.src.rpm из Fedora — при сборке из него получается не wine.i686.rpm, а wine-core, wine-desktop, wine-common и еще куча пакетов wine-foobar. Кстати, кто-то выше по топику спрашивал, как из одного SRPM получить два и более RPM — посмторите wine в Fedora

dexpl ★★★★★
()
Ответ на: комментарий от oops_

> За это надо бить по рукам.

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

anonymous
()
Ответ на: комментарий от anonymous

В таком случае как «никому не нужный» ты удалишь этот пустой пакет, а за ним и dkms ;)

Не-а. Я тогда «сказал» что-то вроде yum remove kernel-devel, посмотрел, что хочет удалиться вслед за ним по зависимостям, увидел dkms, не увидел (что важно) ничего, завязанного на dkms, и ничтоже сумняшеся подтвердил удаление. А так бы увидел помимо dkms'а и этот «ненужный» пакет, и вирт. бокс :)

dexpl ★★★★★
()
Ответ на: комментарий от AVL2

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

Тоже в первый раз прозвучало. Какие, dkms? А у меня из-за вбокса вообще ничего не стоит, и как-то ничего, даже не напрягает.

И когда похерилось из-за

потому что в простыночном скрипте допустили опечатку и пошло rm -rf /

то с таким же успехом rm -rf / вобъешь или усталый ты в консоль, или девелопер софтины в исходник по ошибке. Так что конкретно к скриптам цепляться нечего, не выкидывать же эту возможность из стандарта из-за того, что туда можно rm вписать.

А при штатном функционировании, без выстрелов себе в ногу, это уже вообще не минус.

anonymous
()
Ответ на: комментарий от anonymous

> Так и записываем

не надо так записывать. то что ты процитировал это был не аргумент в поддержку дебов, а аргумент про то что если человек ССЗБ то это его проблемы. если он отключает имеющуюся у него возможность не иметь проблемы и от этого имеет проблемы он ССЗБ

Это сабж, вообще-то.

сабж вообще об SRC

Давай. yum, погнали. Ключ -y есть.

и это плохо. ключ такой не нужен

rsync ★★
()
Ответ на: комментарий от dexpl

Ясно. Но все равно, похоже, можно проще:

$ yum info yum-plugin-protect-packages
Name       : yum-plugin-protect-packages
Arch       : noarch
Version    : 1.1.23
Release    : 1.fc11
Size       : 12 k
Repo       : updates
Summary    : Yum plugin to prevents Yum from removing itself and other protected packages
URL        : http://yum.baseurl.org/download/yum-utils/
License    : GPLv2+
Description: this plugin prevents Yum from removing itself and other protected packages.
           : By default, yum is the only package protected, but by extension this
           : automatically protects everything on which yum depends (rpm, python, glibc,
           : and so on).Therefore, the plugin functions well even without
           : compiling careful lists of all important packages.

или

Name       : yum-plugin-post-transaction-actions
Arch       : noarch                             
Version    : 1.1.23                             
Release    : 1.fc11                             
Size       : 13 k                               
Repo       : updates                            
Summary    : Yum plugin to run arbitrary commands when certain pkgs are acted on
URL        : http://yum.baseurl.org/download/yum-utils/
License    : GPLv2+
Description: This plugin allows the user to run arbitrary actions immediately following a
           : transaction when specified packages are changed.
anonymous
()
Ответ на: комментарий от anonymous

>Тоже в первый раз прозвучало. Какие, dkms? А у меня из-за вбокса вообще ничего не стоит, и как-то ничего, даже не напрягает.

kernel-devel, gcc

то с таким же успехом rm -rf / вобъешь или усталый ты в консоль, или девелопер софтины в исходник по ошибке.

скрипты в инстале пишутся совершенно на другом уровне. Это должны быть простые и надежные конструкции. Иначе их не проверить.

AVL2 ★★★★★
()
Ответ на: комментарий от anonymous

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

Твоя(раз уж на «ты» перешли) ошибка в том, что ты предполагаешь, что юзер достаточно подкованный, чтобы глазами отследить проблему и что он будет сидеть и фтыкать в процесс установки/апгрейда. Вторая ошибка заключается в сужении применения пакетной системы до установки вбокса.

Во-первых, сначала обсуждали прерывание установки пакета при сбое скрипта как минус.

Как показывает практика, лучше все-таки явно упасть мордой в салат. И как можно раньше(в случае если не получается решить проблему в том же скрипте). В конце концов можно разделить пакет на два: собсно вбокс и модуль. По крайней мере для deb это проканает. Для rpm зависит от звезд на небе т.к. rpm не гарантирует последовательность установки пакетов(как уже ранее отмечалось, даже с prereq).

насчет «обратного поведения» не припомню. Заканчивается правкой конфига ручками + apt-get -f install. Либо dpkg --purge.

oops_
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.