Re: [devel] perl-Tk-804.028-alt1: i586 rebuild failed [36]

Re: [devel] perl-Tk-804.028-alt1: i586 rebuild failed [36]

[Alexey Tourbin]

[-- Attachment #1: Type: text/plain, Size: 1092 bytes --]

On Mon, Sep 08, 2008 at 02:15:02PM +0400, QA Team Robot wrote:
> Package: perl-Tk-804.028-alt1
> Packager: Alexey Tourbin <at@altlinux>
> Build Statistics:
> 	12 time(s) (last time: Thu Dec 27 2007) by Alexey Tourbin <at@altlinux>
> 	2 time(s) (last time: Mon Mar 25 2002) by Grigory Milev <week@altlinux>
> 	1 time(s) (last time: Thu Mar 21 2002) by Mikhail Zabaluev <mhz@altlinux>
> 	1 time(s) (last time: Tue Nov 05 2002) by Stanislav Ievlev <inger@altlinux>
> Status: i586 rebuild failed.
> Cannot build this package for 36 week(s) (since Mon Dec 31 2007).
> Please investigate.

К сожалению, пересборка perl-Tk стала тестом на работоспособность Xvfb,
а не наоборот.

> (EE) GLX: could not load software renderer
> (EE) AIGLX error: dlopen of /usr/lib/X11/modules/dri/swrast_dri.so failed (/usr/lib/X11/modules/dri/swrast_dri.so: cannot open shared object file: No such file or directory)
> 
> hasher-priv: master: bytes written limit (268435456 bytes) exceeded
> hsh-rebuild: rebuild of `perl-Tk-804.028-alt1.src.rpm' failed.
> Command exited with non-zero status 1

[-- Attachment #2: Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] perl-Tk-804.028-alt1: i586 rebuild failed [36]

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 1310 bytes --]

On Tue, Sep 16, 2008 at 09:30:31AM +0400, Alexey Tourbin wrote:
> On Mon, Sep 08, 2008 at 02:15:02PM +0400, QA Team Robot wrote:
> > Package: perl-Tk-804.028-alt1
> > Packager: Alexey Tourbin <at@altlinux>
> > Build Statistics:
> > 	12 time(s) (last time: Thu Dec 27 2007) by Alexey Tourbin <at@altlinux>
> > 	2 time(s) (last time: Mon Mar 25 2002) by Grigory Milev <week@altlinux>
> > 	1 time(s) (last time: Thu Mar 21 2002) by Mikhail Zabaluev <mhz@altlinux>
> > 	1 time(s) (last time: Tue Nov 05 2002) by Stanislav Ievlev <inger@altlinux>
> > Status: i586 rebuild failed.
> > Cannot build this package for 36 week(s) (since Mon Dec 31 2007).
> > Please investigate.
> 
> К сожалению, пересборка perl-Tk стала тестом на работоспособность Xvfb,
> а не наоборот.
> 
> > (EE) GLX: could not load software renderer
> > (EE) AIGLX error: dlopen of /usr/lib/X11/modules/dri/swrast_dri.so failed (/usr/lib/X11/modules/dri/swrast_dri.so: cannot open shared object file: No such file or directory)
> > 
> > hasher-priv: master: bytes written limit (268435456 bytes) exceeded
> > hsh-rebuild: rebuild of `perl-Tk-804.028-alt1.src.rpm' failed.
> > Command exited with non-zero status 1

У самой свежей тестовой пересборки perl-Tk-804.028-alt1 была совсем
другая причина несборки.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] perl-Tk-804.028-alt1: i586 rebuild failed [36]

[Alexey Tourbin]

[-- Attachment #1: Type: text/plain, Size: 1083 bytes --]

On Tue, Sep 16, 2008 at 03:15:12PM +0400, Dmitry V. Levin wrote:
> > К сожалению, пересборка perl-Tk стала тестом на работоспособность Xvfb,
> > а не наоборот.
> > 
> > > (EE) GLX: could not load software renderer
> > > (EE) AIGLX error: dlopen of /usr/lib/X11/modules/dri/swrast_dri.so failed (/usr/lib/X11/modules/dri/swrast_dri.so: cannot open shared object file: No such file or directory)
> > > 
> > > hasher-priv: master: bytes written limit (268435456 bytes) exceeded
> > > hsh-rebuild: rebuild of `perl-Tk-804.028-alt1.src.rpm' failed.
> > > Command exited with non-zero status 1
> 
> У самой свежей тестовой пересборки perl-Tk-804.028-alt1 была совсем
> другая причина несборки.

t/autoload...................no event type or button # or keysym at /usr/src/RPM/BUILD/Tk-804.028/blib/lib/Tk/Widget.pm line 1105.
 at /usr/src/RPM/BUILD/Tk-804.028/blib/lib/Tk/Widget.pm line 203
dubious
        Test returned status 2 (wstat 512, 0x200)
DIED. FAILED tests 4-5

Это проблемы Xvfb, там не работает "ввод с клавиатуры".
Я ещё раз проверю на всякий случай...

[-- Attachment #2: Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] perl-Tk-804.028-alt1: i586 rebuild failed [36]

[Sergey Bolshakov]

>>>>> "Alexey" == Alexey Tourbin <at-u2l5PoMzF/Uox3rIn2DAYQ@public.gmane.org> writes:

 > On Tue, Sep 16, 2008 at 03:15:12PM +0400, Dmitry V. Levin wrote:
 >> > К сожалению, пересборка perl-Tk стала тестом на работоспособность Xvfb,
 >> > а не наоборот.
 >> > 
 >> > > (EE) GLX: could not load software renderer
 >> > > (EE) AIGLX error: dlopen of /usr/lib/X11/modules/dri/swrast_dri.so failed (/usr/lib/X11/modules/dri/swrast_dri.so: cannot open shared object file: No such file or directory)
 >> > > 
 >> > > hasher-priv: master: bytes written limit (268435456 bytes) exceeded
 >> > > hsh-rebuild: rebuild of `perl-Tk-804.028-alt1.src.rpm' failed.
 >> > > Command exited with non-zero status 1
 >> 
 >> У самой свежей тестовой пересборки perl-Tk-804.028-alt1 была совсем
 >> другая причина несборки.

 > t/autoload...................no event type or button # or keysym at /usr/src/RPM/BUILD/Tk-804.028/blib/lib/Tk/Widget.pm line 1105.
 >  at /usr/src/RPM/BUILD/Tk-804.028/blib/lib/Tk/Widget.pm line 203
 > dubious
 >         Test returned status 2 (wstat 512, 0x200)
 > DIED. FAILED tests 4-5

 > Это проблемы Xvfb, там не работает "ввод с клавиатуры".
 > Я ещё раз проверю на всякий случай...

Возможно, дело в следующем:
http://git.altlinux.org/people/sbolshakov/packages/tk.git?p=tk.git;a=commit;h=b9833030f9116f9942a17944f884be29bd6ee282

-- 

Re: [devel] Xvfb input

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 1304 bytes --]

