The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

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

"Слайды лекции 'Пакетирование для 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 email(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 email(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 email(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 email(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 email(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 email(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 email(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 | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру