форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Изначальное сообщение		[ Отслеживать ]

"Слайды лекции 'Пакетирование для Debian'"	+2 +/–
Сообщение от opennews (??) on 17-Июн-12, 20:15
Опубликованы (http://lists.debian.org/debian-russian/2012/06/msg00302.html) под лицензией GPLv3 материалы лекции Дмитрия Бородаенко по упаковке ПО в Debian - "Пакетирование для Debian (http://anonscm.debian.org/gitweb/?p=users/angdraug/debian-pa...)" (PDF (http://people.debian.org/~angdraug/debian-packaging-2012.pdf), 173 Кб). Также можно упомянуть материалы (http://uneex.ru/LecturesCMC/PackageMaintaining2009) курса лекций по упаковке под Debian и ALT Linux, читавшихся на ВМК МГУ Георгием Курячим и Александром Герасёвым. URL: http://lists.debian.org/debian-russian/2012/06/msg00302.html Новость: http://www.opennet.dev/opennews/art.shtml?num=34119
Ответить | Правка | Cообщить модератору

Сообщения по теме

[Сортировка по времени | RSS]

1. "Слайды лекции Пакетирование для Debian"	+2 +/–
Сообщение от Аноним (??) on 17-Июн-12, 20:15
Читаю maint-guide, вслух, с выражением, дорого.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	7. "Слайды лекции Пакетирование для Debian"	+/–
	Сообщение от Аноним (??) on 18-Июн-12, 03:00
	espeak нахаляву читает :)
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	18. "Слайды лекции Пакетирование для Debian"	+/–
	Сообщение от JL2001 (ok) on 18-Июн-12, 14:51
	> espeak нахаляву читает :) на русском ?
	Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

	34. "Слайды лекции Пакетирование для Debian"	+/–
	Сообщение от Аноним (??) on 18-Июн-12, 20:45
	> маны на русском Не стыдно?
	Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

	59. "Слайды лекции Пакетирование для Debian"	+2 +/–
	Сообщение от Wolfis on 20-Июн-12, 02:50
	А почему должно быть стыдно? Я говорю на русском, думаю на русском и читать хочу на русском. Плевать что разработчики говорят на инглише, а также плевать что через n-лет они будут говорить на китайском и маны будут на китайском, а я хочу на русском=) хотя хотеть как говориться не вредно.
	Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

	45. "Слайды лекции Пакетирование для Debian"	+/–
	Сообщение от Michael Shigorin (ok) on 19-Июн-12, 00:58
	>> espeak нахаляву читает :) > на русском ? Тогда уж лучше отталкиваться от VoiceMan: http://www.altlinux.org/Homeros :) Но оно всё-таки малость жутковато звучит, хотя привыкнуть можно...
	Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

	46. "Слайды лекции Пакетирование для Debian"	+/–
	Сообщение от б.б. on 19-Июн-12, 06:35
	Ссылки на Voiceman мёртвые :(
	Ответить | Правка | ^ к родителю #45 | Наверх | Cообщить модератору

	58. "Слайды лекции Пакетирование для Debian"	+/–
	Сообщение от Michael Shigorin (ok) on 20-Июн-12, 01:45
	> Ссылки на Voiceman мёртвые :( Действительно; поискал в окрестностях, починил http://www.altlinux.org/Homeros/VoicemanDeb -- спасибо.  msp@ тоже написал. PS: ";" к ссылке приклеилось, поправил.
	Ответить | Правка | ^ к родителю #46 | Наверх | Cообщить модератору

2. "Слайды лекции Пакетирование для Debian"	+2 +/–
Сообщение от жабабыдлокодер (ok) on 17-Июн-12, 20:42
"Пакетирование в Debian для чайников". "Стань мейнтейнером за 21 день". Прикол...
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	9. "Слайды лекции Пакетирование для Debian"	+4 +/–
	Сообщение от б.б. on 18-Июн-12, 03:44
	"Здраствуйте, сегодня у нас на первом канале передача "ЖДИ ЕБИЛДА", и наш специальный гость - министр по связям с репозиториями Иван Иванович Иванов". (вперёд, к светлому!)
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

3. "Слайды лекции Пакетирование для Debian"	+/–
Сообщение от Анонимн on 17-Июн-12, 22:27
Надо почитать :) А то rpm умею собирать, а deb нет... Вот такой убунтовод :)
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	10. "Слайды лекции Пакетирование для Debian"	–1 +/–
	Сообщение от teh.doctor on 18-Июн-12, 08:06
	Ну дык пользуйся alien
	Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

	47. "Слайды лекции Пакетирование для Debian"	+1 +/–
	Сообщение от ach (ok) on 19-Июн-12, 08:06
	Суперский совет! А ничего, что alien зависимости корежит?
	Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

	53. "Слайды лекции Пакетирование для Debian"	+/–
	Сообщение от filosofem (ok) on 19-Июн-12, 09:44
	см. сарказм
	Ответить | Правка | ^ к родителю #47 | Наверх | Cообщить модератору

4. "Слайды лекции Пакетирование для Debian"	+2 +/–
Сообщение от Аноним (??) on 17-Июн-12, 22:51
какое коварство! Залицензировался под GPL3, а я-то уже думал с ним слинковаться из проприетарного проекта :3
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	22. "Слайды лекции Пакетирование для Debian"	+2 +/–
	Сообщение от Аноним (??) on 18-Июн-12, 14:55
	> какое коварство! Залицензировался под GPL3, а я-то уже думал с ним слинковаться > из проприетарного проекта :3 Это еще что! Знаете, как фрустрировали коварные злыдни из Apple, которые хотели сделать на базе его презентации тивоизированную прошивку?
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