On Tue, Sep 16, 2008 at 03:34:27PM +0400, Alexey Tourbin wrote:
> On Tue, Sep 16, 2008 at 03:15:12PM +0400, Dmitry V. Levin wrote:
> > > К сожалению, пересборка perl-Tk стала тестом на работоспособность Xvfb,
> > > а не наоборот.
> > > 
> > > > (EE) GLX: could not load software renderer
> > > > (EE) AIGLX error: dlopen of /usr/lib/X11/modules/dri/swrast_dri.so failed (/usr/lib/X11/modules/dri/swrast_dri.so: cannot open shared object file: No such file or directory)
> > > > 
> > > > hasher-priv: master: bytes written limit (268435456 bytes) exceeded
> > > > hsh-rebuild: rebuild of `perl-Tk-804.028-alt1.src.rpm' failed.
> > > > Command exited with non-zero status 1
> > 
> > У самой свежей тестовой пересборки perl-Tk-804.028-alt1 была совсем
> > другая причина несборки.
> 
> t/autoload...................no event type or button # or keysym at /usr/src/RPM/BUILD/Tk-804.028/blib/lib/Tk/Widget.pm line 1105.
>  at /usr/src/RPM/BUILD/Tk-804.028/blib/lib/Tk/Widget.pm line 203
> dubious
>         Test returned status 2 (wstat 512, 0x200)
> DIED. FAILED tests 4-5
> 
> Это проблемы Xvfb, там не работает "ввод с клавиатуры".

Это в xvfb-run был отключён вывод с клавиатуры в попытке объехать новую
проблему в Xvfb.  Как обычно, при объезде съехали в канаву. :(


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] Xvfb input

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 1456 bytes --]

On Tue, Sep 16, 2008 at 03:42:28PM +0400, Dmitry V. Levin wrote:
> On Tue, Sep 16, 2008 at 03:34:27PM +0400, Alexey Tourbin wrote:
> > On Tue, Sep 16, 2008 at 03:15:12PM +0400, Dmitry V. Levin wrote:
> > > > К сожалению, пересборка perl-Tk стала тестом на работоспособность Xvfb,
> > > > а не наоборот.
> > > > 
> > > > > (EE) GLX: could not load software renderer
> > > > > (EE) AIGLX error: dlopen of /usr/lib/X11/modules/dri/swrast_dri.so failed (/usr/lib/X11/modules/dri/swrast_dri.so: cannot open shared object file: No such file or directory)
> > > > > 
> > > > > hasher-priv: master: bytes written limit (268435456 bytes) exceeded
> > > > > hsh-rebuild: rebuild of `perl-Tk-804.028-alt1.src.rpm' failed.
> > > > > Command exited with non-zero status 1
> > > 
> > > У самой свежей тестовой пересборки perl-Tk-804.028-alt1 была совсем
> > > другая причина несборки.
> > 
> > t/autoload...................no event type or button # or keysym at /usr/src/RPM/BUILD/Tk-804.028/blib/lib/Tk/Widget.pm line 1105.
> >  at /usr/src/RPM/BUILD/Tk-804.028/blib/lib/Tk/Widget.pm line 203
> > dubious
> >         Test returned status 2 (wstat 512, 0x200)
> > DIED. FAILED tests 4-5
> > 
> > Это проблемы Xvfb, там не работает "ввод с клавиатуры".
> 
> Это в xvfb-run был отключён вывод с клавиатуры в попытке объехать новую
> проблему в Xvfb.  Как обычно, при объезде съехали в канаву. :(

А, может быть, причина в другом.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] Xvfb input

[Valery V. Inozemtsev]

