[Cooker] Break in x11-server upgrade

[Ander Conselvan de Oliveira-2]

Sorry for the noise, I sent the message early by mistake.

Soon the version 1.4.2 for packages x11-server-common, and x11-server-xorg
should be available in cooker. These packages will not have the symlink
structure created in previous updates (i.e. /etc/X11 and /usr/lib/X11) and
the installation will fail if these links exists.

I wrote a script [1] to move files back to their appropriate directory. This
script should be ran before updating.

        [1] http://wiki.mandriva.com/en/uploads/b/b8/Move-things-back 

Regards,
Ander

[Colin Guthrie-8]

Ander Conselvan de Oliveira wrote:
> Sorry for the noise, I sent the message early by mistake.

Hmmm. I just burst out laughing as I thought you were making a joke....
not I realise it was just a mistake, I will no longer regard you as a
comic genius :D You still have to prove yourself in the joke department :p

Col

--

+--------------------------+
|      Colin Guthrie       |
+--------------------------+
| cguthrie(at)mandriva.org |
|  http://colin.guthr.ie/  |
+--------------------------+

[Colin Guthrie-8]

Ander Conselvan de Oliveira wrote:

> Sorry for the noise, I sent the message early by mistake.
>
> Soon the version 1.4.2 for packages x11-server-common, and x11-server-xorg
> should be available in cooker. These packages will not have the symlink
> structure created in previous updates (i.e. /etc/X11 and /usr/lib/X11) and
> the installation will fail if these links exists.
>
> I wrote a script [1] to move files back to their appropriate directory. This
> script should be ran before updating.
>
> [1] http://wiki.mandriva.com/en/uploads/b/b8/Move-things-back 

Thinking of the various cooker users who simply wont read this mail,
would it be wise to include this in the actual package itself?

I know this is only going to affect cooker->cooker updates and doesn't
necessarily need to be in the package permanently for 2009.1, but it
will probably save a while lot of hassle and follow up....

If it is removed in say 3 months time from the package and we get some
cooker users moaning that their upgrade broke we can deal with it then,
but if it breaks for them that far in the future, the chances are they
wouldn't have read this message either!!!

WDYT?

Col


--

+--------------------------+
|      Colin Guthrie       |
+--------------------------+
| cguthrie(at)mandriva.org |
|  http://colin.guthr.ie/  |
+--------------------------+

[Anssi Hannula-3]

Colin Guthrie wrote:

> Ander Conselvan de Oliveira wrote:
>> Sorry for the noise, I sent the message early by mistake.
>>
>> Soon the version 1.4.2 for packages x11-server-common, and
>> x11-server-xorg should be available in cooker. These packages will not
>> have the symlink structure created in previous updates (i.e. /etc/X11
>> and /usr/lib/X11) and the installation will fail if these links exists.
>>
>> I wrote a script [1] to move files back to their appropriate
>> directory. This script should be ran before updating.
>>
>>     [1]    http://wiki.mandriva.com/en/uploads/b/b8/Move-things-back 
>
> Thinking of the various cooker users who simply wont read this mail,
> would it be wise to include this in the actual package itself?

It is included already.

> I know this is only going to affect cooker->cooker updates and doesn't
> necessarily need to be in the package permanently for 2009.1, but it
> will probably save a while lot of hassle and follow up....
>
> If it is removed in say 3 months time from the package and we get some
> cooker users moaning that their upgrade broke we can deal with it then,
> but if it breaks for them that far in the future, the chances are they
> wouldn't have read this message either!!!
>
> WDYT?

--
Anssi Hannula

[Colin Guthrie-8]

Ander Conselvan de Oliveira wrote:

> Sorry for the noise, I sent the message early by mistake.
>
> Soon the version 1.4.2 for packages x11-server-common, and x11-server-xorg
> should be available in cooker. These packages will not have the symlink
> structure created in previous updates (i.e. /etc/X11 and /usr/lib/X11) and
> the installation will fail if these links exists.
>
> I wrote a script [1] to move files back to their appropriate directory. This
> script should be ran before updating.
>
> [1] http://wiki.mandriva.com/en/uploads/b/b8/Move-things-back 

I got:

[root@jimmy ~]# sh Move-things-back
 
ftp://distrib-coffee.ipsl.jussieu.fr/pub/linux/MandrivaLinux/devel/cooker/x86_64/media/main/release/media_info/files.xml.lzma
 
ftp://distrib-coffee.ipsl.jussieu.fr/pub/linux/MandrivaLinux/devel/cooker/x86_64/media/contrib/release/media_info/files.xml.lzma

 
ftp://distrib-coffee.ipsl.jussieu.fr/pub/linux/plf/mandriva/cooker/free/binary/x86_64/media_info/files.xml.lzma

 
ftp://distrib-coffee.ipsl.jussieu.fr/pub/linux/plf/mandriva/cooker/non-free/binary/x86_64/media_info/files.xml.lzma

 
ftp://distrib-coffee.ipsl.jussieu.fr/pub/linux/MandrivaLinux/devel/cooker/i586/media/main/release/media_info/files.xml.lzma

 
ftp://distrib-coffee.ipsl.jussieu.fr/pub/linux/MandrivaLinux/devel/cooker/i586/media/contrib/release/media_info/files.xml.lzma

 
ftp://distrib-coffee.ipsl.jussieu.fr/pub/linux/plf/mandriva/cooker/free/binary/i586/media_info/files.xml.lzma

 
ftp://distrib-coffee.ipsl.jussieu.fr/pub/linux/plf/mandriva/cooker/non-free/binary/i586/media_info/files.xml.lzma

 
ftp://distrib-coffee.ipsl.jussieu.fr/pub/linux/MandrivaLinux/devel/cooker/x86_64/media/debug_main/release/media_info/hdlist.cz

 
ftp://distrib-coffee.ipsl.jussieu.fr/pub/linux/MandrivaLinux/devel/cooker/i586/media/non-free/release/media_info/files.xml.lzma

 
ftp://distrib-coffee.ipsl.jussieu.fr/pub/linux/MandrivaLinux/devel/cooker/x86_64/media/non-free/release/media_info/files.xml.lzma

