> один из главных плюсов слаки в том, что ею рулит один разработчик, который четко знает каким должен быть дистрибутив
Нет, все же, наверное, это главный минус слаки. Один человек, каким бы крутым перцем он ни был, не может одновременно обозреть весь спектор проблем. Только разработчиков несколько, и у них различные взгляды на то, каким должен быть дистр, дистрибутив получится действительно подходящим для всех.
Еще мне непонятно, каким образом Патрик успевает собрать все пакеты? Это сколько же нужно машинного и человеческого времени? Или там все пакеты собраны с дефолтными настройками и без патчей? Как он успевает отследить проблемы безопасности? Ведь если разработчик поддерживает такое огромное число пакетов, то просто невозможно за всеми уследить. То же самое касается обновлений и багфиксов.
Насчет инита -- ИМХО sysv init намного более понятен чем бздшный. Инициализация системы -- это не тот случай, когда все можно упрощать. Проблемы с инициализацией для меня исчезли, когда я перешел на дебиан.
Про левые сайты с пакетами говорить не надо. Они в дистр не входят, значит не входят. Точка. Зачем мне лазить по каким-то левым сайтам, если все можно найти в основном репозитории дебиана?
> Нет, все же, наверное, это главный минус слаки. Один человек, каким бы крутым перцем он ни был, не может одновременно обозреть весь спектор проблем. Только разработчиков несколько, и у них различные взгляды на то, каким должен быть дистр, дистрибутив получится действительно подходящим для всех.
Уверен, что ему помогает куча знакомых и друзей + оглядывается на письма от пользователей...
> Проблемы с инициализацией для меня исчезли, когда я перешел на дебиан.
А у меня когда перешел на слаку....
> Про левые сайты с пакетами говорить не надо. Они в дистр не входят, значит не входят. Точка. Зачем мне лазить по каким-то левым сайтам, если все можно найти в основном репозитории дебиана?
В новую версию войдет slackpkg, добавить туда один репозиторий - не вижу большой проблемы..
Почему бы не дать возмоность знакомым и друзьям коммитить изменения, без подтверждения Патрика? Это было бы горадо более приемлемый для пользователей вариант.
2JB. Навязывание дебианом своей политики -- это главный его минус. Отсутсвие mplayer'а это следствие сего факта. Но что ж, не все коту масленица :(
> Почему бы не дать возмоность знакомым и друзьям коммитить изменения, без подтверждения Патрика? Это было бы горадо более приемлемый для пользователей вариант.
видимо у него свое мнение насчет этого... не думаю, что он обязан как все играть под одну дудку..
> А где гарантия, что пакеты из разных репозитариев будут работать вместе как положено? Меня смущает именно этот факт.
Лично у меня с этим никогда не было проблем... уверен, что у остальных тоже...
Да и вообще... о каких гарантиях речь.. проект не комерческий... дебиан так же не может гарантировать полную стабильность системы и пакетов, собственно поэтому и выходят новые релизы...
> а куда они денутся? поставили значит должны работать, зависимостей как таковых то нету :)
Явных зависимостей нет, но все же. Если я поставил, допустим, пакет с линукспакетов, в либу к нему -- с слаки.ит, то они обязательно будут работать вместе? Производится ли тестирование подобных комбинаций? Если нет, то фтопку вашу слаку с ее репозитариями и сваретами.
ну тут не однозначно все, Патрик же не пишет сам всех программ, которые включает в дистрибутив, т.е. можно сказать, что слаку делает и Линус, и РМС, и Мортон и тысячи остальных программистов.
> Да и вообще... о каких гарантиях речь.. проект не комерческий... дебиан так же не может гарантировать полную стабильность системы и пакетов, собственно поэтому и выходят новые релизы...
Я не говорил о _юридических_ гарантиях. Но даже если и так. Представь, что тебе надо оказывать платную поддержку какого-то дистра (это подразумевает то, что ты берешь на себя гарантийные обязательства). Какой дистр ты выберешь? Слаку без зависимостей, с сотней репозитариев, пакеты из которых черти как взаимодействуют, или дебиан, с большой командой разработчиков, с хорошо отлаженной инфраструктурой и т. п.
> ну тут не однозначно все, Патрик же не пишет сам всех программ, которые включает в дистрибутив, т.е. можно сказать, что слаку делает и Линус, и РМС, и Мортон и тысячи остальных программистов.
По твоей логике, слаку делают еще и производители железа. Надо отличать непосредственное написание програм с их интеграцией в одну ОС, которой и занимается патрик.
а если человек из редхат например пишет патч, который поможет собраться пакету для слаки на amd64, а Патрик этот патч использует (знаю что для 64 это уже сламд, просто для примера привел) ?
а интеграцией в одну ос занимаются преимущественно automake, libtool и т. д.
> Ясно, что он не обязан. Но если он хочет сделать свой продукт лучше, то надо как-то подумавать о разделении труда.
Не факт, что толпа разработчиков, вечно спорящих о том и другом, будет лучше... Повторюсь, много кто пользует слаку, значит все и так хорошо?.. Хотя не отрицаю, что, возможно, помощники могли бы сделать еще лучше...
> Представь, что тебе надо оказывать платную поддержку какого-то дистра (это подразумевает то, что ты берешь на себя гарантийные обязательства).
К счастью, она не платная, а если бы была - сомневаюсь, что Патрик бы поддерживал ее один, просто нанял бы людей...
> Слаку без зависимостей, с сотней репозитариев, пакеты из которых черти как взаимодействуют
Вполне хватает одного linuxpackages репозитория. Пакеты взаимодействуют так же хорошо как и на любом другом дистрибутиве.
>, малое количесто пакетов в дистре
для большого количества пакетов - есть,imho, debian;
для "вендорской иглы" - ,imho, rpm based - это для Вас - nsav-ng
> (приходится фактически пользоваться тем, чем укажет Бог Патрик)
слаку ,imho, ставят не для того, чтобы "пользоваться тем ...", а
что бы иметь минимальную систему и наращивать её "self-made" пакетами,
профилируя её в нужном направлении
зы
пакетов в слаке ,imho, достаточно, что бы включить любиму музычку,
выкачать на работе сорцы нового релиза и дособрать самую новую версию того,что тебе надо и как тебе надо
> а интеграцией в одну ос занимаются преимущественно automake, libtool и т. д.
Ты что, с горы упал? Интеграция в ОС далеко не ограничивается простой сборкой пакета, чтоб он просто работал. Дистростроители стараются обеспечить различного вида взаимодействие между программами в системе. автомейка для этого недостаточно. Попользуйся дебианом -- поймешь, что такое интеграция пакетов в системе.