[-- Attachment #1: Type: text/plain, Size: 1698 bytes --]

В сообщении от 16 сентября 2008 Dmitry V. Levin написал(a):
> On Tue, Sep 16, 2008 at 03:42:28PM +0400, Dmitry V. Levin wrote:
> > On Tue, Sep 16, 2008 at 03:34:27PM +0400, Alexey Tourbin wrote:
> > > On Tue, Sep 16, 2008 at 03:15:12PM +0400, Dmitry V. Levin wrote:
> > > > > К сожалению, пересборка perl-Tk стала тестом на работоспособность
> > > > > Xvfb, а не наоборот.
> > > > >
> > > > > > (EE) GLX: could not load software renderer
> > > > > > (EE) AIGLX error: dlopen of
> > > > > > /usr/lib/X11/modules/dri/swrast_dri.so failed
> > > > > > (/usr/lib/X11/modules/dri/swrast_dri.so: cannot open shared
> > > > > > object file: No such file or directory)
> > > > > >
> > > > > > hasher-priv: master: bytes written limit (268435456 bytes)
> > > > > > exceeded hsh-rebuild: rebuild of `perl-Tk-804.028-alt1.src.rpm'
> > > > > > failed. Command exited with non-zero status 1
> > > >
> > > > У самой свежей тестовой пересборки perl-Tk-804.028-alt1 была совсем
> > > > другая причина несборки.
> > >
> > > t/autoload...................no event type or button # or keysym at
> > > /usr/src/RPM/BUILD/Tk-804.028/blib/lib/Tk/Widget.pm line 1105. at
> > > /usr/src/RPM/BUILD/Tk-804.028/blib/lib/Tk/Widget.pm line 203 dubious
> > >         Test returned status 2 (wstat 512, 0x200)
> > > DIED. FAILED tests 4-5
> > >
> > > Это проблемы Xvfb, там не работает "ввод с клавиатуры".
> >
> > Это в xvfb-run был отключён вывод с клавиатуры в попытке объехать новую
> > проблему в Xvfb.  Как обычно, при объезде съехали в канаву. :(
>
> А, может быть, причина в другом.

скорее в другом, т.к. ввод с клавиатуры там работает, раскладки поменять 
нельзя, но этого там никто и не делает

-- 
Valery V. Inozemtsev

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] perl-Tk-804.028-alt1: i586 rebuild failed [36]

[Alexey Tourbin]

[-- Attachment #1: Type: text/plain, Size: 764 bytes --]

On Tue, Sep 16, 2008 at 03:41:25PM +0400, Sergey Bolshakov wrote:
>  > t/autoload...................no event type or button # or keysym at /usr/src/RPM/BUILD/Tk-804.028/blib/lib/Tk/Widget.pm line 1105.
>  >  at /usr/src/RPM/BUILD/Tk-804.028/blib/lib/Tk/Widget.pm line 203
>  > dubious
>  >         Test returned status 2 (wstat 512, 0x200)
>  > DIED. FAILED tests 4-5
> 
>  > Это проблемы Xvfb, там не работает "ввод с клавиатуры".
>  > Я ещё раз проверю на всякий случай...
> 
> Возможно, дело в следующем:
> http://git.altlinux.org/people/sbolshakov/packages/tk.git?p=tk.git;a=commit;h=b9833030f9116f9942a17944f884be29bd6ee282

Спасибо, я взял аналогичный патч из tk cvs core-8-4-branch.
Это решает проблему "no event type or button # or keysym".

[-- Attachment #2: Type: application/pgp-signature, Size: 197 bytes --]

[devel] xvfb-run -a

[Alexey Tourbin]

[-- Attachment #1: Type: text/plain, Size: 1268 bytes --]

On Tue, Sep 16, 2008 at 03:15:12PM +0400, Dmitry V. Levin wrote:
> > > (EE) GLX: could not load software renderer
> > > (EE) AIGLX error: dlopen of /usr/lib/X11/modules/dri/swrast_dri.so failed (/usr/lib/X11/modules/dri/swrast_dri.so: cannot open shared object file: No such file or directory)
> > > 
> > > hasher-priv: master: bytes written limit (268435456 bytes) exceeded
> > > hsh-rebuild: rebuild of `perl-Tk-804.028-alt1.src.rpm' failed.
> > > Command exited with non-zero status 1
> 
> У самой свежей тестовой пересборки perl-Tk-804.028-alt1 была совсем
> другая причина несборки.

Когда в хост-системе уже запущен X сервер, то в сборочном чруте xvfb-run
с опцией "-a" (автоматический подбор свободного номера) вообще не работает.
Причем xvfb-run в таком случае не отваливает.

[builder@solemn ~]$ xvfb-run -a /bin/echo 666
xauth:  creating new authority file /usr/src/.Xauthority
_XSERVTransSocketUNIXCreateListener: ...SocketCreateListener() failed
_XSERVTransMakeAllCOTSServerListeners: server already running

Fatal server error:
Cannot establish any listening sockets - Make sure an X server isn't already running
666
/usr/bin/xvfb-run: line 69: kill: (15929) - No such process
[builder@solemn ~]$ echo $?
0
[builder@solemn ~]$ 

[-- Attachment #2: Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] xvfb-run -a

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 1529 bytes --]

On Mon, Sep 22, 2008 at 07:00:34AM +0000, Alexey Tourbin wrote:
> On Tue, Sep 16, 2008 at 03:15:12PM +0400, Dmitry V. Levin wrote:
> > > > (EE) GLX: could not load software renderer
> > > > (EE) AIGLX error: dlopen of /usr/lib/X11/modules/dri/swrast_dri.so failed (/usr/lib/X11/modules/dri/swrast_dri.so: cannot open shared object file: No such file or directory)
> > > > 
> > > > hasher-priv: master: bytes written limit (268435456 bytes) exceeded
> > > > hsh-rebuild: rebuild of `perl-Tk-804.028-alt1.src.rpm' failed.
> > > > Command exited with non-zero status 1
> > 
> > У самой свежей тестовой пересборки perl-Tk-804.028-alt1 была совсем
> > другая причина несборки.
> 
> Когда в хост-системе уже запущен X сервер, то в сборочном чруте xvfb-run
> с опцией "-a" (автоматический подбор свободного номера) вообще не работает.
> Причем xvfb-run в таком случае не отваливает.
> 
> [builder@solemn ~]$ xvfb-run -a /bin/echo 666
> xauth:  creating new authority file /usr/src/.Xauthority
> _XSERVTransSocketUNIXCreateListener: ...SocketCreateListener() failed

Нет, это UNIXCreateListener, стало быть, дело не в хост-системе, а том,
что в сборочном чруте остались неисправимые следы предыдущего запуска
сервера, возможно, даже целый X сервер.

> Fatal server error:
> Cannot establish any listening sockets - Make sure an X server isn't already running

Какой код возврата у него?

> 666
> /usr/bin/xvfb-run: line 69: kill: (15929) - No such process
> [builder@solemn ~]$ echo $?
> 0


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] xvfb-run -a

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 1482 bytes --]

On Mon, Sep 22, 2008 at 03:00:24PM +0400, Dmitry V. Levin wrote:
> On Mon, Sep 22, 2008 at 07:00:34AM +0000, Alexey Tourbin wrote:
> > On Tue, Sep 16, 2008 at 03:15:12PM +0400, Dmitry V. Levin wrote:
> > > > > (EE) GLX: could not load software renderer
> > > > > (EE) AIGLX error: dlopen of /usr/lib/X11/modules/dri/swrast_dri.so failed (/usr/lib/X11/modules/dri/swrast_dri.so: cannot open shared object file: No such file or directory)
> > > > > 
> > > > > hasher-priv: master: bytes written limit (268435456 bytes) exceeded
> > > > > hsh-rebuild: rebuild of `perl-Tk-804.028-alt1.src.rpm' failed.
> > > > > Command exited with non-zero status 1
> > > 
> > > У самой свежей тестовой пересборки perl-Tk-804.028-alt1 была совсем
> > > другая причина несборки.
> > 
> > Когда в хост-системе уже запущен X сервер, то в сборочном чруте xvfb-run
> > с опцией "-a" (автоматический подбор свободного номера) вообще не работает.
> > Причем xvfb-run в таком случае не отваливает.
> > 
> > [builder@solemn ~]$ xvfb-run -a /bin/echo 666
> > xauth:  creating new authority file /usr/src/.Xauthority
> > _XSERVTransSocketUNIXCreateListener: ...SocketCreateListener() failed
> 
> Нет, это UNIXCreateListener, стало быть, дело не в хост-системе, а том,
> что в сборочном чруте остались неисправимые следы предыдущего запуска
> сервера, возможно, даже целый X сервер.

Например, из-за того, что теперь, оказывается, fakeroot не всегда
убивается SIGTERM'ом.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] xvfb-run -a

[Alexey Gladkov]

Dmitry V. Levin wrote:
> Например, из-за того, что теперь, оказывается, fakeroot не всегда
> убивается SIGTERM'ом.

Может, имеет смысл посмотреть на:

http://sf.net/projects/fakerootng

?

-- 
Rgrds, legion

Re: [devel] xvfb-run -a

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 430 bytes --]

