* [devel] Builds using gtkdoc may require X running
@ 2001-10-26 21:57 Mikhail Zabaluev
2001-10-26 22:08 ` Peter Novodvorsky
2001-10-28 20:47 ` Alexander Bokovoy
0 siblings, 2 replies; 3+ messages in thread
From: Mikhail Zabaluev @ 2001-10-26 21:57 UTC (permalink / raw)
To: devel
[-- Attachment #1: Type: text/plain, Size: 769 bytes --]
Доброго времени суток.
Случайно обнаружил, что процессы сборки GTK-приложений с
использованием утилиты gtkdoc-scanobj требуют доступа к
X-серверу: программка, используемая для построения документации,
открывает GTK-окно и списывает нужные ей поля или сигналы.
Оригинальность подхода потрясает, однако, с этим нужно как-то
бороться, например, подставить ей временный X-сервер в случае
отсутствия $DISPLAY. Или избегать построения документации в пакетах
таким методом.
Кстати, не повод ли это делать
unset DISPLAY
при сборке пакета? Чтобы результат был, так сказать,
более индифферентным ко внешним условиям?
--
Stay tuned,
MhZ JID: mookid@jabber.org
___________
Bacon's not the only thing that's cured by hanging from a string.
[-- Attachment #2: Type: application/pgp-signature, Size: 232 bytes --]
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [devel] Builds using gtkdoc may require X running
2001-10-26 21:57 [devel] Builds using gtkdoc may require X running Mikhail Zabaluev
@ 2001-10-26 22:08 ` Peter Novodvorsky
2001-10-28 20:47 ` Alexander Bokovoy
1 sibling, 0 replies; 3+ messages in thread
From: Peter Novodvorsky @ 2001-10-26 22:08 UTC (permalink / raw)
To: Mikhail Zabaluev, devel
++ 27/10/01 01:57 +0400 - Mikhail Zabaluev:
>
> Случайно обнаружил, что процессы сборки GTK-приложений с
> использованием утилиты gtkdoc-scanobj требуют доступа к
> X-серверу: программка, используемая для построения документации,
> открывает GTK-окно и списывает нужные ей поля или сигналы.
> Оригинальность подхода потрясает, однако, с этим нужно как-то
> бороться, например, подставить ей временный X-сервер в случае
> отсутствия $DISPLAY. Или избегать построения документации в пакетах
> таким методом.
Я в сборке пакета openoffice использую xvfb, X virtual framebuffer server.
Такая штука которая не маппирует фрреймбуфферную память, а пишет все
в файлы. Для нее не нужно по этим причинам никакого hardware и она
довольно легкая. IMHO ею можно было бы пользоваться при сборке пакетов.
Надо бы макросы написать.
--
Peter Novodvorsky http://www.altlinux.ru/ AltLinux Team, Russia
Debian.Org http://debian.org/~nidd
Debian --- no need to wait for tomorrow.
-------------------------------------------
Дуб -- дерево. Роза -- цветок. Олень -- животное. Воробей -- птица.
Россия -- наше отечество. Смерть неизбежна.
П. Смирновский. ``Учебник русской грамматики''
_______________________________________________
Devel mailing list
Devel@linux.iplabs.ru
http://www.logic.ru/mailman/listinfo/devel
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [devel] Builds using gtkdoc may require X running
2001-10-26 21:57 [devel] Builds using gtkdoc may require X running Mikhail Zabaluev
2001-10-26 22:08 ` Peter Novodvorsky
@ 2001-10-28 20:47 ` Alexander Bokovoy
1 sibling, 0 replies; 3+ messages in thread
From: Alexander Bokovoy @ 2001-10-28 20:47 UTC (permalink / raw)
To: devel
On Sat, Oct 27, 2001 at 01:57:19AM +0400, Mikhail Zabaluev wrote:
> Доброго времени суток.
>
> Случайно обнаружил, что процессы сборки GTK-приложений с
> использованием утилиты gtkdoc-scanobj требуют доступа к
> X-серверу: программка, используемая для построения документации,
> открывает GTK-окно и списывает нужные ей поля или сигналы.
> Оригинальность подхода потрясает, однако, с этим нужно как-то
> бороться, например, подставить ей временный X-сервер в случае
> отсутствия $DISPLAY. Или избегать построения документации в пакетах
> таким методом.
>
> Кстати, не повод ли это делать
> unset DISPLAY
> при сборке пакета? Чтобы результат был, так сказать,
> более индифферентным ко внешним условиям?
Nidd в процессе упаковки OO для Debian-а разработал способ сборки
при $DISPLAY указывающей на виртуальный экран на FB.
--
/ Alexander Bokovoy
$ cat /proc/identity >~/.signature
`Senior software developer and analyst for SaM-Solutions Ltd.`
---
A man paints with his brains and not with his hands.
_______________________________________________
Devel mailing list
Devel@linux.iplabs.ru
http://www.logic.ru/mailman/listinfo/devel
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2001-10-28 20:47 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2001-10-26 21:57 [devel] Builds using gtkdoc may require X running Mikhail Zabaluev
2001-10-26 22:08 ` Peter Novodvorsky
2001-10-28 20:47 ` Alexander Bokovoy
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