[Cooker] xorg-snapshot packages can be tested

[Paulo César Pereira de Andrade]

  Hi,

  The xorg-snapshot packages should be usable for testing now.
To install you need to add contrib/testing to urpmi, then just
run something like:

# urpmi xorg-snapshot

  If it ever asks for different alternatives, choose the
-snapshot one (remaining problems should be fixed soon, but
it should work with either option).

  Everything will be installed under /opt/xorg-snapshot, and
the full install requires around 315Mb.

  After installation, it should be possible to run in parallel
with current Xorg, but for safety, you should enter run level 3.
This could be done with a command like:

# service dm stop

after switching to a text console and logging in.

  After that, as a normal user, you should be able to run:

$ xorg-snapshot <xinit-args> -- <xserver-args>

  It is just a front-end to startx, and a sample usage is:

$ xorg-snapshot /usr/bin/xterm

then, once you have a X Server with a single xterm window,
run:

$ startkde &

in that xterm window.

  3d applications should work only with a few drivers, and some
will print messages about lack of certain features. Snapshot versions
of the kernel modules should be made available soon, an hopefully
some builds of X Server and Mesa alternate branches.

  The current X Server binary was compiled with a not 100%
correct -D option, so it is not possible to use the -config
option, and it will not read xorg.conf. Consider it a good
time to see how the automagic, no xorg.conf X Server works :-)


-
  A note about the "official" X Server package, that also caused
problems to some people. I did lots of testing, but installing
one package and then "rpm -Uvh --force ...", but there is a
problem when %pre script is run, and change a directory into
a symlink, where after everything is done, rpm will remove
files from the "old package", but ends up removing some files
it just installed... If you have problems, please check
"rpm -V xinitrc", "rpm -V x11-server-common" and
"rpm -V x11-server-xorg". If anything is missing, reinstalling
the package should be enough to fix the problem. A better work
around should be available, but I am not sure how to tell
rpm to not remove a file it just installed during an upgrade.

Paulo

[Moreno]

Hi

On Sat, May 17, 2008 at 12:04 AM, Paulo Cesar Pereira de Andrade
<pcpa@...> wrote:

>  Hi,
>
>  The xorg-snapshot packages should be usable for testing now.
> To install you need to add contrib/testing to urpmi, then just
> run something like:
>
> # urpmi xorg-snapshot
>
>  If it ever asks for different alternatives, choose the
> -snapshot one (remaining problems should be fixed soon, but
> it should work with either option).
>
>  Everything will be installed under /opt/xorg-snapshot, and
> the full install requires around 315Mb.
>
>  After installation, it should be possible to run in parallel
> with current Xorg, but for safety, you should enter run level 3.
> This could be done with a command like:
>
> # service dm stop
>
> after switching to a text console and logging in.
>
>  After that, as a normal user, you should be able to run:
>
> $ xorg-snapshot <xinit-args> -- <xserver-args>
>
>  It is just a front-end to startx, and a sample usage is:
>
> $ xorg-snapshot /usr/bin/xterm
>
> then, once you have a X Server with a single xterm window,
> run:
>
> $ startkde &
>
> in that xterm window.
>
>  3d applications should work only with a few drivers, and some
> will print messages about lack of certain features. Snapshot versions
> of the kernel modules should be made available soon, an hopefully
> some builds of X Server and Mesa alternate branches.
>
>  The current X Server binary was compiled with a not 100%
> correct -D option, so it is not possible to use the -config
> option, and it will not read xorg.conf. Consider it a good
> time to see how the automagic, no xorg.conf X Server works :-)
>
>
> -
>  A note about the "official" X Server package, that also caused
> problems to some people. I did lots of testing, but installing
> one package and then "rpm -Uvh --force ...", but there is a
> problem when %pre script is run, and change a directory into
> a symlink, where after everything is done, rpm will remove
> files from the "old package", but ends up removing some files
> it just installed... If you have problems, please check
> "rpm -V xinitrc", "rpm -V x11-server-common" and
> "rpm -V x11-server-xorg". If anything is missing, reinstalling
> the package should be enough to fix the problem. A better work
> around should be available, but I am not sure how to tell
> rpm to not remove a file it just installed during an upgrade.
>
> Paulo
>
>