On Mon, Sep 22, 2008 at 03:17:16PM +0400, Alexey Gladkov wrote:
> Dmitry V. Levin wrote:
> >Например, из-за того, что теперь, оказывается, fakeroot не всегда
> >убивается SIGTERM'ом.
> 
> Может, имеет смысл посмотреть на:
> 
> http://sf.net/projects/fakerootng

Там используется другой принцип работы, этакий активный strace.
Посмотреть можно, даже попробовать можно, но fakeroot всё равно надо
фиксить.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] fakeroot (was: xvfb-run -a)

[Alexey Gladkov]

Dmitry V. Levin wrote:
> Там используется другой принцип работы, этакий активный strace.

Подход, на мой взгляд, интересный. :)

> Посмотреть можно, даже попробовать можно, но fakeroot всё равно надо
> фиксить.

Разумеется.

-- 
Rgrds, legion

Re: [devel] fakeroot (was: xvfb-run -a)

[Kirill A. Shutemov]

[-- Attachment #1: Type: text/plain, Size: 673 bytes --]

On Mon, Sep 22, 2008 at 03:27:16PM +0400, Alexey Gladkov wrote:
> Dmitry V. Levin wrote:
> > Там используется другой принцип работы, этакий активный strace.
> 
> Подход, на мой взгляд, интересный. :)

А может не надо?... ptrace(2) в qemu не реализован и врядтли будет
когда-либо реализован. Если hasher будет завязан на fakerootng, то это
сломает сборку с использованием qemu. :(

-- 
Regards,  Kirill A. Shutemov
 + Belarus, Minsk
 + ALT Linux Team, http://www.altlinux.com/

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] fakeroot

[Alexey Gladkov]

Kirill A. Shutemov wrote:
> А может не надо?... ptrace(2) в qemu не реализован и врядтли будет
> когда-либо реализован. Если hasher будет завязан на fakerootng, то это
> сломает сборку с использованием qemu. :(

На сколько я понимаю, интерфейс у них одинаковый. Так что никто не 
мешает держать оба проекта и использовать в зависимости от ситуации.

Мне кажется что подход с ptrace кажется более правильной ... хотя 
нужно посмотреть и проверить.

-- 
Rgrds, legion

Re: [devel] xvfb-run -a

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 1671 bytes --]

On Mon, Sep 22, 2008 at 03:07:38PM +0400, Dmitry V. Levin wrote:
> On Mon, Sep 22, 2008 at 03:00:24PM +0400, Dmitry V. Levin wrote:
> > On Mon, Sep 22, 2008 at 07:00:34AM +0000, Alexey Tourbin wrote:
> > > On Tue, Sep 16, 2008 at 03:15:12PM +0400, Dmitry V. Levin wrote:
> > > > > > (EE) GLX: could not load software renderer
> > > > > > (EE) AIGLX error: dlopen of /usr/lib/X11/modules/dri/swrast_dri.so failed (/usr/lib/X11/modules/dri/swrast_dri.so: cannot open shared object file: No such file or directory)
> > > > > > 
> > > > > > hasher-priv: master: bytes written limit (268435456 bytes) exceeded
> > > > > > hsh-rebuild: rebuild of `perl-Tk-804.028-alt1.src.rpm' failed.
> > > > > > Command exited with non-zero status 1
> > > > 
> > > > У самой свежей тестовой пересборки perl-Tk-804.028-alt1 была совсем
> > > > другая причина несборки.
> > > 
> > > Когда в хост-системе уже запущен X сервер, то в сборочном чруте xvfb-run
> > > с опцией "-a" (автоматический подбор свободного номера) вообще не работает.
> > > Причем xvfb-run в таком случае не отваливает.
> > > 
> > > [builder@solemn ~]$ xvfb-run -a /bin/echo 666
> > > xauth:  creating new authority file /usr/src/.Xauthority
> > > _XSERVTransSocketUNIXCreateListener: ...SocketCreateListener() failed
> > 
> > Нет, это UNIXCreateListener, стало быть, дело не в хост-системе, а том,
> > что в сборочном чруте остались неисправимые следы предыдущего запуска
> > сервера, возможно, даже целый X сервер.
> 
> Например, из-за того, что теперь, оказывается, fakeroot не всегда
> убивается SIGTERM'ом.

Он и раньше не убивался нормально, ибо fakeroot это shell script.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] xvfb-run -a

[Alexey I. Froloff]

[-- Attachment #1: Type: text/plain, Size: 247 bytes --]

* Alexey Gladkov <legion@> [080922 15:23]:
> Может, имеет смысл посмотреть на:
> http://sf.net/projects/fakerootng
Самый быстрый способ исправить все баги это добавить к имени
программы суффикс "2" или "-ng"? ;-)

-- 
Regards,
Sir Raorn.

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] xvfb-run -a

[Damir Shayhutdinov]

> * Alexey Gladkov <legion@> [080922 15:23]:
>> Может, имеет смысл посмотреть на:
>> http://sf.net/projects/fakerootng
> Самый быстрый способ исправить все баги это добавить к имени
> программы суффикс "2" или "-ng"? ;-)

Проверено на initng и apache2!

Re: [devel] xvfb-run -a

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 1676 bytes --]

On Mon, Sep 22, 2008 at 03:07:38PM +0400, Dmitry V. Levin wrote:
> On Mon, Sep 22, 2008 at 03:00:24PM +0400, Dmitry V. Levin wrote:
> > On Mon, Sep 22, 2008 at 07:00:34AM +0000, Alexey Tourbin wrote:
> > > On Tue, Sep 16, 2008 at 03:15:12PM +0400, Dmitry V. Levin wrote:
> > > > > > (EE) GLX: could not load software renderer
> > > > > > (EE) AIGLX error: dlopen of /usr/lib/X11/modules/dri/swrast_dri.so failed (/usr/lib/X11/modules/dri/swrast_dri.so: cannot open shared object file: No such file or directory)
> > > > > > 
> > > > > > hasher-priv: master: bytes written limit (268435456 bytes) exceeded
> > > > > > hsh-rebuild: rebuild of `perl-Tk-804.028-alt1.src.rpm' failed.
> > > > > > Command exited with non-zero status 1
> > > > 
> > > > У самой свежей тестовой пересборки perl-Tk-804.028-alt1 была совсем
> > > > другая причина несборки.
> > > 
> > > Когда в хост-системе уже запущен X сервер, то в сборочном чруте xvfb-run
> > > с опцией "-a" (автоматический подбор свободного номера) вообще не работает.
> > > Причем xvfb-run в таком случае не отваливает.
> > > 
> > > [builder@solemn ~]$ xvfb-run -a /bin/echo 666
> > > xauth:  creating new authority file /usr/src/.Xauthority
> > > _XSERVTransSocketUNIXCreateListener: ...SocketCreateListener() failed
> > 
> > Нет, это UNIXCreateListener, стало быть, дело не в хост-системе, а том,
> > что в сборочном чруте остались неисправимые следы предыдущего запуска
> > сервера, возможно, даже целый X сервер.
> 
> Например, из-за того, что теперь, оказывается, fakeroot не всегда
> убивается SIGTERM'ом.

