From: "Алексей Любимов" <avl@l14.ru> To: ALT Devel discussion list <devel@altlinux.ru> Subject: Re: [devel] Поддержка проприетарщины в Sisyphus Date: Thu, 20 May 2004 16:16:34 +0400 Message-ID: <40ACA1A2.7030908@l14.ru> (raw) In-Reply-To: <40AC84AA.8000901@altlinux.ru> >> Поставьте себя на место девелопера. Невозможно собирать пакеты для >> всех. Должны быть какое то ограниченое количество стандартов а уж >> остальным придется как то поддерживать совместимость. > > > Да. К сожалению, LSB скорее мертв, чем жив. > ну так из этих сожалений должны быть выводы. осторожней надо плодить несовместимости и оглядываться на лидеров рынка, даже если они чего то делают "не в струю". >> Система проведения изменений в альт неприемлима для хоть сколько >> нибудь серьезных заказчиков. Серьезные заказчики в данном контексте, >> это все, кто хочет при любых обстоятельствах сохранять наработанное, >> готов добавлять свое и готов осваивать чужое, а не поставить и >> тыкаться по виджетам. Здесь уже было много истерик по поводу >> невозможности такой работы с альтом. > > > От серьезных заказчиков? будете смеятся - да. лично я не поднимал истерику только потому, что представляю себе достоинства и недостатки альта и не предлагаю его в тех случаях, когда может потребоваться что либо "извне". Фактически это все, что за пределами embeded (автономных готовых нерасширяемых решений) и oem в текущем виде (экономия средств). >> И во всех случаях присутствовала доля правды. Отсылки в платную >> поддержку решений ничего не доказывают. Еси в альте плюют на всех >> неальтовцев (свободных и не очень) в основном дереве, > > > Вот здесь -- подробнее, пожалуйста. > Где селеты спеков? Где документированные процедуры "как надо" по всем альт-зависимым вещам? Где забота о сборке сторонних приложений? Вам не нужны la - нет проблем. Оставьте из в devel-static и не ставьте их на время сборки - никто же слова не скажет. Нет, прибили все static да еще и в static все *.la вычистили. В итоге сборка статического пакета выливается в пересборку всех зависимостей с --enable-static и правкой спеков. Это называется нежная забота о сторонних пакетах и пользователях оных? Или это все борьба с проприетарщиной? Прямо на atmsk/linux-os выкладывать такую информацию некошерно, понимаю. А где это делается? И стоит ли после этого удивляться ругани в форумах на "глючность" альта. Никто ведь не обязан разглядывать config.log а далее макросы в /usr/lib/rpm чтобы понять, почему то, что собирается у всех без вопросов у нас стоит как вкопаное... > На самом деле, в этом менющемся мире надо искать свою нишу. Это уже вопрос внутрифирменый. Достаточно поставить в известность всех остальных о том,где же вы нашли свою нишу. Пока, вроде, везде. :) > Дистрибутив, поддерживающий проприетарщину -- ниша. Она будет > стремительно сокращаться. И даже если мы в нее просунем ногу -- завтра > нас оттуда выкинут. Здесь надо хладнокровно считать, чего я пока не > наблюдаю. Думайте о завтрашнем и послезавтрашнем дне, а не только о > сегодняшнем. Да чего вы зациклились на проприетарщине? Опенофис от зимиан, который я не в состоянии собрать, эта таже "проприетарщина". Есть же уже собраный под редхат, зачем его пересобирать? И таких пакетов много. А еще больше тех, которые не собираются из за "особенностей" сборки тех пакетов, на которые они опираются или просто из за "особенностей". > Одно из наших преимуществ -- близость к заказчику, который довольно > слабо верит в эфективную поддержку из-за океана. Мы можем работать для > конкретных, часто -- больших категорий потребителей. Я б сказал, один язык и одни проблемы. Поддержка из за океана _вообще_ обычно лучше. > Замахиватсья на все-все-все мы можем только в тесном взаимодействии с > каким-либо брендом. В общем, на мой взгляд, бить по площадям глупо. > то откуда появится уважение в остальных местах? >> >> А никто не говорит о "поддержке". Поддержка, это неправильное слово. >> Речь то идет о совместимости. А если этой совместимости нет в сизифе, >> то откуда она появится в дистрах? Еее же никто не проверял в то >> время, когда это надо было делать - в сизифе. > > > Ok. Давайте рассмотрим, каков может быть механизм такой проверки. Никакая проверка ничего не даст. Надо вносить изменения в процесс девелопмента сизифа. В нем, в этом метании и волюнтаризме вся несовместимость. Несовместимости возникают по нескольким причинам. 1) несовместимы версии библиотек 2) несовместимости внесеные в ядро или библиотеки патчами типа owl 3) несовместимости внесеные разными установками по умолчанию (например, лимиты в ядре или blowfish или tcb в паролях) 4) несовместимости внесеные реализацией - чруты, конфиги etc В процессе девелопмента постоянно возникают те или иные побуждения - отправить пинг в чрут, перевести cups под юзера, перепотрошить сборку постфикса, раздраконить питон, внедрить tcb, наложить owl на *std-up ядро. Почему бы прежде чем вносить такие изменения не проанонсировать их, не ответить на вопросы по тем или иным ситуациям, затем по результатм обсужждения принять решение о применимости этих изменений, затем задокументировать эти изменения и опубликовать вместе с рецептами решений возможных проблем и только потом прикладывать патчи? Такая процедура сняла бы тонну вопросов и несовместимостей... Ну и определиться с пределами своей компетенции. Разрезаный cups и blowfish по умолчанию явно эти пределы перешагнули. А механизм проверок уже есть. Багзилу никто не отменял. > > Хм. Не ко всякому из "народа" я хочу поворачиваться лицом. Да и "без > меня народ не полный". > Давайте все же сюда конкретику. > > Rgrds, Алексей > Вроде привнес.
next prev parent reply other threads:[~2004-05-20 12:16 UTC|newest] Thread overview: 101+ messages / expand[flat|nested] mbox.gz Atom feed top 2004-05-19 10:49 Aleksey Novodvorsky 2004-05-19 11:21 ` Dmitry V. Levin 2004-05-19 14:26 ` [devel] " Alexey Tourbin 2004-05-19 11:33 ` Anton V. Boyarshinov 2004-05-19 13:49 ` Вячеслав Диконов 2004-05-19 13:59 ` Anton Farygin 2004-05-19 15:16 ` Вячеслав Диконов 2004-05-19 15:18 ` Anton Farygin 2004-05-22 8:35 ` Andrey Brindeew 2004-05-19 11:34 ` [devel] " Maxim Tyurin 2004-05-19 11:47 ` [devel] " Anton V. Boyarshinov 2004-05-19 12:05 ` Maxim Tyurin 2004-05-19 12:16 ` Anton V. Boyarshinov 2004-05-19 12:16 ` Denis Ovsienko 2004-05-19 12:09 ` [devel] Re: Поддержка проприетарщины в ALT Linux Michael Shigorin 2004-05-19 12:12 ` [devel] Re:Поддержка проприетарщины вALT Linux Alex Ott 2004-05-22 8:39 ` Andrey Brindeew 2004-05-19 12:24 ` [devel] Поддержка проприетарщины в Sisyphus Anton Farygin 2004-05-19 14:02 ` Sergey Y. Afonin 2004-05-19 14:09 ` Aleksey Novodvorsky 2004-05-19 14:32 ` Anton Farygin 2004-05-19 14:46 ` Dmitry V. Levin 2004-05-19 14:59 ` [devel] " Michael Shigorin 2004-05-19 15:05 ` Dmitry V. Levin 2004-05-19 15:13 ` Anton Farygin 2004-05-19 16:18 ` Michael Shigorin 2004-05-20 7:41 ` Алексей Любимов 2004-05-19 15:27 ` Aleksey Novodvorsky 2004-05-20 6:43 ` Volkov Serge 2004-05-20 8:35 ` Aleksey Novodvorsky 2004-05-20 9:01 ` Michael Shigorin 2004-05-20 9:07 ` Sergey V Turchin 2004-05-22 9:08 ` Andrey Brindeew 2004-05-20 9:01 ` Anton V. Boyarshinov 2004-05-20 9:34 ` Aleksey Novodvorsky 2004-05-19 14:51 ` Michael Shigorin 2004-05-19 17:23 ` [devel] " Anton Korbin 2004-05-20 6:33 ` vserge 2004-05-20 6:46 ` [devel] " Michael Shigorin 2004-05-20 7:50 ` [devel] " Алексей Любимов 2004-05-20 8:29 ` Aleksey Novodvorsky 2004-05-20 9:53 ` Алексей Любимов 2004-05-20 10:12 ` Aleksey Novodvorsky 2004-05-20 12:16 ` Алексей Любимов [this message] 2004-05-20 12:26 ` Alexander Bokovoy 2004-05-20 14:01 ` [devel] ALT-specific Dmitry V. Levin 2004-05-20 14:59 ` Алексей Любимов 2004-05-20 15:07 ` Dmitry V. Levin 2004-05-20 15:43 ` Алексей Любимов 2004-05-20 15:50 ` [devel] ALT-specific Michael Shigorin 2004-05-20 16:02 ` [devel] blowfish Dmitry V. Levin 2004-05-20 16:09 ` Алексей Любимов 2004-05-20 16:15 ` Dmitry V. Levin 2004-05-20 16:21 ` Алексей Любимов 2004-05-20 16:35 ` Dmitry V. Levin 2004-05-20 18:16 ` Alexey Lubimov 2004-05-26 11:39 ` [devel] ALT-specific Денис Смирнов 2004-05-20 15:47 ` [devel] ALT-specific Michael Shigorin 2004-05-20 11:11 ` [devel] Поддержка проприетарщины в Sisyphus Dmitry V. Levin 2004-05-20 11:17 ` [devel] Поддержка KDEшников Dmitry V. Levin 2004-05-20 11:44 ` Andrey Rahmatullin 2004-05-20 11:58 ` Dmitry V. Levin 2004-05-20 13:34 ` Andrey Rahmatullin 2004-05-20 14:50 ` Sergey V Turchin 2004-05-20 15:05 ` Yuri N. Sedunov 2004-05-20 19:12 ` Andrey Rahmatullin 2004-05-21 7:21 ` Sergey V Turchin 2004-05-21 11:26 ` Andrey Rahmatullin 2004-05-21 11:41 ` Sergey V Turchin 2004-05-20 16:06 ` Alexey Morozov 2004-05-20 12:20 ` [devel] " Michael Shigorin 2004-05-20 13:32 ` [devel] Re: Поддержка тех, кто не читает документацию Dmitry V. Levin 2004-05-20 13:38 ` Michael Shigorin 2004-05-20 12:37 ` [devel] Поддержка KDEшников Алексей Любимов 2004-05-20 13:36 ` Dmitry V. Levin 2004-05-20 15:12 ` Алексей Любимов 2004-05-20 15:23 ` Sergey V Turchin 2004-05-20 16:04 ` Алексей Любимов 2004-05-20 16:38 ` Sergey V Turchin 2004-05-20 18:13 ` Alexey Lubimov 2004-05-21 7:27 ` Sergey V Turchin 2004-05-20 15:28 ` Dmitry V. Levin 2004-05-20 16:05 ` Alexey Morozov 2004-05-20 16:25 ` Alexey I. Froloff 2004-05-20 16:46 ` Alexey Morozov 2004-05-20 17:12 ` Alexey I. Froloff 2004-05-20 14:57 ` [devel] Поддержка проприетарщины в Sisyphus Sergey V Turchin 2004-05-20 14:03 ` [devel] " Alexey Tourbin 2004-05-20 8:17 ` [devel] " Aleksey Novodvorsky 2004-05-20 8:29 ` vserge 2004-05-20 9:03 ` [devel] " Anton V. Boyarshinov 2004-05-26 11:48 ` Денис Смирнов 2004-05-26 11:30 ` [devel] " Денис Смирнов 2004-05-19 12:37 ` [OBORONA-SPAM] " Yura Zotov 2004-05-19 12:43 ` Michael Shigorin 2004-05-19 13:21 ` Aleksey Novodvorsky 2004-05-26 11:28 ` Денис Смирнов 2004-05-19 14:02 ` Sergey Y. Afonin 2004-05-20 6:30 ` [devel] " Anton V. Boyarshinov 2004-05-20 10:46 ` Sergey Y. Afonin 2004-05-19 17:06 ` [devel] " Anton Korbin
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=40ACA1A2.7030908@l14.ru \ --to=avl@l14.ru \ --cc=devel@altlinux.ru \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: link
ALT Linux Team development discussions This inbox may be cloned and mirrored by anyone: git clone --mirror http://lore.altlinux.org/devel/0 devel/git/0.git # If you have public-inbox 1.1+ installed, you may # initialize and index your mirror using the following commands: public-inbox-init -V2 devel devel/ http://lore.altlinux.org/devel \ devel@altlinux.org devel@altlinux.ru devel@lists.altlinux.org devel@lists.altlinux.ru devel@linux.iplabs.ru mandrake-russian@linuxteam.iplabs.ru sisyphus@linuxteam.iplabs.ru public-inbox-index devel Example config snippet for mirrors. Newsgroup available over NNTP: nntp://lore.altlinux.org/org.altlinux.lists.devel AGPL code for this site: git clone https://public-inbox.org/public-inbox.git