5. "Слайды лекции Пакетирование для Debian"	+3 +/–
Сообщение от lucentcode (ok) on 18-Июн-12, 00:57
Да не так уж и сложно пакеты под Debian собирать. Но под Arch linux намного приятней их собирать. Почему у дебиана нет ничего подобного makepkg и PKGBUILD'ам? Сложная иерархия файлов и каталогов в пакете-пустышке, рассредоточенные по ним данные... PKGBUILD'а на них не хватает...
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	6. "Слайды лекции Пакетирование для Debian"	+2 +/–
	Сообщение от emg81 (ok) on 18-Июн-12, 02:33
	потому что Arch изначально делали по принципу KISS. и не "бритвой Оккама отсекали ненужное, а изначально "лобзиком Оккама запиливали нужное". лично мне после простоты и понятности Arch'а невозможно спокойно влезать в /etc/ дебианоподобных дистрибутивов, т.к. постоянно задаюсь вопросами: "зачем тут это?", "а почему вот эти настройки размазаны по куче файлов?" и т.п. и... лично у меня Arch вызвал куда меньше проблем, чем "стабильный дебиан" (именно в кавычках). может, карма такая. опять же, всё вышесказанное - просто моё мнение, которое никому не навязываю
	Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

	13. "Слайды лекции Пакетирование для Debian"	+2 +/–
	Сообщение от Аноним (??) on 18-Июн-12, 11:45
	> лично мне после простоты и понятности Arch'а невозможно спокойно влезать в /etc/ дебианоподобных дистрибутивов, т.к. постоянно задаюсь вопросами: "зачем тут это?", "а почему вот эти настройки размазаны по куче файлов?" и т.п Вы рассуждаете, как Поттеринг. Он тоже, помнится, говорил, что нечего размазывать по сотне запутанных конфигов то, что можно написать в нескольких простых.
	Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

	23. "Слайды лекции Пакетирование для Debian"	–2 +/–
	Сообщение от Рыба on 18-Июн-12, 15:19
	Когда дело касается Поттеринга там даже если и получиться именно 2 конфига, а не 2(основных)+20(как бы не нужных, но без которых... ну сами понимаете), то в результате получим 2 конфига по 10+ мегабайт XML-лапши каждый с нестальным синтаксисом, по факту, даже для минорного апдейта. :) Именно из за такого ожидания конечного результата его деятельности к его "инициативам" и относятся настроженно многие.
	Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

	25. "Слайды лекции Пакетирование для Debian"	+1 +/–
	Сообщение от Аноним (??) on 18-Июн-12, 15:38
	Как правило, за 10+ метров XML-лапши сражаются идейные противники Поттеринга. Сам он XML на дух не переносит. И страдает сильной аллергией к конфигам больше чем на 20 строк.
	Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

	27. "Слайды лекции Пакетирование для Debian"	+1 +/–
	Сообщение от Аноним (??) on 18-Июн-12, 15:45
	> Когда дело касается Поттеринга там даже если и получиться именно 2 конфига, а не 2(основных)+20(как бы не нужных, но без которых... ну сами понимаете), то в результате получим 2 конфига по 10+ мегабайт XML-лапши каждый с нестальным синтаксисом, по факту, даже для минорного апдейта. :) Вы, наверное, никогда не имели дела с поделиями Поттеринга. Он как раз везде проталкивает максимально простой и стабильный синтаксис.
	Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

	32. "Слайды лекции Пакетирование для Debian"	+3 +/–
	Сообщение от Рыба on 18-Июн-12, 18:55
	Так в том то и дело, что при "борьбе с ведьмами" уже становиться без разницы кто там за что на самом деле выступает. И выше я привёл как раз вариант, что "подумают", а не что бы "умыслил" Поттеринг на самом деле. Сначала подумал вбросить про многосотнекиллобайтные конфиги на м4, но потом подумал что уже "в массы не пойдёт" и остановился в своей аллегории на "ХМЛ-лапше". :)
	Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

	43. "Слайды лекции Пакетирование для Debian"	+/–
	Сообщение от Аноним (??) on 19-Июн-12, 00:54
	Да, вы верно подметили основную тенденцию: никто не знает, что и зачем пишет поттер, и как оно работает, но все почему-то твердо уверены, что это ненужная фигня и работает она плохо. Как говорится, "не читал, но осуждаю".
	Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

	31. "Слайды лекции Пакетирование для Debian"	+2 +/–
	Сообщение от Аноним (??) on 18-Июн-12, 18:27
	> Когда дело касается Поттеринга там даже если и получиться именно 2 конфига, > а не 2(основных)+20(как бы не нужных, но без которых... ну сами > понимаете), то в результате получим 2 конфига по 10+ мегабайт XML-лапши > каждый с нестальным синтаксисом, по факту, даже для минорного апдейта. :) Вы нагло перевираете факты, в попытке обелить поттера. Он ненавидит прекрасные юниксвейные конфиги на специализированных языках представления данных, таких как XML, SQL и bash, предпочитая виндузятнический INI.
	Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

	60. "Слайды лекции Пакетирование для Debian"	–1 +/–
	Сообщение от www2 (??) on 21-Июн-12, 21:43
	XML и SQL никогда не были юниксвейными конфигами. bash тоже не имеет общего с юниксвеем. Чистый shell - ещё куда ни шло. INI, кстати, наиболее юниксвейный конфиг из всего вышеперечисленного.
	Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

	35. "Слайды лекции Пакетирование для Debian"	+/–
	Сообщение от emg81 (ok) on 18-Июн-12, 21:39
	>> лично мне после простоты и понятности Arch'а невозможно спокойно влезать в /etc/ дебианоподобных дистрибутивов, т.к. постоянно задаюсь вопросами: "зачем тут это?", "а почему вот эти настройки размазаны по куче файлов?" и т.п > Вы рассуждаете, как Поттеринг. Он тоже, помнится, говорил, что нечего размазывать по > сотне запутанных конфигов то, что можно написать в нескольких простых. ну и логика у Вас. на основании единичного сходства такие выводы делать. emg81 считает, что белый цвет светлее чёрного. Поттеринг тоже считает, что белый цвет светлее чёрного. ---> emg81 рассуждает как Поттеринг. О_о
	Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

	39. "Слайды лекции Пакетирование для Debian"	–1 +/–
	Сообщение от Аноним (??) on 19-Июн-12, 00:43
	> emg81 считает, что белый цвет светлее чёрного. Поттеринг тоже считает, что белый цвет светлее чёрного. ---> emg81 рассуждает как Поттеринг. О_о Если учесть, что 100500 идейных борцов с поттером считают, что черный однозначно светлее белого (потому что поттер всегда неправ) - emg81 и поттер явно в меньшинстве.
	Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

	14. "Слайды лекции Пакетирование для Debian"	+1 +/–
	Сообщение от Аноним (??) on 18-Июн-12, 13:57
	>постоянно задаюсь вопросами: "зачем тут это?", "а почему вот эти настройки размазаны по куче файлов?" и т.п. Так спроси́те в профильном списке рассылки или у авторов/майнтейнера. Обычно, если размазано, на то есть причины.
	Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

	15. "Слайды лекции Пакетирование для Debian"	+/–
	Сообщение от myhand (ok) on 18-Июн-12, 14:36
	> потому что Arch изначально делали по принципу KISS. Скорее по пословице: "Простота хуже воровства". > и не "бритвой Оккама отсекали ненужное, а изначально "лобзиком Оккама запиливали нужное". Бритва Оккама - это методологический принцип, а не инженерный.  "Если чо" (с) > "зачем тут это?", "а почему вот эти настройки размазаны по куче файлов?" и т.п. Затем, что проще скриптом записать нужный кусок настроек в один из "кучи файлов", нежели сурово редактировать оным простыню конфига "все в одном".  И обновлять проще:  я вот вижу диффы маленких файликов, и мне очевидно что здесь /etc/nginx/conf.d/proxy.conf я просто переписал нафиг, а /etc/nginx/conf.d/security.conf - добавил. > лично у меня Arch вызвал куда меньше проблем, чем "стабильный дебиан" (именно в кавычках). может, карма такая. Можно пример?  - Проверим карму без проблем!
	Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

	28. "Слайды лекции Пакетирование для Debian"	+/–
	Сообщение от Анонище on 18-Июн-12, 16:05
	> Затем, что проще скриптом записать нужный кусок настроек в один из "кучи файлов", нежели сурово редактировать оным простыню конфига "все в одном".  И обновлять проще:  я вот вижу диффы маленких файликов, и мне очевидно что здесь /etc/nginx/conf.d/proxy.conf я просто переписал нафиг, а /etc/nginx/conf.d/security.conf - добавил. Вот именно что тебе. Ты ни есть все.
	Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

	29. "Слайды лекции Пакетирование для Debian"	+/–
	Сообщение от myhand (ok) on 18-Июн-12, 16:29
	>> Затем, что проще скриптом записать нужный кусок настроек в один из "кучи файлов", нежели сурово редактировать оным простыню конфига "все в одном".  И обновлять проще:  я вот вижу диффы маленких файликов, и мне очевидно что здесь /etc/nginx/conf.d/proxy.conf я просто переписал нафиг, а /etc/nginx/conf.d/security.conf - добавил. > > Вот именно что тебе. Ты ни есть все. Я нигде не написал, что "мне".  Не фантазируйте, пожалуйста. Пример: $ cat > /etc/srv.d/some.conf <<EOF val1=val1 # some comment: var2=var2 # etc... EOF Жду ваш пример для редактирования скриптом /etc/srv.conf.   Учтите, пожалуйста, что var1 и var2 *уже* могут быть в этом файле.  Что формат его может быть сложнее variable=value (напр. что-то типа bind, apache, nginx, даже ini-файл).  Так что идея "добавить в конец" (получив, кстати, нечитаемый конфиг) - не сработает ни разу.
	Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

	30. "Слайды лекции Пакетирование для Debian"	+/–
	Сообщение от Аноним (??) on 18-Июн-12, 18:23
	В любом случае, редактирование одного файла будет всяко проще, чем выполнение одной и той же операции 20 раз :) Предложенный вами вариант совершенно абсурден и бесполезен, так как ничуть не мешает затереть одни настройки и многократно определить другие, не говоря уже об отвратительной по определению читабельности. Вы как-то упускаете из виду, что разбиение одного конфига на 20 не решает никаких проблем, просто увеличивает существующий гемор ровно в 20 раз. И это еще не считая грепанья с криком "ну в какой же из них я в прошлый раз записал эту долбаную опцию!"
	Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

	33. "Слайды лекции Пакетирование для Debian"	+/–
	Сообщение от myhand (ok) on 18-Июн-12, 20:03
	> В любом случае, редактирование одного файла будет всяко проще Руками локалхостадмина - может и проще.  Скриптом - нет. Реальные use cases чуть сложнее, чем видно локалхостадминам ;) > чем выполнение одной > и той же операции 20 раз :) Скриптом - без разницы.  Хоть тыщу. > Предложенный вами вариант совершенно абсурден и бесполезен Ну, я попытался объяснить.  Вы не поняли - может другие что-то поняли. > так как ничуть не мешает > затереть одни настройки и многократно определить другие Мешает.  Что - я написал выше.  Кстати, объяснил как страдает эта самая "читабельность" на примере обновления вашего все-в-одном конфига. > И это еще не считая грепанья с криком "ну в какой > же из них я в прошлый раз записал эту долбаную опцию!" Все просто.  Прочтите man grep, там есть куча интересных опций (-R, к примеру).  Детские проблемы. На самом деле все еще проще: ничто не мешает давать имена файлам *осмысленно*.
	Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

	36. "Слайды лекции Пакетирование для Debian"	+/–
	Сообщение от Анонище on 18-Июн-12, 22:42
	> Руками локалхостадмина - может и проще.  Скриптом - нет. Ынтерпризе админы настолько суровы, что правят конфиги самописными недоскриптами вместо того, что бы юзать cfengine/puppet/bcfg2? Мне кажется, вы темните;)
	Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

	37. "Слайды лекции Пакетирование для Debian"	–1 +/–
	Сообщение от Анонище on 18-Июн-12, 22:44
	>> Руками локалхостадмина - может и проще.  Скриптом - нет. > Ынтерпризе админы настолько суровы, что правят конфиги самописными недоскриптами вместо > того, что бы юзать cfengine/puppet/bcfg2? Мне кажется, вы темните;) К тому же, применять парсеры вместо макросов - секс знатный, ага:)
	Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

	44. "Слайды лекции Пакетирование для Debian"	–1 +/–
	Сообщение от Аноним (??) on 19-Июн-12, 00:55
	> К тому же, применять парсеры вместо макросов - секс знатный, ага:) Просто кое-кто путает конфиги и логи :)
	Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

	38. "Слайды лекции Пакетирование для Debian"	+1 +/–
	Сообщение от myhand (ok) on 18-Июн-12, 23:57
	>> Руками локалхостадмина - может и проще.  Скриптом - нет. > > Ынтерпризе админы настолько суровы, что правят конфиги самописными недоскриптами вместо > того, что бы юзать cfengine/puppet/bcfg2? Мне кажется, вы темните;) Задачи cfengine/puppet и парсинга конфигов - ортогональные.  Некоторые используют при этом всякие augeas (еще один виток сложности со своими граблями), а некоторые - cat/echo. Второй подход - проще, если в дистрибутиве немного подумали головой над разбиением конфигов.
	Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

	41. "Слайды лекции Пакетирование для Debian"	–1 +/–
	Сообщение от Анонище on 19-Июн-12, 00:50
	> Второй подход - проще, если в дистрибутиве немного подумали головой над разбиением конфигов. Не убедили ни разу. Но пусть каждый останется при своем мнении.
	Ответить | Правка | ^ к родителю #38 | Наверх | Cообщить модератору

	42. "Слайды лекции Пакетирование для Debian"	–2 +/–
	Сообщение от Аноним (??) on 19-Июн-12, 00:50
	> Задачи cfengine/puppet и парсинга конфигов - ортогональные.  Некоторые используют при этом > всякие augeas (еще один виток сложности со своими граблями), а некоторые > - cat/echo. Вы, похоже, плохо разбираетесь в системном администрировании. Конфиги - это не логи, их надо писать, а не парсить.
	Ответить | Правка | ^ к родителю #38 | Наверх | Cообщить модератору

	50. "Слайды лекции Пакетирование для Debian"	+2 +/–
	Сообщение от filosofem (ok) on 19-Июн-12, 08:51
	>Конфиги - это не логи, их надо писать, а не парсить. Привет чукотским админам!
	Ответить | Правка | ^ к родителю #42 | Наверх | Cообщить модератору

	61. "Слайды лекции Пакетирование для Debian"	+/–
	Сообщение от www2 (??) on 21-Июн-12, 21:47
	Эрик Оллман обобряет. Конфиги сендмейла надо писать, а не парсить или (о ужас!) читать.
	Ответить | Правка | ^ к родителю #42 | Наверх | Cообщить модератору

	40. "Слайды лекции Пакетирование для Debian"	–2 +/–
	Сообщение от Аноним (??) on 19-Июн-12, 00:48
	> Скриптом - без разницы.  Хоть тыщу. А когда выяснится, что скрипт напортачил, проверять, в каком из 1000 файлов он это сделал, будете лично вы? > Мешает.  Что - я написал выше.  Кстати, объяснил как страдает > эта самая "читабельность" на примере обновления вашего все-в-одном конфига. Никаких возможностей помешать этому реорганизация конфигов не дает. Ну, кроме выноса некоторых конфигов на ro разделы или chattr. Но от переопределения все равно не поможет. > Кстати, объяснил как страдает эта самая "читабельность" на примере обновления вашего все-в-одном конфига. А никак. Написал общее правило для формирования конфигов, система деплоя переписала конфиги для всех компов, и все довольны. Читабельность конфигов зависит только от изначальных правил.
	Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

	52. "Слайды лекции Пакетирование для Debian"	+1 +/–
	Сообщение от filosofem (ok) on 19-Июн-12, 09:32
	Теоретики деплоя не понимают когда и для чего разделяют конфиг на несколько файлов или генерят один файл из нескольких. Делают это когда у конфига есть более одного источника изменений. К примеру когда несколько пакетов зависят от конфигурации другого пакета и хоят ее подредактировать под себя, или когда нужно изолировать изменения внесенные админом от возможных изменений конфига или инитскрипта после обновления. Системы деплоя, менеджеры конфигов и вообще любые автоматические генераторы конфигураций мягко говоря не упрощают ситуацию с конфликтующими изменениями в конфигфайлах.
	Ответить | Правка | ^ к родителю #40 | Наверх | Cообщить модератору

	54. "Слайды лекции Пакетирование для Debian"	+/–
	Сообщение от Анонище on 19-Июн-12, 09:52
	Во, главный практик подтянулся, с теоретическими доводами.
	Ответить | Правка | ^ к родителю #52 | Наверх | Cообщить модератору

	55. "Слайды лекции Пакетирование для Debian"	+/–
	Сообщение от filosofem (ok) on 19-Июн-12, 10:27
	Пример первого случая /etc/resolvconf/ Пример второго /etc/default/
	Ответить | Правка | ^ к родителю #54 | Наверх | Cообщить модератору

	51. "Слайды лекции Пакетирование для Debian"	+/–
	Сообщение от bormant (ok) on 19-Июн-12, 09:32
	> грепанья с криком "ну в какой же из них я в прошлый раз записал эту долбаную опцию!" На выбор сообразно ситуации: grep опция /etc/some.d/*.conf grep --include=*.conf -R опция /etc/some.d/
	Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

	62. "Слайды лекции Пакетирование для Debian"	+/–
	Сообщение от lucentcode (ok) on 21-Июн-12, 23:40
	> потому что Arch изначально делали по принципу KISS. > и не "бритвой Оккама отсекали ненужное, а изначально "лобзиком Оккама запиливали нужное". > лично мне после простоты и понятности Arch'а невозможно спокойно влезать в /etc/ > дебианоподобных дистрибутивов, т.к. постоянно задаюсь вопросами: "зачем тут это?", "а > почему вот эти настройки размазаны по куче файлов?" и т.п. > и... лично у меня Arch вызвал куда меньше проблем, чем "стабильный дебиан" > (именно в кавычках). может, карма такая. > опять же, всё вышесказанное - просто моё мнение, которое никому не навязываю Аналогично и я выбрал Arch за его простые и понятные принципы, лёгкую правку конфигурационных файлов и возможность использовать PKGBUILD'ы, которые я сам могу быстро себе соорудить из шаблона с Arch Wiki и парочки разобранных для изучения чужих PKGBUILD'ов.
	Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

	65. "Слайды лекции Пакетирование для Debian"	+/–
	Сообщение от myhand (ok) on 22-Июн-12, 12:07
	> Аналогично и я выбрал Arch за его простые и понятные принципы, лёгкую > правку конфигурационных файлов и возможность использовать PKGBUILD'ы, которые я сам могу > быстро себе соорудить из шаблона с Arch Wiki и парочки разобранных > для изучения чужих PKGBUILD'ов. А можно было бы не париться - и просто установить готовый пакет с зеркал Debian :)  Ну, про "легкую правку" уже много написали выше.  Откроете глаза - может чему и научитесь... PS: Оратор, на "крик души" которого вы ответили, стыдливо умолчал в тряпочку о "проблемах" в "стабильном дебиане", которые его сподвигли кушать кактус.
	Ответить | Правка | ^ к родителю #62 | Наверх | Cообщить модератору

	66. "Слайды лекции Пакетирование для Debian"	+/–
	Сообщение от lucentcode (ok) on 26-Июн-12, 01:01
	А Apache 2.4.2 и PHP 5.4.4 вы там уже в репах имеете? Plymouth самый новый из GIT? Может свежий systemd? И прочее ПО? Или там музейные экспонаты, как в Ubuntu? У меня есть и Debian на винте, экспериментов ради держу. Так вот, пакеты там древние. А я люблю самые новые, с новыми фичами. Жизнь коротка, у меня нет времени ждать, пока какие-то уникумы год будут пакет собирать.
	Ответить | Правка | ^ к родителю #65 | Наверх | Cообщить модератору

	69. "Слайды лекции Пакетирование для Debian"	+/–
	Сообщение от Michael Shigorin (ok) on 26-Июн-12, 03:00
	> А я люблю самые новые, с новыми фичами. Жизнь коротка Противоречивые утверждения, между прочим. Кстати, не поделитесь ли впечатлениями о разнице plymouth-0.8.3 и 0.8.4?  Мне действительно интересно, недавно добил наконец его поддержку в mkimage-profiles и пакет обновить можно, но хорошо бы знать, зачем и насколько это чревато.  А тут как раз короткоживущий тестер всего подряд навстречь, удача-то какая :-)
	Ответить | Правка | ^ к родителю #66 | Наверх | Cообщить модератору

	73. "Слайды лекции Пакетирование для Debian"	+/–
	Сообщение от myhand (ok) on 26-Июн-12, 12:10
	>  А тут как раз короткоживущий тестер всего подряд навстречь, удача-то какая :-) Чет он молчит....  "Обиделся и ушол" (тм) Сильно подозреваю, что боец не знаком предметно с понятием "отчет об ошибке" :)
	Ответить | Правка | ^ к родителю #69 | Наверх | Cообщить модератору

	74. "Слайды лекции Пакетирование для Debian"	+/–
	Сообщение от Michael Shigorin (ok) on 26-Июн-12, 13:00
	> Чет он молчит.... Ну не всё ж по форумам.
	Ответить | Правка | ^ к родителю #73 | Наверх | Cообщить модератору

	75. "Слайды лекции Пакетирование для Debian"	+/–
	Сообщение от lucentcode (ok) on 27-Июн-12, 20:03
	Name           : plymouth Version        : 0.8.5.1-1 При переходе на Linux 3.4.4 mkinitcpio дошел до хука plymouth, и выбросил ошибку. Не находил он какого-то файла нужного ему, и ругался. Обновил до plymouth с 0.8.4 до 0.8.5.1-1 и всё встало на своё место. Но это возможно специфичный для Arch Linux глюк, не знаю. А так работает всё как работало, в работе самой программы изменений не заметил. Иногда приходится обновлять некоторые пакеты только из-за того, что обновил что-то другое, и с новой версией того пакета не работает сабж.
	Ответить | Правка | ^ к родителю #69 | Наверх | Cообщить модератору

	76. "Слайды лекции Пакетирование для Debian"	+/–
	Сообщение от Michael Shigorin (ok) on 27-Июн-12, 20:07
	> А так работает всё как работало, в работе самой программы изменений не заметил. Q.E.D. :) > Иногда приходится обновлять некоторые пакеты только из-за того, что > обновил что-то другое, и с новой версией того пакета не работает сабж. Сабж-то (слайды) работает, а вот при заведомой неработоспособности новой версии пакета B с престарелыми версиями пакета A и наличии технической возможности в менеджере пакетов стоит попросить майнтейнера добавить в B конфликт на версии A <= нерабочей (или < рабочей, смотря по ситуации).
	Ответить | Правка | ^ к родителю #75 | Наверх | Cообщить модератору

	70. "Слайды лекции Пакетирование для Debian"	+/–
	Сообщение от myhand (ok) on 26-Июн-12, 12:03
	> А Apache 2.4.2 и PHP 5.4.4 вы там уже в репах имеете? PHP 5.4.4 - в sid и testing Apache 2.4.2 - в experimental (в следующий релиз не попадет, основной проблемой оказался mod_perl) Собрать - не проблема.  Проблемой являются баги. > Plymouth самый новый из GIT? Может свежий systemd? Меня, к примеру, мало интересуют подобные погремушки.  Не видел покуда ни одного сервера с ними, так что и не переживаю. > И прочее ПО? И с прочим ПО тоже все ок.  Разные подходы есть к релизу дистрибутива, понимаете?  Кто-то смотрит на цифирки версий, а кто-то на количество RC-багов в багтрекере.  Увеличение первых не приводит автоматически к уменьшению вторых, ровно наоборот. > А я люблю самые новые, с новыми фичами. И новыми багами.  Сколько оных отрепортили-то? ;)
	Ответить | Правка | ^ к родителю #66 | Наверх | Cообщить модератору

	8. "Слайды лекции Пакетирование для Debian"	+2 +/–
	Сообщение от б.б. on 18-Июн-12, 03:00
	Да, простого формата спецификаций, как обёртки, для сбора несложных пакетов в Debian очень не хватает. :( Это, пожалуй, большее, чего не хватает Debian.
	Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

	16. "Слайды лекции Пакетирование для Debian"	–3 +/–
	Сообщение от myhand (ok) on 18-Июн-12, 14:41
	> Да, простого формата спецификаций, как обёртки, для сбора несложных пакетов в Debian > очень не хватает. :( Не предвидится.  Если мейнтейнеру влом набить debian/control и debian/copyright для "несложного пакета" - такой мейнтейнер Debian не нужен. > Это, пожалуй, большее, чего не хватает Debian. Вы DM, DD?  Если нет - давайте вы будете разделять свои пожелания и надежды с нуждами Debian.
	Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

	19. "Слайды лекции Пакетирование для Debian"	+3 +/–
	Сообщение от Аноним (??) on 18-Июн-12, 14:51
	> Если мейнтейнеру влом набить debian/control и debian/copyright для "несложного пакета" - такой мейнтейнер Debian не нyжен. Давайте вы будете разделять свои пожелания и надежды с нуждами Debian, хорошо?
	Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

	49. "Слайды лекции Пакетирование для Debian"	+1 +/–
	Сообщение от filosofem (ok) on 19-Июн-12, 08:46
	>Не предвидится.  Если мейнтейнеру влом набить debian/control и debian/copyright для "несложного пакета" - такой мейнтейнер Debian не нужен. Собирать по-бырому на коленке пакеты нужно не для майнтейнеров, а для админов. Людям уже внушили, что ./configure;make install вселенское зло, а как жить дальше не рассказали.
	Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

	63. "Слайды лекции Пакетирование для Debian"	+/–
	Сообщение от lucentcode (ok) on 21-Июн-12, 23:48
	> Да, простого формата спецификаций, как обёртки, для сбора несложных пакетов в Debian > очень не хватает. :( > Это, пожалуй, большее, чего не хватает Debian. PKGBUILD'ы могут собрать из одного тарбола с исходниками несколько разных пакетов, использовать сложные сценарии во время сборки, пакетирования и установки пакетов. Это очень мощное средство. Так что не только несложные, но и сложные пакеты с кучей зависимостей можно спокойно клепать из PKGBUILD'ов. Система сама качает исходники, проверяет контрольные суммы, распаковывает, если вы её попросите, то и пропатчит их, скачав патчи и т.п. Это просто чудо. И главное, всё очень просто организованно. Помню я, как собирал себе дрова когда-то в .deb для dial-up модема на чипе от Intel. Исходники только с оффсайта, но собрать их можно было только пройдя целый квест, а потом ещё один для сборки пакета. Немного позже была найдена обвязка из скриптов на баше, которые получали исходники, что-то там спрашивали и делали пакет. Но метод был крайне не гибкий, да и не заполнял скрипт всё так, как это можно было сделать ручками. Про патчи и прочие чудесные деяния во время сборки пакета можно было и не мечтать...
	Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

	64. "Слайды лекции Пакетирование для Debian"	+/–
	Сообщение от myhand (ok) on 22-Июн-12, 12:01
	> Про патчи и прочие чудесные деяния во время сборки пакета можно > было и не мечтать... Бедные арчеводы...   Патчи - это не чудесные деяния.  Это элементарная часть сборки. Мечтать не надо было - надо было прочитать документацию и использовать то, что давно есть и работает.
	Ответить | Правка | ^ к родителю #63 | Наверх | Cообщить модератору

	67. "Слайды лекции Пакетирование для Debian"	+/–
	Сообщение от lucentcode (ok) on 26-Июн-12, 01:07
	Ага, это стандартная часть сборки. Вот только для Debian вам нужны сорцы, патчи и прочее барахло, и куча телодвижений для распаковки, наложения патчей и сборки. В arch вы пишете один PKGBUILD который сам скачивает исходники, накладывает патчи и собирает пакет. Качает не только тарболы, но позволяет задействовать системы контроля версии и т.п. Разница существенная, вы не находите? Это просто разный подход и разные вещи, абсолютно. PKGBUILD подобен Make-файлу или bash-скрипту помогающему автоматизировать то, что можно большим пальцем левой ноги и в консоли набить, но сколько на это времени уйдёт...
	Ответить | Правка | ^ к родителю #64 | Наверх | Cообщить модератору

	71. "Слайды лекции Пакетирование для Debian"	+/–
	Сообщение от myhand (ok) on 26-Июн-12, 12:06
	> Вот только для Debian вам нужны сорцы, > патчи и прочее барахло, и куча телодвижений для распаковки, наложения патчей > и сборки. В arch вы пишете один PKGBUILD который сам скачивает исходники, накладывает патчи... ...  и моет вам голову?  Прям как в сказке, каковой, в сущности, и является. Подозреваю, что Пастернака-то и не читал...  Вот потому о "брахле", которое нужно для сборки deb у вас крайне смутное представление.
	Ответить | Правка | ^ к родителю #67 | Наверх | Cообщить модератору

	77. "Слайды лекции Пакетирование для Debian"	+/–
	Сообщение от lucentcode (ok) on 27-Июн-12, 20:10
	> ...  и моет вам голову?  Прям как в сказке, каковой, > в сущности, и является. Жаль, пока не моет нам голову. В доме роботизированной техники не наблюдается. Но PKGBUILD(как любой bash скрипт) может выполнить набор действий, необходимых для сборки пакета. Это абсолютно точно. И патчи скачает, и сорсы, и распакует всё куда надо. Даже соберёт. Попробуйте немного поработать в Arch, сами убедитесь. Или в Gentoo с его ebuild, тес немного сложнее устроенны. Но идея та же.
	Ответить | Правка | ^ к родителю #71 | Наверх | Cообщить модератору

	78. "Слайды лекции Пакетирование для Debian"	+/–
	Сообщение от myhand (ok) on 28-Июн-12, 00:38
	> Но PKGBUILD(как любой bash скрипт) может выполнить набор действий, необходимых для сборки > пакета. Вы удивитесь, но debian/rules - это makefile.  Каждая цель которого устроена как серия обычных команд на shell.  Так что ковыряться в носу умеет каждый - не велика премудрость :D > Это абсолютно точно. И патчи скачает, и сорсы, и распакует > всё куда надо. Даже соберёт. 21 век уже, а это все еще "космические технологии" :D  Проснитесь: подобная ерунда уже давно никому не интересна.  Люди занимаются автоматизацией QA, обеспечивают поддержку новых архитектур.  *Пишут* патчи, наконец... А "скачивание патчей" (которые ведь надо еще *указать*, в этом и заключается реальная работа) - это и wget умеет. > Попробуйте немного поработать в Arch, сами > убедитесь. Или в Gentoo с его ebuild, тес немного сложнее устроенны. Не обязательно пробовать цианистый калий, чтобы убедиться что он ядовит.  Вы не поверите, но с дистрибутивами это тоже работает.  Комбинация знакомства с документацией, примерами, опытом коллег...  Даже если допустить, как вы, ничтоже сумняшеся - что ваш оппонент сих дистрибутивов в глаза не видел (увы, это не так).  Ну не нужно кажду^Wвсе тащить в рот, так вот... Самое лестное для испытуемых впечатление, которое я на данный момент вынес из опыта знакомства с другими дистрибутивами и системами сборки: "те же яйца, только в профиль".  Более того, из этого же опыта: работа мейнтейнера автоматизирована (пока?) лучше всего в Debian.  Даже несмотря на (а может благодаря?) более жесткому подходу к техническим стандартам внутри дистрибутива (привет Debian Policy, где в Arch ее аналог?) и, тем самым, к содержимому пакетов. PS: Если "работа в Arch" неминуемо требует знакомства с системой сборки пакетов - нафиг такой дистрибутив вообще.
	Ответить | Правка | ^ к родителю #77 | Наверх | Cообщить модератору

	68. "Слайды лекции Пакетирование для Debian"	+/–
	Сообщение от lucentcode (ok) on 26-Июн-12, 01:13
	А что есть? dpkg-buildpackage с dh_make, wget, правкой debian/control, наложением патчей ручками и прочими "радостями"? Вы про автоматизацию регулярно повторяемых действий и макросы разве не в курсе? Какой мазохист мог придумать такую дурацкую систему сборки пакетов?
	Ответить | Правка | ^ к родителю #64 | Наверх | Cообщить модератору

	72. "Слайды лекции Пакетирование для Debian"	+/–
	Сообщение от myhand (ok) on 26-Июн-12, 12:08
	> А что есть? dpkg-buildpackage с dh_make, wget, правкой debian/control, наложением патчей > ручками и прочими "радостями"? Ну почитайте до конца subj - таки может узнаете "что есть". > Вы про автоматизацию регулярно повторяемых действий и > макросы разве не в курсе? В курсе детка, я ведь читать-то умею :)
	Ответить | Правка | ^ к родителю #68 | Наверх | Cообщить модератору

	17. "Слайды лекции Пакетирование для Debian"	–3 +/–
	Сообщение от myhand (ok) on 18-Июн-12, 14:48
	> Почему у дебиана нет ничего > подобного makepkg и PKGBUILD'ам? Сложная иерархия файлов и каталогов в пакете-пустышке, > рассредоточенные по ним данные... PKGBUILD'а на них не хватает... Потому что кто-то закончил "школу" и выучил, что мешать в одной помойке данные, метаданные и код - неправильно и вредно.  Даже rpm-спек настолько тупо не устроен.
	Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

	20. "Слайды лекции Пакетирование для Debian"	+1 +/–
	Сообщение от Аноним (??) on 18-Июн-12, 14:53
	> Потому что кто-то закончил "школу" и выучил, что мешать в одной помойке > данные, метаданные и код - неправильно и вредно.  Даже rpm-спек > настолько тупо не устроен. Для ясности, определим "помойку" как файловую систему. Вы действительно храните данные, "метаданные" и сорцы на разных ФС?
	Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

Часть нити удалена модератором

	26. "Слайды лекции Пакетирование для Debian"	+/–
	Сообщение от Аноним (??) on 18-Июн-12, 15:40
	> PS: "Если чо" - в любом дистрибутиве разделяют код, конфигурационные файлы, данные > на уровне иерархии файлов и каталогов. Но при этом запихивают конфиги, бинарники и данные в один пакет-помойку.
	Ответить | Правка | ^ к родителю #64 | Наверх | Cообщить модератору

	57. "Слайды лекции Пакетирование для Debian"	+2 +/–
	Сообщение от Michael Shigorin (ok) on 20-Июн-12, 00:20
	> Но при этом запихивают конфиги, бинарники и данные в один пакет-помойку. Серьёзно никогда не слышали про noarch-подпакеты с данными?  Да, это не в любом -- IIRC в том же арче не заморачиваются.  Ну так речь про noarch. :)
	Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

	48. "Слайды лекции Пакетирование для Debian"	+/–
	Сообщение от ach (ok) on 19-Июн-12, 08:12
	>> Почему у дебиана нет ничего >> подобного makepkg и PKGBUILD'ам? Сложная иерархия файлов и каталогов в пакете-пустышке, >> рассредоточенные по ним данные... PKGBUILD'а на них не хватает... > Потому что кто-то закончил "школу" и выучил, что мешать в одной помойке > данные, метаданные и код - неправильно и вредно.  Даже rpm-спек > настолько тупо не устроен. На мой взгляд, PKGBUILD - это как раз чрезмерно упрощенный rpm-спек и есть. Также как и вся пакетная система Arch'а сильно rpm напоминает, примерно как Карузо в исполнении Рабиновича :) (с). Хотя лично мне больше нравится подход к сборке rpm-пакетов. Он проще. Но на вкус и цвет фломастеры разные.
	Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

11. "Слайды лекции Пакетирование для Debian"	–10 +/–
Сообщение от iZEN (ok) on 18-Июн-12, 08:58
Эта чего, "cd /path/toportname && make package-recursive clean" тоже можно под собственнической лицензией публиковать и взимать плату за использование? :))
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	12. "Слайды лекции Пакетирование для Debian"	+/–
	Сообщение от Michael Shigorin (ok) on 18-Июн-12, 09:53
	> тоже можно под собственнической лицензией публиковать ?
	Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

	56. "Слайды лекции Пакетирование для Debian"	+/–
	Сообщение от Andrey Mitrofanov on 19-Июн-12, 11:25
	>> тоже можно под собственнической лицензией публиковать > ? йаЗена колбасит с ненавистных букв "GPLv3". Прямо же в новости, представляешь!?
	Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

	21. "Слайды лекции Пакетирование для Debian"	+3 +/–
	Сообщение от Аноним (??) on 18-Июн-12, 14:54
	> Эта чего, "cd /path/toportname && make package-recursive clean" тоже можно под собственнической лицензией публиковать и взимать плату за использование? :)) BSD-шникам все можно, даже грабить и убивать. Им лицензия разрешает.
	Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема