From: Anton Farygin <rider@altlinux.com> To: ALT Devel discussion list <devel@lists.altlinux.org> Subject: Re: [devel] I: Sisyphus-20070808 devel download: +4 Date: Thu, 16 Aug 2007 09:13:49 +0400 Message-ID: <46C3DD0D.2060307@altlinux.com> (raw) In-Reply-To: <20070814145310.GA26952@mail.gu.net> Victor Forsyuk wrote: > On Sat, Aug 11, 2007 at 10:30:24PM +0400, Konstantin A. Lepikhov <lakostis@altlinux.org> wrote: >>>> данный объем работ по пересборке/исправлению зависимых пакетов (см. >>>> alterator-x11)? >>> Посмотрел. Правда не совсем понял вопрос. Он звучит как-то незвершенно. Если >>> "как я оцениваю трудоемкость" по пересборке/исправлению зависимых пакетов, >>> то ответ - как близкую к нулю. >> у вас есть подтверждения данного высказывания? > > Мне было предложено посмотреть на alterator-x11. Я посмотрел: > > $ grep -r hwdatabase alterator-x11-0.11 > alterator-x11-0.11/helpers/moninfo:MONITORSDB=/usr/share/hwdatabase/MonitorsDB > alterator-x11-0.11/helpers/monscan:MONITORSDB=/usr/share/hwdatabase/MonitorsDB > alterator-x11-0.11/helpers/vcdrv:video_db_path="/usr/share/hwdatabase/videoaliases" > alterator-x11-0.11/tools/monitor_drivers:MONITORSDB=/usr/share/hwdatabase/MonitorsDB > > Не вижу тут упоминаний pci.ids и usb.ids в подкаталоге hwdatabase. > Соответственно, трудоемкость по этому пакету в связи с отдельным > пакетированием и помещением в "более стандартное" место этих файлов равна > нулю. :) > > Нет, я понимаю, что какие-то пакеты видимо придется попатчить, пересобрать с > новыми зависимостями, etc. Поскольку hwdatabase это чисто альтовскый пакет > (подобный федоровскому hwdata), то я обоснованно подозреваю, что завязаны на > упакованные в нем пути файлов могут только альтовские же программы > (alterator-* ?). Верно. Но часть программ уже запатчена на новые пути (тот же lspci). Смысла менять это поведение я не виду. > >>>> чем lshw лучше lspci/dmesg? >>> Существуют вопросы, на которые не может быть ответа, потому что сами вопросы >>> некорректно поставлены. >>> >>> А почему lshw должен быть хуже lspci/dmesg? А при чем тут вообще >>> lspci/dmesg?!? >> а при чем тут hwdatabase? Давайте таки перейдем к конкретике. > > Хмм... Видимо я непроходимо туп. Много раз перечитал отквоченное и так и не > понял, что мне пытались втолковать... Ладно > >>> Честно говоря, долго пытался понять это замечание. Боюсь, что мы настроены >>> на разные волны. :) Ниасилил. >> у пакета есть люди, которые заинтересованы в его поддержке, т.е. пакет >> этими людьми поддерживается, т.е. периодически просматривается/обновляется >> и используется. > > Замечательно! > >> Если из этого пакета сделать тучу мелких пакетов с >> различными ответственными/и не очень лицами, работа заинтересованных лиц с > > А вот с этим не согласен. Из него выделены pci.ids и usb.ids. Почему такое > отделение осмысленно и целесообразно я уже пытался сформулировать в этой > рассылке (и потом трижды давал на свои доводы ссылку :). Если есть > контрдоводы, давайте это обсуждать. Честно говоря я так и не понял смысл перемещения. Ну да, какие-то программы пытаются найти эти базы в разных местах системы. Но это тривиально лечится. Какие-то пытаются искать везде - это тоже лечится. Собственно ситуация аналогична сертификатам для ssl. > > Если есть желание высказать сомнение в том, являюсь ли я ответственным лицом > :), давайте писать это открытым текстом. Никаких сомнений. Весь вопрос только в необходимости такого разделения. > > Ну а если нижепроцитированное написано по поводу упаковки содержимого > hwdatabase по разным пакетам, то тем более непонятно откуда эти ужасы - > стройте все эти пакеты из одного source rpm... Тогда какой смысл делить это по пакетам ? > >> функционалом, который предоставлял старый "жирный" пакет сразу превратится >> в бюрократию и волокиту с криками "перезалейте/обновите/поправьте acl/ >> пакета foo" или "ну когда же обновят данный bar, а то у меня что-то >> сломалось". Это не фантазия, а текущее положение дел. Осилили/неосилили - >> бардак с разделением останется.
next prev parent reply other threads:[~2007-08-16 5:13 UTC|newest] Thread overview: 47+ messages / expand[flat|nested] mbox.gz Atom feed top 2007-08-08 19:54 ` [devel] [cyber] " Konstantin A. Lepikhov 2007-08-08 21:05 ` [devel] " Alexey Tourbin 2007-08-08 21:20 ` Konstantin A. Lepikhov 2007-08-08 21:27 ` Alexey Tourbin 2007-08-09 15:14 ` Victor Forsyuk 2007-08-09 20:08 ` Konstantin A. Lepikhov 2007-08-09 21:15 ` Денис Смирнов 2007-08-10 14:34 ` Victor Forsyuk 2007-08-11 8:32 ` Денис Смирнов 2007-08-14 14:09 ` Victor Forsyuk 2007-08-13 21:19 ` Anton Farygin 2007-08-13 23:05 ` Денис Смирнов 2007-08-14 7:53 ` Anton Farygin 2007-08-17 19:56 ` Денис Смирнов 2007-08-10 14:31 ` Victor Forsyuk 2007-08-11 18:30 ` Konstantin A. Lepikhov 2007-08-13 8:05 ` Хихин Руслан 2007-08-14 14:53 ` Victor Forsyuk 2007-08-15 20:17 ` Konstantin A. Lepikhov 2007-08-15 22:30 ` Led 2007-08-15 22:37 ` Led 2007-08-16 10:42 ` Konstantin A. Lepikhov 2007-08-16 11:24 ` Led 2007-08-16 5:13 ` Anton Farygin [this message] 2007-08-16 11:00 ` [devel] pci.ids и компания Michael Shigorin 2007-08-17 5:55 ` Anton Farygin 2007-08-17 6:43 ` Michael Shigorin 2007-08-17 18:34 ` Anton Farygin 2007-08-17 20:44 ` Michael Shigorin 2007-08-17 21:37 ` Led 2007-08-09 15:05 ` [devel] [cyber] I: Sisyphus-20070808 devel download: +4 Victor Forsyuk 2007-08-13 21:23 ` Anton Farygin 2007-08-13 22:32 ` Led 2007-08-14 7:57 ` Anton Farygin 2007-08-14 19:06 ` Konstantin A. Lepikhov 2007-08-15 12:03 ` Led 2007-08-15 19:40 ` Konstantin A. Lepikhov 2007-08-15 22:17 ` [devel] Fwd: " Led 2007-08-16 5:17 ` Anton Farygin 2007-08-16 14:53 ` [devel] " Victor Forsyuk 2007-08-17 5:56 ` Anton Farygin 2007-08-17 7:03 ` Kirill A. Shutemov 2007-08-17 18:34 ` Anton Farygin 2007-08-17 17:40 ` Kirill A. Shutemov 2007-08-18 7:18 ` Anton Farygin 2007-08-19 18:04 ` Konstantin A. Lepikhov 2007-08-20 19:48 ` Anton Farygin
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=46C3DD0D.2060307@altlinux.com \ --to=rider@altlinux.com \ --cc=devel@lists.altlinux.org \ /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