rm: cannot remove `/usr/lib/X11': Is a directory
 



:(

I'll pick through the script and work out why it's going wrong, but I
would have thought using urpmf was a very bad idea.....

I have /usr/lib/X11 and /user/share/X11 - they are both folders on my
system...
ls -ld /usr/lib/X11 /usr/share/X11
drwxr-xr-x  3 root root 4096 2008-06-18 23:15 /usr/lib/X11/
drwxr-xr-x 22 root root 4096 2008-06-20 10:12 /usr/share/X11/

Which is no doubt where the error initiates... I guess things have
gotten a little cocked up on my install.

This was the case before I ran the script.

I did:
urpmf /usr/lib/X11/| cut -d':' -f1 |sort -u | xargs rpm -V

And ignoring the errors about packages not installed, it didn't report
any issues. So I think my /usr/lib/X11 is OK.

Doing the same for /etc/X11 folder gives more worrying results but most
refert to files in:
/usr/share/X11/fontpath.d which I'm not overly worried about.

I'll post a followup in a moment or two once I do the actual upgrade....

Col


--

+--------------------------+
|      Colin Guthrie       |
+--------------------------+
| cguthrie(at)mandriva.org |
|  http://colin.guthr.ie/  |
+--------------------------+

[Colin Guthrie-8]

Colin Guthrie wrote:
> I'll post a followup in a moment or two once I do the actual upgrade....

OK, post upgrade, I get:

[root@jimmy ~]# urpmf /usr/lib/X11/| cut -d':' -f1 |sort -u | xargs rpm
-V | grep -vE "^package.*not installed$"
missing     /usr/lib64/X11/lbxproxy/AtomControl
missing     /usr/lib/X11/AuErrorDB
missing     /usr/lib64/X11/Xcms.txt
missing     /usr/lib/X11/config/multiarch-dispatch-host.def
missing     /usr/lib64/X11/proxymngr/pmconfig
missing     /usr/lib64/X11/rstart/commands/@List
missing     /usr/lib64/X11/rstart/commands/ListContexts
missing     /usr/lib64/X11/rstart/commands/ListGenericCommands
missing     /usr/lib64/X11/rstart/commands/x11r6/@List
missing     /usr/lib64/X11/rstart/commands/x11r6/LoadMonitor
missing     /usr/lib64/X11/rstart/commands/x11r6/Terminal
missing     /usr/lib64/X11/rstart/config
missing     /usr/lib64/X11/rstart/contexts/@List
missing     /usr/lib64/X11/rstart/contexts/default
missing     /usr/lib64/X11/rstart/contexts/x11r6
missing     /usr/lib64/X11/rstart/rstartd.real
missing     /usr/lib64/X11/x11perfcomp
missing     /usr/lib64/X11/x11perfcomp/Xmark
missing     /usr/lib64/X11/x11perfcomp/fillblnk
missing     /usr/lib64/X11/x11perfcomp/perfboth
missing     /usr/lib64/X11/x11perfcomp/perfratio
....L...    /usr/X11R6
missing     /usr/lib64/X11/xedit
missing     /usr/lib64/X11/xedit/lisp
missing     /usr/lib64/X11/xedit/lisp/indent.lsp
missing     /usr/lib64/X11/xedit/lisp/lisp.lsp
missing     /usr/lib64/X11/xedit/lisp/progmodes
missing     /usr/lib64/X11/xedit/lisp/progmodes/auto.lsp
missing     /usr/lib64/X11/xedit/lisp/progmodes/c.lsp
missing     /usr/lib64/X11/xedit/lisp/progmodes/html.lsp
missing     /usr/lib64/X11/xedit/lisp/progmodes/imake.lsp
missing     /usr/lib64/X11/xedit/lisp/progmodes/lisp.lsp
missing     /usr/lib64/X11/xedit/lisp/progmodes/make.lsp
missing     /usr/lib64/X11/xedit/lisp/progmodes/man.lsp
missing     /usr/lib64/X11/xedit/lisp/progmodes/patch.lsp
missing     /usr/lib64/X11/xedit/lisp/progmodes/perl.lsp
missing     /usr/lib64/X11/xedit/lisp/progmodes/python.lsp
missing     /usr/lib64/X11/xedit/lisp/progmodes/rpm.lsp
missing     /usr/lib64/X11/xedit/lisp/progmodes/sgml.lsp
missing     /usr/lib64/X11/xedit/lisp/progmodes/sh.lsp
missing     /usr/lib64/X11/xedit/lisp/progmodes/xconf.lsp
missing     /usr/lib64/X11/xedit/lisp/progmodes/xlog.lsp
missing     /usr/lib64/X11/xedit/lisp/progmodes/xrdb.lsp
missing     /usr/lib64/X11/xedit/lisp/syntax.lsp
missing     /usr/lib64/X11/xedit/lisp/xedit.lsp
missing     /usr/lib64/X11/app-defaults/KOI8RXTerm
missing     /usr/lib64/X11/app-defaults/UXTerm
missing     /usr/lib64/X11/app-defaults/XTerm
missing     /usr/lib64/X11/app-defaults/XTerm-color



Interestingly, it seems that:
ll /usr/lib/X11
lrwxrwxrwx 1 root root 15 2008-06-20 10:31 /usr/lib/X11 -> ../../lib64/X11

This is a broken symlink :(

So I did:
ln -sf ../lib64/X11 /usr/lib/X11
to fix that.


To fix this I did:

urpmi --replacepkgs xedit xterm libx11-common lbxproxy libnas2 x11perf
rstart proxymngr

After that I got:
[root@jimmy ~]# urpmf /usr/lib/X11/| cut -d':' -f1 |sort -u | xargs rpm
-V | grep -vE "^package.*not installed$"
....L...    /usr/X11R6
....L...    /usr/X11R6/lib/X11

Much better! So I tried urpmi --replacepkgs x11-server-common to fix up
the remaining issues...

[root@jimmy ~]# urpmi --replacepkgs x11-server-common

 
ftp://distrib-coffee.ipsl.jussieu.fr/pub/linux/MandrivaLinux/devel/cooker/x86_64/media/main/release/x11-server-common-1.4.2-1mdv2009.0.x86_64.rpm
installing x11-server-common-1.4.2-1mdv2009.0.x86_64.rpm from
/var/cache/urpmi/rpms
Preparing...
/etc/X11 or /usr/lib/X11 is a symbolic link. You must run the
script in http://wiki.mandriva.com/en/CookerX11Upgrade before
continuing.
error: %pre(x11-server-common-1.4.2-1mdv2009.0.x86_64) scriptlet failed,
exit status 1
error:   install: %pre scriptlet failed (2), skipping
x11-server-common-1.4.2-1mdv2009.0
Segmentation fault

Arg! My /usr/lib/X11 is a symlink. I know it was I created it above!!
D'oh!!!! But then I only created it because it was a broken sysmlink...
That said, it seems that x11-server-common actually changed it from a
folder (see my last mail, it was definately a folder then!) to a
symlink.... and a broken one at that :(

So I cannot reinstall x11-server-common. So this package must changed
for the next revision to allow upgrade if /usr/lib/X11 is a symlink.


So I'm in a mess now :(

Right I'll sort this out! I think /usr/lib/X11 is meant to be a folder
right? It's not meant to be a symlink... Let's go with that.

mkdir /usr/lib/X11.new
urpmf /usr/lib/X11/| cut -d':' -f2 | sed 's,/usr/lib/X11/\(.*\)$,mv
/usr/lib/X11/\1 /usr/lib/X11.new/\1,' | sh
rm -f /usr/lib/X11
mv /usr/lib/X11.new /usr/lib/X11

Right.
[root@jimmy ~]# urpmf /usr/lib/X11/| cut -d':' -f1 |sort -u | xargs rpm
-V | grep -vE "^package.*not installed$"
missing     /usr/lib64/X11/Xcms.txt
missing     /usr/lib/X11/config/multiarch-dispatch-host.def
missing     /usr/lib64/X11/x11perfcomp
missing     /usr/lib64/X11/x11perfcomp/Xmark
missing     /usr/lib64/X11/x11perfcomp/fillblnk
missing     /usr/lib64/X11/x11perfcomp/perfboth
missing     /usr/lib64/X11/x11perfcomp/perfratio
....L...    /usr/X11R6
.M......    /usr/X11R6/lib/X11
missing     /usr/lib64/X11/Cards
missing     /usr/lib64/X11/Options
missing     /usr/lib64/X11/xedit
missing     /usr/lib64/X11/xedit/lisp
missing     /usr/lib64/X11/xedit/lisp/indent.lsp
missing     /usr/lib64/X11/xedit/lisp/lisp.lsp
missing     /usr/lib64/X11/xedit/lisp/progmodes
missing     /usr/lib64/X11/xedit/lisp/progmodes/auto.lsp
missing     /usr/lib64/X11/xedit/lisp/progmodes/c.lsp
missing     /usr/lib64/X11/xedit/lisp/progmodes/html.lsp
missing     /usr/lib64/X11/xedit/lisp/progmodes/imake.lsp
missing     /usr/lib64/X11/xedit/lisp/progmodes/lisp.lsp
missing     /usr/lib64/X11/xedit/lisp/progmodes/make.lsp
missing     /usr/lib64/X11/xedit/lisp/progmodes/man.lsp
missing     /usr/lib64/X11/xedit/lisp/progmodes/patch.lsp
missing     /usr/lib64/X11/xedit/lisp/progmodes/perl.lsp
missing     /usr/lib64/X11/xedit/lisp/progmodes/python.lsp
missing     /usr/lib64/X11/xedit/lisp/progmodes/rpm.lsp
missing     /usr/lib64/X11/xedit/lisp/progmodes/sgml.lsp
missing     /usr/lib64/X11/xedit/lisp/progmodes/sh.lsp
missing     /usr/lib64/X11/xedit/lisp/progmodes/xconf.lsp
missing     /usr/lib64/X11/xedit/lisp/progmodes/xlog.lsp
missing     /usr/lib64/X11/xedit/lisp/progmodes/xrdb.lsp
missing     /usr/lib64/X11/xedit/lisp/syntax.lsp
missing     /usr/lib64/X11/xedit/lisp/xedit.lsp
missing     /usr/lib64/X11/app-defaults/KOI8RXTerm
missing     /usr/lib64/X11/app-defaults/UXTerm
missing     /usr/lib64/X11/app-defaults/XTerm
missing     /usr/lib64/X11/app-defaults/XTerm-color

Dammit!

OK, I get it now. this is because, I have both 64 and 32 bit media
installed right? This is cocking up the whole thing!!!

OK, I understand now that using urpmf is a bad idea on dual arch installs...

OK, I'm just going to move things back again... "manually".

urpmf /usr/lib/X11/| cut -d':' -f1 |sort -u | xargs rpm -V | grep -vE
"^package.*not installed$" | grep -E "^missing.*/usr/lib64/" | cut -b13-
| sed 's,/usr/lib64\(.*\)$,mv /usr/lib\1 /usr/lib64\1,' | sh


That produced a few errors because some of the above were folders but
that doesn't matter :)

Some didn't work.... so:
mkdir /usr/lib64/X11/app-defaults
Then run it again.

OK, bettter :)
[root@jimmy ~]# urpmf /usr/lib/X11/| cut -d':' -f1 |sort -u | xargs rpm
-V | grep -vE "^package.*not installed$"
missing     /usr/lib/X11/config/multiarch-dispatch-host.def
....L...    /usr/X11R6
.M......    /usr/X11R6/lib/X11

Right, let's sort this out...
mv /usr/lib64/X11/config /usr/lib/X11/

OK, cooking on gas :)

Now after running:
[root@jimmy ~]# urpmi --replacepkgs x11-server-common
[root@jimmy ~]# urpmf /usr/lib/X11/| cut -d':' -f1 |sort -u | xargs rpm
-V | grep -vE "^package.*not installed$"
missing     /usr/lib/X11/AuErrorDB
missing     /usr/lib/X11/config/multiarch-dispatch-host.def
....L...    /usr/X11R6

WTF???? missing files?
[root@jimmy ~]# ls /usr/lib/X11 -l
lrwxrwxrwx 1 root root 15 2008-06-20 11:11 /usr/lib/X11 -> ../../lib64/X11


It's broken my symlink again!!!!!! Gahhhhhhh!

So what's going on here?

I've probably made things worse by doing this manually but there is
certainly somehting wrong somewhere... x11-server-common definately
creates a broken symlink on my system... why???

I cannot see anything in the post scripts that do this, so what is
responsible for hosing my /usr/lib/X11 folder and creating the bad symlink?

Col




--

+--------------------------+
|      Colin Guthrie       |
+--------------------------+
| cguthrie(at)mandriva.org |
|  http://colin.guthr.ie/  |
+--------------------------+

[Colin Guthrie-8]

Colin Guthrie wrote:
> Colin Guthrie wrote:
>> I'll post a followup in a moment or two once I do the actual upgrade....
>
> OK, post upgrade, I get:

OK, it seems I've gotten half way to the bottom of the problem.

After running the script required it seemed my /usr/X11R6 remained a
symlink to "..//usr/" which means it was /usr.

The x11-server-common script does not check for this error condition,
and then hits the followign code path:

if [ -d /usr/X11R6/lib/X11 ]; then
         mkdir -p /usr/lib64/X11
         rm -f /usr/X11R6/lib/X11/fs # old symlink, already on the
target dir
         mv -f /usr/X11R6/lib/X11/* /usr/lib64/X11/ 2> /dev/null

         rm -rf /usr/X11R6/lib/X11

fi

With the knowledge of the symlink or /usr/X11R6 being to /usr this can
be read as:

if [ -d /usr/lib/X11 ]; then
         mkdir -p /usr/X11
         rm -f /usr/lib/X11/fs # old symlink, already on the target dir
         mv -f /usr/lib/X11/* /usr/lib64/X11/ 2> /dev/null
         rm -rf /usr/lib/X11
fi

Urk! Bad things happen!!!!

This conditional check in the x11-server-common RPM must be updated to
check for the /usr/X11R6 being a symlink case:
if [ -L /etc/X11 ] || [ -L /usr/lib/X11 ]; then
         echo "/etc/X11 or /usr/lib/X11 is a symbolic link. You must run
the"
         echo "script in http://wiki.mandriva.com/en/CookerX11Upgrade 
before"
         echo "continuing."

         exit 1

fi



After a lot of manual tweaks, I now seem to have a fairly stable install:

[root@jimmy ~]# ll /etc/X11 /usr/lib/X11 /usr/X11R6 -ld
drwxr-xr-x 10 root root 4096 2008-06-19 22:58 /etc/X11/
drwxr-xr-x  3 root root 4096 2008-06-20 11:38 /usr/lib/X11/
drwxr-xr-x  3 root root 4096 2008-06-20 11:42 /usr/X11R6/
[root@jimmy ~]# urpmf /usr/lib/X11/| cut -d':' -f1 |sort -u | xargs rpm
-V | grep -vE "^package.*not installed$"
[root@jimmy ~]# urpmf /usr/X11R6| cut -d':' -f1 |sort -u | xargs rpm -V
| grep -vE "^package.*not installed$"
[root@jimmy ~]# urpmf /usr/lib64/X11/| cut -d':' -f1 |sort -u | xargs
rpm -V | grep -vE "^package.*not installed$"
.......T    /usr/lib64/X11/AuErrorDB

[root@jimmy ~]# rpm -qf /usr/lib64/X11/AuErrorDB

lib64nas2-1.9a-1mdv2009.0

[root@jimmy ~]# rpm -q lib{,64}nas2
libnas2-1.9a-1mdv2009.0
lib64nas2-1.9a-1mdv2009.0

I expect the time difference on one of
/usr/lib64/X11/AuErrorDB or /usr/lib/X11/AuErrorDB I have both arch
versions installed and the file has the same md5 sum but the packages
will have different file times. So this is OK.


[root@jimmy ~]# urpmf /etc/X11/| cut -d':' -f1 |sort -u | xargs rpm -V |
grep -vE "^package.*not installed$"

This gives quite a few bad results, but it's not worrying. Most are
expected and some are just hangovers from earlier cockups I'd imagine.
I'll fix these ones up later.


S.5....T  c /etc/bluetooth/hcid.conf

S.5....T  c /etc/bluetooth/rfcomm.conf

.M......  c /etc/rc.d/init.d/bluetooth

.M......  c /etc/rc.d/init.d/dund

.M......  c /etc/rc.d/init.d/hidd

.M......  c /etc/rc.d/init.d/pand

SM5....T  c /etc/sysconfig/compositing-server

SM5....T  c /etc/sysconfig/compositing-wm

S.5....T  c /etc/sysconfig/firstboot

.M.....T    /usr/share/autostart/net_applet.desktop

missing     /etc/X11/fontpath.d/ttf-decoratives:pri=50

missing     /etc/X11/fontpath.d/ttf-dejavu:pri=50

missing     /etc/X11/fontpath.d/ttf-latex:pri=50

missing     /etc/X11/fontpath.d/ttf-liberation:pri=50

missing     /etc/X11/fontpath.d/ttf-west_european:pri=50

S.5....T  c /etc/X11/gdm/custom.conf

.M......    /etc/rc.d/init.d/harddrake

SM5....T  c /etc/sysconfig/harddrake2/kernel

S.5....T  c /etc/sysconfig/harddrake2/previous_hw

SM5....T  c /etc/X11/imwheel/startup.conf

..5....T  c /etc/inittab

S.5....T  c /etc/modules

......G.    /etc/ppp/peers

.M......    /etc/rc.d/init.d/dm

.M......    /etc/rc.d/init.d/functions

.M......    /etc/rc.d/init.d/halt

.M......    /etc/rc.d/init.d/killall

.M......    /etc/rc.d/init.d/mandrake_everytime

.M......    /etc/rc.d/init.d/mandrake_firstime
.M......    /etc/rc.d/init.d/netconsole
.M......    /etc/rc.d/init.d/netfs
.M......    /etc/rc.d/init.d/network
.M......    /etc/rc.d/init.d/network-up
.M......    /etc/rc.d/init.d/partmon
.M......    /etc/rc.d/init.d/single
S.5....T  c /etc/sysctl.conf
....L...    /etc/X11/fontpath.d/java:pri=50
missing     /etc/X11/fontpath.d/lilypond:pri=50
.M.....T    /usr/share/autostart/mandriva-mdvonline.desktop
missing     /etc/X11/dm/Sessions/fvwmi.desktop
missing     /etc/X11/dm/Sessions/mini-fvwmi.desktop
missing     /etc/X11/dm/Sessions/opale.desktop
.M......  c /etc/rc.d/init.d/numlock
missing     /etc/X11/fontpath.d/type1-urw-fonts-adobestd35:pri=50
missing     /etc/X11/fontpath.d/type1-urw-fonts:pri=50
missing     /usr/share/X11/fontpath.d/100dpi:unscaled:pri=30
missing     /usr/share/X11/fontpath.d/75dpi:unscaled:pri=20
missing     /usr/share/X11/fontpath.d/OTF:pri=40
missing     /usr/share/X11/fontpath.d/Speedo:pri=40
missing     /usr/share/X11/fontpath.d/TTF:pri=40
missing     /usr/share/X11/fontpath.d/Type1:pri=40
missing     /usr/share/X11/fontpath.d/cyrillic:pri=40
missing     /usr/share/X11/fontpath.d/misc:unscaled:pri=10
S.5....T    /usr/share/fonts/100dpi/fonts.dir
S.5....T    /usr/share/fonts/100dpi/fonts.scale
S.5....T    /usr/share/fonts/75dpi/fonts.dir
S.5....T    /usr/share/fonts/75dpi/fonts.scale
S.5....T    /usr/share/fonts/OTF/fonts.dir
S.5....T    /usr/share/fonts/OTF/fonts.scale
S.5....T    /usr/share/fonts/Speedo/fonts.dir
S.5....T    /usr/share/fonts/Speedo/fonts.scale
S.5....T    /usr/share/fonts/TTF/fonts.dir
S.5....T    /usr/share/fonts/TTF/fonts.scale
S.5....T    /usr/share/fonts/Type1/fonts.dir
S.5....T    /usr/share/fonts/Type1/fonts.scale
S.5....T    /usr/share/fonts/cyrillic/fonts.dir
S.5....T    /usr/share/fonts/cyrillic/fonts.scale
S.5....T    /usr/share/fonts/misc/fonts.dir
S.5....T    /usr/share/fonts/misc/fonts.scale
missing     /etc/X11/X
.......T  c /etc/X11/app-defaults/XScreenSaver







--

+--------------------------+
|      Colin Guthrie       |
+--------------------------+
| cguthrie(at)mandriva.org |
|  http://colin.guthr.ie/  |
+--------------------------+

[Colin Guthrie-8]

Colin Guthrie wrote:

> This conditional check in the x11-server-common RPM must be updated to
> check for the /usr/X11R6 being a symlink case:
> if [ -L /etc/X11 ] || [ -L /usr/lib/X11 ]; then
>         echo "/etc/X11 or /usr/lib/X11 is a symbolic link. You must run
> the"
>         echo "script in http://wiki.mandriva.com/en/CookerX11Upgrade 
> before"
>         echo "continuing."
>         exit 1
> fi

I see Ander has added this now :)

Hopefully it will prevent some pain.

Col


--

+--------------------------+
|      Colin Guthrie       |
+--------------------------+
| cguthrie(at)mandriva.org |
|  http://colin.guthr.ie/  |
+--------------------------+

On Thursday, June 19, 2008 9:28 am Ander Conselvan de Oliveira wrote:

> Sorry for the noise, I sent the message early by mistake.
>
> Soon the version 1.4.2 for packages x11-server-common, and x11-server-xorg
> should be available in cooker. These packages will not have the symlink
> structure created in previous updates (i.e. /etc/X11 and /usr/lib/X11) and
> the installation will fail if these links exists.
>
> I wrote a script [1] to move files back to their appropriate directory.
> This script should be ran before updating.
>
> [1] http://wiki.mandriva.com/en/uploads/b/b8/Move-things-back
>

I went to init 3 then ran the Move-things-back script. Only message was about
being unable to remove /usr/lib/X11 because it's a directory.

After the update, X did not start because it couldn't find the config file and
the default config failed. There was no xorg.conf in /etc/X11. I ran XFdrake,
which created xorg.conf. X started normally and seems stable so far.

Regards,
Arn

Software:
Cooker x86_64, installed from 2008.1 final and updated daily.

Hardware:
Intel Core 2 Duo E6750
Abit IP35 Pro mobo (Intel P35/ICH9R chipsets plus Jmicron JMB363 for IDE and
eSATA)
4GB Corsair DDR2 (2x@2GB)
Nvidia GeForce 7300 GT video
Intel 82801 HD Audio Controller (mobo)
Seagate 250GB SATA-2 HD
Promise Ultra133TX2 IDE Controller Card (PCI) attached to:
        Seagate 120GB IDE HD
        Samsung 80GB IDE HD
Seagate FreeAgent 500GB USB External HD

[Colin Guthrie-8]

AAW wrote:

> On Thursday, June 19, 2008 9:28 am Ander Conselvan de Oliveira wrote:
>> Sorry for the noise, I sent the message early by mistake.
>>
>> Soon the version 1.4.2 for packages x11-server-common, and x11-server-xorg
>> should be available in cooker. These packages will not have the symlink
>> structure created in previous updates (i.e. /etc/X11 and /usr/lib/X11) and
>> the installation will fail if these links exists.
>>
>> I wrote a script [1] to move files back to their appropriate directory.
>> This script should be ran before updating.
>>
>> [1] http://wiki.mandriva.com/en/uploads/b/b8/Move-things-back
>>
>
> I went to init 3 then ran the Move-things-back script. Only message was about
> being unable to remove /usr/lib/X11 because it's a directory.
>
> After the update, X did not start because it couldn't find the config file and
> the default config failed. There was no xorg.conf in /etc/X11. I ran XFdrake,
> which created xorg.conf. X started normally and seems stable so far.

See my other posts on this thread. While things may appear to work fine,
I'd run some of the tests I listed to ensure that all is well.

Things can still appear to work even tho' the underlying system is in a
bit of a mess!!

Col

--

+--------------------------+
|      Colin Guthrie       |
+--------------------------+
| cguthrie(at)mandriva.org |
|  http://colin.guthr.ie/  |
+--------------------------+

On Friday, June 20, 2008 10:03 am Colin Guthrie wrote:
> See my other posts on this thread. While things may appear to work fine,
> I'd run some of the tests I listed to ensure that all is well.
>
> Things can still appear to work even tho' the underlying system is in a
> bit of a mess!!

Thanks, I've been following your adventures with bated breath. The only
X-related missing file on my system is /usr/lib64/X11/Xcms.txt from
libx11-common (not relevant to this issue).

BTW, my missing xorg.conf's (various versions) turned up in /usr/share/X11/. I
haven't been following all the restructuring of xorg. Does something need to
be done during the upgrade process to relocate the file(s)?

Arn

[Frank Griffin-4]

AAW wrote:
> On Friday, June 20, 2008 10:03 am Colin Guthrie wrote:
>  
>> See my other posts on this thread. While things may appear to work fine,
>> I'd run some of the tests I listed to ensure that all is well.
>>
>> Things can still appear to work even tho' the underlying system is in a
>> bit of a mess!!
>>    

I missed the beginning of this thread, but I just did a fresh cooker
install, and found X a bit messed up.

I set /etc/sysconfig/desktop to DISPLAYMANAGER=GNOME (KDM fatal error'd
right out), and found that my only choices for session type were (1)
Last session, (2) Xclients, and (3) Secure Remote Login.  Choosing
Xclients failed saying the system had no Xclients file.  I added a
symlink for /etc/X11/Xclients to /usr/share/X11/Xclients, and it
proceeded to bring up KDE.

To get GNOME, I had to add DESKTOP=GNOME to /etc/sysconfig/desktop.

This was probably not the way to fix this, but I'm not that familiar
with the DM setup.

Is this the type of thing you've been discussing, or should i enter a
bug report ?

On 08/06/20 15:37 +0100, Colin Guthrie wrote:

> Colin Guthrie wrote:
>> This conditional check in the x11-server-common RPM must be updated to
>> check for the /usr/X11R6 being a symlink case:
>> if [ -L /etc/X11 ] || [ -L /usr/lib/X11 ]; then
>>         echo "/etc/X11 or /usr/lib/X11 is a symbolic link. You must run
>> the"
>>         echo "script in http://wiki.mandriva.com/en/CookerX11Upgrade 
>> before"
>>         echo "continuing."
>>         exit 1
>> fi
>
> I see Ander has added this now :)
>
> Hopefully it will prevent some pain.

well, not for me: i've run the script. now, /etc/X11 and /usr/lib/X11
are plain directories. and i still get the message above...

note that i also updated the script to take care of /usr/lib64/X11.
however, no chance either.

==> what can i do to have a working x11?

(why oh why /etc/X11 has been moved in /usr in the first place?)

regards,
jérôme
--
jquelin@...

[Ander Conselvan de Oliveira-2]

On Friday 20 June 2008 14:01:44 Jerome Quelin wrote:

> On 08/06/20 15:37 +0100, Colin Guthrie wrote:
> > Colin Guthrie wrote:
> >> This conditional check in the x11-server-common RPM must be updated to
> >> check for the /usr/X11R6 being a symlink case:
> >> if [ -L /etc/X11 ] || [ -L /usr/lib/X11 ]; then
> >>         echo "/etc/X11 or /usr/lib/X11 is a symbolic link. You must run
> >> the"
> >>         echo "script in http://wiki.mandriva.com/en/CookerX11Upgrade
> >> before"
> >>         echo "continuing."
> >>         exit 1
> >> fi
> >
> > I see Ander has added this now :)
> >
> > Hopefully it will prevent some pain.
>
> well, not for me: i've run the script. now, /etc/X11 and /usr/lib/X11
> are plain directories. and i still get the message above...
>
> note that i also updated the script to take care of /usr/lib64/X11.
> however, no chance either.
>
> ==> what can i do to have a working x11?
>
> (why oh why /etc/X11 has been moved in /usr in the first place?)

I have just realized that I updated the test but forgot the error message. Is
your /usr/X11R6 a link or a directory?

regards,
Ander

[Dick Gevers]

On Thu, 19 Jun 2008 11:28:33 -0300, Ander Conselvan de Oliveira wrote about
[Cooker] Break in x11-server upgrade:

>Soon the version 1.4.2 for packages x11-server-common, and x11-server-xorg
>should be available in cooker. These packages will not have the symlink
>structure created in previous updates (i.e. /etc/X11 and /usr/lib/X11) and
>the installation will fail if these links exists.
>
>I wrote a script [1] to move files back to their appropriate directory.
>This script should be ran before updating.
>
> [1]
> http://wiki.mandriva.com/en/uploads/b/b8/Move-things-back 
>
>Regards,
>Ander

I got a little different problem than those already reported after updating
to x11-server-1.4.2-2mdv2009.0:

My GNOME session (via gdm) would not start saying /etc/X11/xdm/Xsession
line 138 'permission denied' and 'cannot execute; no such file or
directory'.

It got fixed when I symlinked the files in /usr/share/X11/xdm into the
directory /etc/X11/xdm.

A second problem is that from the same time I cannot change to console 1-5
with [ Alt + Ctrl + PF1...5).

Finally, a few upgrades with urpmi earlier today showed
that /usr/share/X11/icewm was missing for the menu command. Symlinking
to /etc/X11/icewm fixed that. Of course, that should only be a temporary
workaround.

Cheers,
=Dick Gevers=

[Ander Conselvan de Oliveira-2]

On Friday 20 June 2008 06:29:17 Colin Guthrie wrote:
> Ander Conselvan de Oliveira wrote:
> > I wrote a script [1] to move files back to their appropriate directory.
> > This script should be ran before updating.
> >
> > [1] http://wiki.mandriva.com/en/uploads/b/b8/Move-things-back
[..]
> I'll pick through the script and work out why it's going wrong, but I
> would have thought using urpmf was a very bad idea.....

I uploaded an updated version of the script that do not use urpmf. It also
should handle lib64 in 64 bit machines and move xorg.conf back to /etc.

In some cases, the package x11-font-alias had to be reinstalled after the
update.


Ander

On 08/06/20 15:36 -0300, Ander Conselvan de Oliveira wrote:

> > >> This conditional check in the x11-server-common RPM must be updated to
> > >> check for the /usr/X11R6 being a symlink case:
> > >> if [ -L /etc/X11 ] || [ -L /usr/lib/X11 ]; then
> > >>         echo "/etc/X11 or /usr/lib/X11 is a symbolic link. You must run
> > >> the"
> > >>         echo "script in http://wiki.mandriva.com/en/CookerX11Upgrade
> > >> before"
> > >>         echo "continuing."
> > >>         exit 1
> > >> fi
> >
> > well, not for me: i've run the script. now, /etc/X11 and /usr/lib/X11
> > are plain directories. and i still get the message above...
>
> I have just realized that I updated the test but forgot the error message. Is
> your /usr/X11R6 a link or a directory?

a plain dir.

what should we do to fix things? will the next update take of it, or
should we muck things manually?

thks,
jérôme
--
jquelin@...

[Ander Conselvan de Oliveira-2]

On Friday 20 June 2008 16:33:44 Jerome Quelin wrote:
> On 08/06/20 15:36 -0300, Ander Conselvan de Oliveira wrote:
> > I have just realized that I updated the test but forgot the error
> > message. Is your /usr/X11R6 a link or a directory?
>
> a plain dir.

Are you sure? If you do not omit the trailing slash, the results might be
misleading. E.g.

[root@localhost ~]# ls -ld /etc/X11
lrwxrwxrwx 1 root root 20 2008-06-06 16:59 /etc/X11 -> ../..//usr/share/X11/
[root@localhost ~]# ls -ld /etc/X11/
drwxr-xr-x 18 root root 4096 2008-06-18 10:18 /etc/X11//

On Friday, June 20, 2008 10:29 am AAW wrote:

> On Friday, June 20, 2008 10:03 am Colin Guthrie wrote:
> > See my other posts on this thread. While things may appear to work fine,
> > I'd run some of the tests I listed to ensure that all is well.
> >
> > Things can still appear to work even tho' the underlying system is in a
> > bit of a mess!!
>
> Thanks, I've been following your adventures with bated breath. The only
> X-related missing file on my system is /usr/lib64/X11/Xcms.txt from
> libx11-common (not relevant to this issue).
>
> BTW, my missing xorg.conf's (various versions) turned up in
> /usr/share/X11/. I haven't been following all the restructuring of xorg.
> Does something need to be done during the upgrade process to relocate the
> file(s)?
>

Still so far so good in terms of stability, but I've noticed a few differences
between the contents of /usr/share/X11/ and /etc/X11/ not picked up by my
check for missing files.

Files in /usr/share/X11/app-defaults/:
usr/share/X11/app-defaults/Bitmap
/usr/share/X11/app-defaults/Bitmap-color
/usr/share/X11/app-defaults/Bitmap-nocase
/usr/share/X11/app-defaults/XLock
/usr/share/X11/app-defaults/Xmessage
/usr/share/X11/app-defaults/Xmessage-color
/usr/share/X11/app-defaults/XOrgCfg

They belong to:
bitmap-1.0.3-4mdv2009.0
x11-server-xorg-1.4.2-1mdv2009.0
xlockmore-5.25-5mdv2009.0
xmessage-1.0.2-3mdv2009.0

Should the files have been moved? Or should the packages be modified?

Also /etc/X11 has a wmsession.d directory containing the
sessions; /usr/share/X11 has dm/Sessions/ and dm.d/.

Arn

[Moreno]

Hi

On Fri, Jun 20, 2008 at 11:55 PM, AAW <AAW@...> wrote:

> On Friday, June 20, 2008 10:29 am AAW wrote:
>> On Friday, June 20, 2008 10:03 am Colin Guthrie wrote:
>> > See my other posts on this thread. While things may appear to work fine,
>> > I'd run some of the tests I listed to ensure that all is well.
>> >
>> > Things can still appear to work even tho' the underlying system is in a
>> > bit of a mess!!
>>
>> Thanks, I've been following your adventures with bated breath. The only
>> X-related missing file on my system is /usr/lib64/X11/Xcms.txt from
>> libx11-common (not relevant to this issue).
>>
>> BTW, my missing xorg.conf's (various versions) turned up in
>> /usr/share/X11/. I haven't been following all the restructuring of xorg.
>> Does something need to be done during the upgrade process to relocate the
>> file(s)?
>>
>
> Still so far so good in terms of stability, but I've noticed a few differences
> between the contents of /usr/share/X11/ and /etc/X11/ not picked up by my
> check for missing files.
>
> Files in /usr/share/X11/app-defaults/:
> usr/share/X11/app-defaults/Bitmap
> /usr/share/X11/app-defaults/Bitmap-color
> /usr/share/X11/app-defaults/Bitmap-nocase
> /usr/share/X11/app-defaults/XLock
> /usr/share/X11/app-defaults/Xmessage
> /usr/share/X11/app-defaults/Xmessage-color
> /usr/share/X11/app-defaults/XOrgCfg
>
> They belong to:
> bitmap-1.0.3-4mdv2009.0
> x11-server-xorg-1.4.2-1mdv2009.0
> xlockmore-5.25-5mdv2009.0
> xmessage-1.0.2-3mdv2009.0
>
> Should the files have been moved? Or should the packages be modified?
>
> Also /etc/X11 has a wmsession.d directory containing the
> sessions; /usr/share/X11 has dm/Sessions/ and dm.d/.
>
> Arn
>

After today update X do not work, to solve the problem:

1) execute script http://wiki.mandriva.com/en/uploads/b/b8/Move-things-back
2) Update an other time the machine
3) Recreate manually the /etc/X11/X link
4) Reinstall packages with lost files, on my machine
urpmi --replacepkgs xinitrc transkode krootwarning lilypond
fonts-ttf-liberation fonts-ttf-latex urw-fonts x11-font-alias

After this the machine return to work well.


Bye Bye, Moreno