Я постарался это исправить в fakeroot-1.9.6-alt1, проверь, пожалуйста.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] xvfb-run -a

[Alexey Tourbin]

[-- Attachment #1: Type: text/plain, Size: 1401 bytes --]

On Mon, Sep 22, 2008 at 03:00:24PM +0400, Dmitry V. Levin wrote:
> > Когда в хост-системе уже запущен X сервер, то в сборочном чруте xvfb-run
> > с опцией "-a" (автоматический подбор свободного номера) вообще не работает.
> > Причем xvfb-run в таком случае не отваливает.
> > 
> > [builder@solemn ~]$ xvfb-run -a /bin/echo 666
> > xauth:  creating new authority file /usr/src/.Xauthority
> > _XSERVTransSocketUNIXCreateListener: ...SocketCreateListener() failed
> 
> Нет, это UNIXCreateListener, стало быть, дело не в хост-системе, а том,
> что в сборочном чруте остались неисправимые следы предыдущего запуска
> сервера, возможно, даже целый X сервер.

По-моему, дело в хост-системе.  В начисто сформированном чруте всё это
воспроизводится.

$ hsh --init && hsh-install xvfb-run && hsh-run -- sh -c 'cd; xvfb-run -a /bin/echo 666'
...
<13>Sep 25 05:16:55 rpmi: xorg-xvfb-2:1.5.1-alt1 installed
<13>Sep 25 05:16:55 rpmi: xvfb-run-1.3-alt1 installed
xauth:  creating new authority file /usr/src/.Xauthority
_XSERVTransSocketUNIXCreateListener: ...SocketCreateListener() failed
_XSERVTransMakeAllCOTSServerListeners: server already running
Fatal server error:
Cannot establish any listening sockets - Make sure an X server isn't already running
666
/usr/bin/xvfb-run: line 69: kill: (2058) - No such process
$ echo $?
0
$ hsh-run -- rpm -q fakeroot
fakeroot-1.9.6-alt2
$

[-- Attachment #2: Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] xvfb-run -a

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 1602 bytes --]

On Thu, Sep 25, 2008 at 05:19:48AM +0000, Alexey Tourbin wrote:
> On Mon, Sep 22, 2008 at 03:00:24PM +0400, Dmitry V. Levin wrote:
> > > Когда в хост-системе уже запущен X сервер, то в сборочном чруте xvfb-run
> > > с опцией "-a" (автоматический подбор свободного номера) вообще не работает.
> > > Причем xvfb-run в таком случае не отваливает.
> > > 
> > > [builder@solemn ~]$ xvfb-run -a /bin/echo 666
> > > xauth:  creating new authority file /usr/src/.Xauthority
> > > _XSERVTransSocketUNIXCreateListener: ...SocketCreateListener() failed
> > 
> > Нет, это UNIXCreateListener, стало быть, дело не в хост-системе, а том,
> > что в сборочном чруте остались неисправимые следы предыдущего запуска
> > сервера, возможно, даже целый X сервер.
> 
> По-моему, дело в хост-системе.  В начисто сформированном чруте всё это
> воспроизводится.
> 
> $ hsh --init && hsh-install xvfb-run && hsh-run -- sh -c 'cd; xvfb-run -a /bin/echo 666'
> ...
> <13>Sep 25 05:16:55 rpmi: xorg-xvfb-2:1.5.1-alt1 installed
> <13>Sep 25 05:16:55 rpmi: xvfb-run-1.3-alt1 installed
> xauth:  creating new authority file /usr/src/.Xauthority
> _XSERVTransSocketUNIXCreateListener: ...SocketCreateListener() failed
> _XSERVTransMakeAllCOTSServerListeners: server already running
> Fatal server error:
> Cannot establish any listening sockets - Make sure an X server isn't already running

Тогда это regression в SocketCreateListener.

> 666
> /usr/bin/xvfb-run: line 69: kill: (2058) - No such process
> $ echo $?
> 0

Это код возврата "echo 666", у "xset b" было бы нечто ненулевое.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] Xvfb input