I do not know if my problem is related to the new version of xorg in testing.

After the daily Cooker update of my machine (there are a lot of X
packages) X do not start ang give this message error.

execue failed for /etc/X11/X (errno 2)


Bye Bye, Moreno

[Moreno]

Hi

On Sat, May 17, 2008 at 8:15 AM, Moreno <moreno.mg@...> wrote:

> Hi
>
> On Sat, May 17, 2008 at 12:04 AM, Paulo Cesar Pereira de Andrade
> <pcpa@...> wrote:
>>  Hi,
>>
>>  The xorg-snapshot packages should be usable for testing now.
>> To install you need to add contrib/testing to urpmi, then just
>> run something like:
>>
>> # urpmi xorg-snapshot
>>
>>  If it ever asks for different alternatives, choose the
>> -snapshot one (remaining problems should be fixed soon, but
>> it should work with either option).
>>
>>  Everything will be installed under /opt/xorg-snapshot, and
>> the full install requires around 315Mb.
>>
>>  After installation, it should be possible to run in parallel
>> with current Xorg, but for safety, you should enter run level 3.
>> This could be done with a command like:
>>
>> # service dm stop
>>
>> after switching to a text console and logging in.
>>
>>  After that, as a normal user, you should be able to run:
>>
>> $ xorg-snapshot <xinit-args> -- <xserver-args>
>>
>>  It is just a front-end to startx, and a sample usage is:
>>
>> $ xorg-snapshot /usr/bin/xterm
>>
>> then, once you have a X Server with a single xterm window,
>> run:
>>
>> $ startkde &
>>
>> in that xterm window.
>>
>>  3d applications should work only with a few drivers, and some
>> will print messages about lack of certain features. Snapshot versions
>> of the kernel modules should be made available soon, an hopefully
>> some builds of X Server and Mesa alternate branches.
>>
>>  The current X Server binary was compiled with a not 100%
>> correct -D option, so it is not possible to use the -config
>> option, and it will not read xorg.conf. Consider it a good
>> time to see how the automagic, no xorg.conf X Server works :-)
>>
>>
>> -
>>  A note about the "official" X Server package, that also caused
>> problems to some people. I did lots of testing, but installing
>> one package and then "rpm -Uvh --force ...", but there is a
>> problem when %pre script is run, and change a directory into
>> a symlink, where after everything is done, rpm will remove
>> files from the "old package", but ends up removing some files
>> it just installed... If you have problems, please check
>> "rpm -V xinitrc", "rpm -V x11-server-common" and
>> "rpm -V x11-server-xorg". If anything is missing, reinstalling
>> the package should be enough to fix the problem. A better work
>> around should be available, but I am not sure how to tell
>> rpm to not remove a file it just installed during an upgrade.
>>
>> Paulo
>>
>>
>
> I do not know if my problem is related to the new version of xorg in testing.
>
> After the daily Cooker update of my machine (there are a lot of X
> packages) X do not start ang give this message error.
>
> execue failed for /etc/X11/X (errno 2)
>
>
> Bye Bye, Moreno
>

OK now all work

The problem is in the changing of X folder structure

Now /etc/X is a symbolic link to /usr/share/X11.

In this folder missing file X

To create it ln -s /usr/bin/Xorg /usr/share/X11/X

In thos folder missing dm.d folder and configuration file

To recreate these files

rpm -e --nodeps xinitrc
urpmi xinitrc


Bye Bye, Moreno

[Pixel-2]

Moreno <moreno.mg@...> writes:

> To recreate these files
>
> rpm -e --nodeps xinitrc
> urpmi xinitrc

better: urpmi --replacepkgs xinitrc

for the record, variation of your first proposition:
rpm -e --nodeps --justdb xinitrc ; urpmi xinitrc

(those solutions are nicer if there are config files)