ALT Linux Team development discussions
 help / color / mirror / Atom feed
* [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