[Alexey Tourbin]

[-- Attachment #1: Type: text/plain, Size: 987 bytes --]

On Tue, Sep 16, 2008 at 03:42:28PM +0400, Dmitry V. Levin wrote:
> > Это проблемы Xvfb, там не работает "ввод с клавиатуры".
> 
> Это в xvfb-run был отключён вывод с клавиатуры в попытке объехать новую
> проблему в Xvfb.  Как обычно, при объезде съехали в канаву. :(

Вот что конкретно я имел в виду.

$ cd $TMPDIR
$ cat test.c
#include <stdio.h>
#include <X11/Xlib.h>
#include <X11/keysym.h>
int main()
{
	Display *display = XOpenDisplay(NULL);
	if (!display)
		return 1;
	KeyCode kc = XKeysymToKeycode(display, XK_Left);
	printf("keycode=%d\n", kc);
	return 0;
}
$ gcc -Wall test.c -lX11
$ ./a.out
keycode=100
$ xvfb-run -a ./a.out
xauth:  creating new authority file /tmp/.private/at/.Xauthority
(EE) config/hal: NewInputDeviceRequest failed
(EE) config/hal: NewInputDeviceRequest failed
keycode=0
$

NB: не запускать xvfb-run в $HOME, он затрет .Xauthority.

Раньше это работало, что, между прочим, можно отследить по собираемости
пакета perl-Tk.

[-- Attachment #2: Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] xvfb-run -a

[Valery V. Inozemtsev]

[-- Attachment #1: Type: text/plain, Size: 2564 bytes --]

В сообщении от 25 сентября 2008 Dmitry V. Levin написал(a):
> On Thu, Sep 25, 2008 at 05:19:48AM +0000, Alexey Tourbin wrote:
> > On Mon, Sep 22, 2008 at 03:00:24PM +0400, Dmitry V. Levin wrote:
> > > > Когда в хост-системе уже запущен X сервер, то в сборочном чруте
> > > > xvfb-run с опцией "-a" (автоматический подбор свободного номера)
> > > > вообще не работает. Причем xvfb-run в таком случае не отваливает.
> > > >
> > > > [builder@solemn ~]$ xvfb-run -a /bin/echo 666
> > > > xauth:  creating new authority file /usr/src/.Xauthority
> > > > _XSERVTransSocketUNIXCreateListener: ...SocketCreateListener() failed
> > >
> > > Нет, это UNIXCreateListener, стало быть, дело не в хост-системе, а том,
> > > что в сборочном чруте остались неисправимые следы предыдущего запуска
> > > сервера, возможно, даже целый X сервер.
> >
> > По-моему, дело в хост-системе.  В начисто сформированном чруте всё это
> > воспроизводится.
> >
> > $ hsh --init && hsh-install xvfb-run && hsh-run -- sh -c 'cd; xvfb-run -a
> > /bin/echo 666' ...
> > <13>Sep 25 05:16:55 rpmi: xorg-xvfb-2:1.5.1-alt1 installed
> > <13>Sep 25 05:16:55 rpmi: xvfb-run-1.3-alt1 installed
> > xauth:  creating new authority file /usr/src/.Xauthority
> > _XSERVTransSocketUNIXCreateListener: ...SocketCreateListener() failed
> > _XSERVTransMakeAllCOTSServerListeners: server already running
> > Fatal server error:
> > Cannot establish any listening sockets - Make sure an X server isn't
> > already running
>
> Тогда это regression в SocketCreateListener.

нет, это abstract socket
$ netstat -l | grep X11
unix  2      [ ACC ]     STREAM     LISTENING     664311 @/tmp/.X11-unix/X0
unix  2      [ ACC ]     STREAM     LISTENING     664312 /tmp/.X11-unix/X0

проделки RH
commit 2afe206ec9569e0d62caa6d91c3fb057b0efa23d
Author: Adam Jackson <ajax@redhat.com>
Date:   Wed Mar 5 20:48:59 2008 -0500

    Add support for the abstract socket namespace under Linux.

    Unlike normal unix sockets, the abstract namespace is not bound to the
    filesystem.  This has some notable advantages; /tmp need not exist, the
    socket directory need not have magic permissions, etc.  xtrans servers
    will listen on both the normal and abstract socket endpoints; clients
    will attempt to connect to the abstract socket before connecting to the
    corresponding filesystem socket.

    Based on a patch by Bill Crawford.

>
> > 666
> > /usr/bin/xvfb-run: line 69: kill: (2058) - No such process
> > $ echo $?
> > 0
>
> Это код возврата "echo 666", у "xset b" было бы нечто ненулевое.

-- 
Valery V. Inozemtsev

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] xvfb-run -a

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 2879 bytes --]

On Fri, Sep 26, 2008 at 08:39:58PM +0400, Valery V. Inozemtsev wrote:
> В сообщении от 25 сентября 2008 Dmitry V. Levin написал(a):
> > On Thu, Sep 25, 2008 at 05:19:48AM +0000, Alexey Tourbin wrote:
> > > On Mon, Sep 22, 2008 at 03:00:24PM +0400, Dmitry V. Levin wrote:
> > > > > Когда в хост-системе уже запущен X сервер, то в сборочном чруте
> > > > > xvfb-run с опцией "-a" (автоматический подбор свободного номера)
> > > > > вообще не работает. Причем xvfb-run в таком случае не отваливает.
> > > > >
> > > > > [builder@solemn ~]$ xvfb-run -a /bin/echo 666
> > > > > xauth:  creating new authority file /usr/src/.Xauthority
> > > > > _XSERVTransSocketUNIXCreateListener: ...SocketCreateListener() failed
> > > >
> > > > Нет, это UNIXCreateListener, стало быть, дело не в хост-системе, а том,
> > > > что в сборочном чруте остались неисправимые следы предыдущего запуска
> > > > сервера, возможно, даже целый X сервер.
> > >
> > > По-моему, дело в хост-системе.  В начисто сформированном чруте всё это
> > > воспроизводится.
> > >
> > > $ hsh --init && hsh-install xvfb-run && hsh-run -- sh -c 'cd; xvfb-run -a
> > > /bin/echo 666' ...
> > > <13>Sep 25 05:16:55 rpmi: xorg-xvfb-2:1.5.1-alt1 installed
> > > <13>Sep 25 05:16:55 rpmi: xvfb-run-1.3-alt1 installed
> > > xauth:  creating new authority file /usr/src/.Xauthority
> > > _XSERVTransSocketUNIXCreateListener: ...SocketCreateListener() failed
> > > _XSERVTransMakeAllCOTSServerListeners: server already running
> > > Fatal server error:
> > > Cannot establish any listening sockets - Make sure an X server isn't
> > > already running
> >
> > Тогда это regression в SocketCreateListener.
> 
> нет, это abstract socket
> $ netstat -l | grep X11
> unix  2      [ ACC ]     STREAM     LISTENING     664311 @/tmp/.X11-unix/X0
> unix  2      [ ACC ]     STREAM     LISTENING     664312 /tmp/.X11-unix/X0
> 
> проделки RH
> commit 2afe206ec9569e0d62caa6d91c3fb057b0efa23d
> Author: Adam Jackson <ajax@redhat.com>
> Date:   Wed Mar 5 20:48:59 2008 -0500
> 
>     Add support for the abstract socket namespace under Linux.
> 
>     Unlike normal unix sockets, the abstract namespace is not bound to the
>     filesystem.  This has some notable advantages; /tmp need not exist, the
>     socket directory need not have magic permissions, etc.  xtrans servers
>     will listen on both the normal and abstract socket endpoints; clients
>     will attempt to connect to the abstract socket before connecting to the
>     corresponding filesystem socket.
> 
>     Based on a patch by Bill Crawford.

Это известный класс граблей:
abstract namespace не имеет никаких разграничений доступа; можно легко и
непринуждённо устроить DoS, так что X server нельзя будет запустить совсем.

Так что я считаю это изменение ошибочным.
Надо откатить и написать в upstream.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] xvfb-run -a

[Valery V. Inozemtsev]

[-- Attachment #1: Type: text/plain, Size: 3208 bytes --]

В сообщении от 26 сентября 2008 Dmitry V. Levin написал(a):
> On Fri, Sep 26, 2008 at 08:39:58PM +0400, Valery V. Inozemtsev wrote:
> > В сообщении от 25 сентября 2008 Dmitry V. Levin написал(a):
> > > On Thu, Sep 25, 2008 at 05:19:48AM +0000, Alexey Tourbin wrote:
> > > > On Mon, Sep 22, 2008 at 03:00:24PM +0400, Dmitry V. Levin wrote:
> > > > > > Когда в хост-системе уже запущен X сервер, то в сборочном чруте
> > > > > > xvfb-run с опцией "-a" (автоматический подбор свободного номера)
> > > > > > вообще не работает. Причем xvfb-run в таком случае не отваливает.
> > > > > >
> > > > > > [builder@solemn ~]$ xvfb-run -a /bin/echo 666
> > > > > > xauth:  creating new authority file /usr/src/.Xauthority
> > > > > > _XSERVTransSocketUNIXCreateListener: ...SocketCreateListener()
> > > > > > failed
> > > > >
> > > > > Нет, это UNIXCreateListener, стало быть, дело не в хост-системе, а
> > > > > том, что в сборочном чруте остались неисправимые следы предыдущего
> > > > > запуска сервера, возможно, даже целый X сервер.
> > > >
> > > > По-моему, дело в хост-системе.  В начисто сформированном чруте всё
> > > > это воспроизводится.
> > > >
> > > > $ hsh --init && hsh-install xvfb-run && hsh-run -- sh -c 'cd;
> > > > xvfb-run -a /bin/echo 666' ...
> > > > <13>Sep 25 05:16:55 rpmi: xorg-xvfb-2:1.5.1-alt1 installed
> > > > <13>Sep 25 05:16:55 rpmi: xvfb-run-1.3-alt1 installed
> > > > xauth:  creating new authority file /usr/src/.Xauthority
> > > > _XSERVTransSocketUNIXCreateListener: ...SocketCreateListener() failed
> > > > _XSERVTransMakeAllCOTSServerListeners: server already running
> > > > Fatal server error:
> > > > Cannot establish any listening sockets - Make sure an X server isn't
> > > > already running
> > >
> > > Тогда это regression в SocketCreateListener.
> >
> > нет, это abstract socket
> > $ netstat -l | grep X11
> > unix  2      [ ACC ]     STREAM     LISTENING     664311
> > @/tmp/.X11-unix/X0 unix  2      [ ACC ]     STREAM     LISTENING    
> > 664312 /tmp/.X11-unix/X0
> >
> > проделки RH
> > commit 2afe206ec9569e0d62caa6d91c3fb057b0efa23d
> > Author: Adam Jackson <ajax@redhat.com>
> > Date:   Wed Mar 5 20:48:59 2008 -0500
> >
> >     Add support for the abstract socket namespace under Linux.
> >
> >     Unlike normal unix sockets, the abstract namespace is not bound to
> > the filesystem.  This has some notable advantages; /tmp need not exist,
> > the socket directory need not have magic permissions, etc.  xtrans
> > servers will listen on both the normal and abstract socket endpoints;
> > clients will attempt to connect to the abstract socket before connecting
> > to the corresponding filesystem socket.
> >
> >     Based on a patch by Bill Crawford.
>
> Это известный класс граблей:
> abstract namespace не имеет никаких разграничений доступа; можно легко и
> непринуждённо устроить DoS, так что X server нельзя будет запустить совсем.
>
> Так что я считаю это изменение ошибочным.

xorg-server-1.5.1-alt2. в 4.1 это нужно?

> Надо откатить и написать в upstream.

с этим сложнее с моим то английским. началось это отсюда
http://gitweb.freedesktop.org/?p=xorg/lib/libxtrans.git;a=commit;h=2afe206ec9569e0d62caa6d91c3fb057b0efa23d

-- 
Valery V. Inozemtsev

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] xvfb-run -a

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 3558 bytes --]

