From: "Kirill A. Shutemov" <k.shutemov@velesys.com>
To: ALT Devel discussion list <devel@lists.altlinux.org>
Subject: Re: [devel] ARM. Оно нам нужно?
Date: Thu, 14 Jun 2007 21:49:20 +0300
Message-ID: <20070614184920.GA29793@localhost.localdomain> (raw)
In-Reply-To: <20070614164436.GE31491@solemn.turbinal>
[-- Attachment #1: Type: text/plain, Size: 2060 bytes --]
On [Thu, 14.06.2007 20:44], Alexey Tourbin wrote:
> On Thu, Jun 14, 2007 at 07:32:28PM +0300, Led wrote:
> > > Если qemu-arm рассматривать как платформу, то ты против того, чтобы
> > > обходить глюки платформы?
> >
> > Но ведь можно патчи включать через
> > %ifarch arm
> > ?
>
> Писать %ifarch имеет смысл, если для такой конструкции имеется
> рациональное объяснение (например, конкретная особенность платформы
> arm по сравнению с i586). Глюки qemu не являются рациональным
> объяснением (достаточным для внесения изменений). Они сегодня есть,
> а завтра их нет, зато другие будут. А если бы qemu был в два раза
> более глюкавым, тогда что, предлагалось бы вносить вдвое больше
> изменений?
Какой именно %ifarch вас не устраивает?
Для отключения тестов? Все известные(смотрел на Debian и Gentoo) мне
дистрибутивы собирают под ARM кроссом т.е. тесты выполнить вообще нет
возможности. У нас они будут выполнятся хотя бы на части пакетов.
Как альтернатива внесению изменений спек хранить в сторонке для каждого
сочетания архитектура-пакет ключи disable/enable/with/without. Только
нужно чтобы hasher или rpm такое обрабатывал. Как вам такой вариант?
--
Regards, Kirill A. Shutemov
+ Belarus, Minsk
+ Velesys LLC, http://www.velesys.com/
+ ALT Linux Team, http://www.altlinux.com/
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]
next prev parent reply other threads:[~2007-06-14 18:49 UTC|newest]
Thread overview: 57+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-06-14 12:49 Kirill A. Shutemov
2007-06-14 13:50 ` Led
2007-06-14 14:43 ` Victor Forsyuk
2007-06-14 15:39 ` Alexey Tourbin
2007-06-14 16:29 ` Dmitry V. Levin
2007-06-14 16:32 ` Led
2007-06-14 16:38 ` Anton Farygin
2007-06-14 16:43 ` Led
2007-06-14 16:44 ` Alexey Tourbin
2007-06-14 16:46 ` Led
2007-06-14 18:57 ` Kirill A. Shutemov
2007-06-14 21:08 ` Led
2007-06-14 20:39 ` Kirill A. Shutemov
2007-06-14 18:49 ` Kirill A. Shutemov [this message]
2007-06-14 21:23 ` Alexey Tourbin
2007-06-14 21:21 ` Kirill A. Shutemov
2007-06-14 22:25 ` Alexey Tourbin
2007-06-14 22:12 ` Kirill A. Shutemov
2007-06-14 23:56 ` Alexey Tourbin
2007-06-15 0:03 ` Aleksey Novodvorsky
2007-06-15 9:10 ` Alexander Bokovoy
2007-06-15 9:15 ` Aleksey Novodvorsky
2007-06-15 9:50 ` Alexander Bokovoy
2007-06-15 9:56 ` Aleksey Novodvorsky
2007-06-15 9:42 ` Kirill A. Shutemov
2007-08-15 8:23 ` Michael Shigorin
2007-08-15 8:50 ` Kirill A. Shutemov
2007-08-16 13:33 ` Alexey Rusakov
2007-08-16 15:49 ` Хихин Руслан
2007-08-22 10:28 ` [devel] IA: devel-ports@ Michael Shigorin
2007-08-22 10:35 ` Kirill A. Shutemov
2007-08-22 16:39 ` Alexey Tourbin
2007-08-22 18:26 ` Grigory Batalov
2007-06-15 15:02 ` [devel] ARM. Оно нам нужно? Alexey Tourbin
2007-06-15 18:05 ` Alexander Bokovoy
2007-06-15 19:38 ` Kirill A. Shutemov
2007-06-17 10:51 ` Kirill A. Shutemov
2007-06-15 7:27 ` Damir Shayhutdinov
2007-06-15 10:15 ` Kirill A. Shutemov
2007-06-15 0:00 ` Alexey Tourbin
2007-06-15 6:08 ` Kirill A. Shutemov
2007-06-15 6:31 ` Kirill A. Shutemov
2007-06-14 20:07 ` Aleksey Novodvorsky
2007-06-14 16:39 ` Alexey Tourbin
2007-06-14 21:21 ` Dmitry V. Levin
2007-06-14 21:27 ` Kirill A. Shutemov
2007-06-14 18:56 ` Kirill A. Shutemov
2007-06-14 14:49 ` Vitaly Ostanin
2007-06-14 19:05 ` Kirill A. Shutemov
2007-06-16 12:42 ` Ivan Fedorov
2007-06-16 12:41 ` Ivan Fedorov
2007-06-14 15:59 ` Grigory Batalov
2007-06-16 12:44 ` Ivan Fedorov
2007-06-17 14:46 ` [devel] ARM. Варианты платформы Fr. Br. George
2007-06-17 14:50 ` peter novodvorsky
2007-06-18 8:38 ` Kirill A. Shutemov
2007-06-26 7:06 ` [devel] ARM. Оно нам нужно? Yury A. Romanov
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=20070614184920.GA29793@localhost.localdomain \
--to=k.shutemov@velesys.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