ALT Linux Team development discussions
 help / color / mirror / Atom feed
From: Alexander Bokovoy <a.bokovoy@sam-solutions.net>
To: devel@altlinux.ru
Subject: Re: [devel] alternatives
Date: Sat, 29 Mar 2003 19:56:03 +0200
Message-ID: <20030329175603.GC4265@sam-solutions.net> (raw)
In-Reply-To: <20030329131157.GA27610@mhz.mikhail.zabaluev.name>

On Sat, Mar 29, 2003 at 04:11:57PM +0300, Mikhail Zabaluev wrote:
> >    <group name="candidate">
> >        <option name="link" type="string"  value="/usr/bin/gcc" />
> >        <option name="real" type="string" value="/usr/bin/colorifer" />
> >        <option name="weight" type="number" value="50" />
> 
> Спецификация XML (есть DTD? Schema?) для описания кандидатов
> чересчур громоздка. Зачем все эти <group name="candidate"/>
> и <option name="link" type="string" value="..."/>, когда достаточно:
> <candidate/> и <link file="..."/>
Поддерживаю. Не надо плодить слишком формализованный синтаксис для решения
вообщем-то достаточно простой задачи.

> 
> >    1. Из-за особенностей кодирования путей к файлам в именах
> >       кадидатов запрещается использование
> >    символа '|'
> 
> Чем изобретать схемы кодирования путей и запрещать символы,
> не лучше ли отобразить иерархию на каталог, где размещаются ссылки?
> И каталог будет выглядеть аккуратно, и в bash эти ссылки
> можно будет набирать, пользуясь автодополнением (попробуйте,
> какой гемор доставляют сейчас "особенности кодирования").
> Сейчас ссылки мешаются с каталогами auto, manual, старыми
> альтернативами и пр. Наверное, лучше спрятать их под
> /etc/alternatives/links, и сделать реальными именами путей,
> повторяющими файловую систему от корня.
Здравая идея.


> Неясно, зачем было завязывать эти маленькие утилиты на C++,
> ставя работоспособность системы в зависимость от колебаний
> C++ ABI. Конечно, у всех разработчиков свои предпочтения,
> а иметь библиотеку имени себя в дистрибутиве -- вообще шик. ;)
> Но то, что я вижу в libing, можно было не напрягаясь
> сделать в C, призвав на подмогу glib2 и libxml2.
> Там, где не нужны классовые иерархии, C++ есть стрельба
> из пушки по воробьям. Вдобавок, если и дальше пользоваться
> расхожими метафорами, из этой же пушки легко прострелить
> себе ногу.
Не будем стреляться, но все же и мне кажется, что использование в данном
случае C++ не обосновано реальными требованиями.


-- 
/ Alexander Bokovoy
---
Oh, give me a home,
Where the buffalo roam,
And I'll show you a house with a really messy kitchen.


  parent reply	other threads:[~2003-03-29 17:56 UTC|newest]

Thread overview: 29+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-03-29 13:11 Mikhail Zabaluev
2003-03-29 16:24 ` [devel] alternatives, security issues of Mikhail Zabaluev
2003-03-29 16:46   ` Ivan Zakharyaschev
2003-03-29 21:34     ` [devel] " Mikhail Zabaluev
2003-03-29 19:15   ` [devel] " Alexey Voinov
2003-03-29 17:56 ` Alexander Bokovoy [this message]
2003-03-29 19:41 ` [devel] alternatives Alexey Voinov
2003-03-29 21:27   ` [devel] alternatives Mikhail Zabaluev
2003-03-30  7:44     ` Alexey Voinov
2003-03-30 11:35       ` Mikhail Zabaluev
2003-04-01  7:44         ` Stanislav Ievlev
2003-03-30 20:01 ` [devel] alternatives Igor Tertishny
2003-03-30 20:20   ` [devel] alternatives Mikhail Zabaluev
2003-03-30 22:07     ` Dmitry V. Levin
2003-03-31  7:29 ` [devel] alternatives Stanislav Ievlev
2003-03-31 23:09   ` [devel] alternatives Mikhail Zabaluev
2003-04-01  7:37     ` Stanislav Ievlev
2003-04-01 12:14       ` Mikhail Zabaluev
2003-04-01 13:00         ` Dmitry V. Levin
2003-04-01 19:13           ` Mikhail Zabaluev
2003-04-01 19:59             ` Dmitry V. Levin
2003-04-01 20:16               ` Mikhail Zabaluev
2003-04-01 20:23                 ` Mikhail Zabaluev
2003-04-01 20:30                 ` Dmitry V. Levin
2003-04-02  6:57               ` Michael Shigorin
2003-04-01 19:26       ` Mikhail Zabaluev
2003-04-01 10:36   ` [devel] no black box (was: alternatives) Michael Shigorin
2003-04-01 12:00   ` [devel] Re: alternatives Vitaly Ostanin
2003-04-02  6:55 ` Michael Shigorin

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=20030329175603.GC4265@sam-solutions.net \
    --to=a.bokovoy@sam-solutions.net \
    --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