On Fri, Sep 26, 2008 at 10:01:40PM +0400, Valery V. Inozemtsev wrote:
> В сообщении от 26 сентября 2008 Dmitry V. Levin написал(a):
> > On Fri, Sep 26, 2008 at 08:39:58PM +0400, Valery V. Inozemtsev wrote:
> > > В сообщении от 25 сентября 2008 Dmitry V. Levin написал(a):
> > > > On Thu, Sep 25, 2008 at 05:19:48AM +0000, Alexey Tourbin wrote:
> > > > > On Mon, Sep 22, 2008 at 03:00:24PM +0400, Dmitry V. Levin wrote:
> > > > > > > Когда в хост-системе уже запущен X сервер, то в сборочном чруте
> > > > > > > xvfb-run с опцией "-a" (автоматический подбор свободного номера)
> > > > > > > вообще не работает. Причем xvfb-run в таком случае не отваливает.
> > > > > > >
> > > > > > > [builder@solemn ~]$ xvfb-run -a /bin/echo 666
> > > > > > > xauth:  creating new authority file /usr/src/.Xauthority
> > > > > > > _XSERVTransSocketUNIXCreateListener: ...SocketCreateListener()
> > > > > > > failed
> > > > > >
> > > > > > Нет, это UNIXCreateListener, стало быть, дело не в хост-системе, а
> > > > > > том, что в сборочном чруте остались неисправимые следы предыдущего
> > > > > > запуска сервера, возможно, даже целый X сервер.
> > > > >
> > > > > По-моему, дело в хост-системе.  В начисто сформированном чруте всё
> > > > > это воспроизводится.
> > > > >
> > > > > $ hsh --init && hsh-install xvfb-run && hsh-run -- sh -c 'cd;
> > > > > xvfb-run -a /bin/echo 666' ...
> > > > > <13>Sep 25 05:16:55 rpmi: xorg-xvfb-2:1.5.1-alt1 installed
> > > > > <13>Sep 25 05:16:55 rpmi: xvfb-run-1.3-alt1 installed
> > > > > xauth:  creating new authority file /usr/src/.Xauthority
> > > > > _XSERVTransSocketUNIXCreateListener: ...SocketCreateListener() failed
> > > > > _XSERVTransMakeAllCOTSServerListeners: server already running
> > > > > Fatal server error:
> > > > > Cannot establish any listening sockets - Make sure an X server isn't
> > > > > already running
> > > >
> > > > Тогда это regression в SocketCreateListener.
> > >
> > > нет, это abstract socket
> > > $ netstat -l | grep X11
> > > unix  2      [ ACC ]     STREAM     LISTENING     664311
> > > @/tmp/.X11-unix/X0 unix  2      [ ACC ]     STREAM     LISTENING    
> > > 664312 /tmp/.X11-unix/X0
> > >
> > > проделки RH
> > > commit 2afe206ec9569e0d62caa6d91c3fb057b0efa23d
> > > Author: Adam Jackson <ajax@redhat.com>
> > > Date:   Wed Mar 5 20:48:59 2008 -0500
> > >
> > >     Add support for the abstract socket namespace under Linux.
> > >
> > >     Unlike normal unix sockets, the abstract namespace is not bound to
> > > the filesystem.  This has some notable advantages; /tmp need not exist,
> > > the socket directory need not have magic permissions, etc.  xtrans
> > > servers will listen on both the normal and abstract socket endpoints;
> > > clients will attempt to connect to the abstract socket before connecting
> > > to the corresponding filesystem socket.
> > >
> > >     Based on a patch by Bill Crawford.
> >
> > Это известный класс граблей:
> > abstract namespace не имеет никаких разграничений доступа; можно легко и
> > непринуждённо устроить DoS, так что X server нельзя будет запустить совсем.
> >
> > Так что я считаю это изменение ошибочным.
> 
> xorg-server-1.5.1-alt2. в 4.1 это нужно?

Давай сперва проверим, не завязался ли кто-нибудь на эту фичу.

> > Надо откатить и написать в upstream.
> 
> с этим сложнее с моим то английским. началось это отсюда
> http://gitweb.freedesktop.org/?p=xorg/lib/libxtrans.git;a=commit;h=2afe206ec9569e0d62caa6d91c3fb057b0efa23d

OK, намёк понял. :)


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] xvfb-run -a

[Mikhail Gusarov]

[-- Attachment #1: Type: text/plain, Size: 820 bytes --]

Twas brillig at 23:05:36 26.09.2008 UTC+04 when ldv@altlinux.org did gyre and gimble:

 DVL> Давай сперва проверим, не завязался ли кто-нибудь на эту фичу.

Не завязался - все клиентские библиотеки тоже используют xtrans, а там с
серверной стороны bind сразу на два адреса, а с клиентской поочерёдное
тыканье сначала в один, а потом в другой.

Это федорщики сделали для X в раннем userspace, где /tmp ещё нет
(кажется, для графического диалога ввода пароля для расшифровки
шифрованного раздела с /).

-- 

[-- Attachment #2: Type: application/pgp-signature, Size: 196 bytes --]

Re: [devel] xvfb-run -a

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 763 bytes --]

On Sat, Sep 27, 2008 at 02:09:09AM +0700, Mikhail Gusarov wrote:
> Twas brillig at 23:05:36 26.09.2008 UTC+04 when ldv@altlinux.org did gyre and gimble:
> 
>  DVL> Давай сперва проверим, не завязался ли кто-нибудь на эту фичу.
> 
> Не завязался - все клиентские библиотеки тоже используют xtrans, а там с
> серверной стороны bind сразу на два адреса, а с клиентской поочерёдное
> тыканье сначала в один, а потом в другой.

2shrek: Тогда и для 4.1

> Это федорщики сделали для X в раннем userspace, где /tmp ещё нет
> (кажется, для графического диалога ввода пароля для расшифровки
> шифрованного раздела с /).

Хоть бы со своими людьми из security response team посоветовались.
Да, тут в другой список рассылки уже придётся писать.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 197 bytes --]