The Artima Developer Community
Sponsored Link

Python Buzz Forum
Upgrading XFree86

0 replies on 1 page.

Welcome Guest
  Sign In

Go back to the topic listing  Back to Topic List Click to reply to this topic  Reply to this Topic Click to search messages in this forum  Search Forum Click for a threaded view of the topic  Threaded View   
Previous Topic   Next Topic
Flat View: This topic has 0 replies on 1 page
Ng Pheng Siong

Posts: 410
Nickname: ngps
Registered: Apr, 2004

Ng Pheng Siong is just another guy with a website.
Upgrading XFree86 Posted: Sep 16, 2004 2:04 PM
Reply to this message Reply

This post originated from an RSS feed registered with Python Buzz by Ng Pheng Siong.
Original Post: Upgrading XFree86
Feed Title: (render-blog Ng Pheng Siong)
Feed URL: http://sandbox.rulemaker.net/ngps/rdf10_xml
Feed Description: Just another this here thing blog.
Latest Python Buzz Posts
Latest Python Buzz Posts by Ng Pheng Siong
Latest Posts From (render-blog Ng Pheng Siong)

Advertisement

Just upgraded XFree86 to 4.4 via ports on my FreeBSD desktop. Here are my notes on the upgrade. Hopefully others may find them useful.

First, building. Usually I try "make" within the port, before attempting "portupgrade", since the latter wraps "make" within its port database maintenance stuff, all of which is useless work if "make" fails.

Now, XFree86 has one big meta-package made up of several smaller packages. I chose to portupgrade each smaller package, starting with XFree86-4-libraries.

In /usr/ports/x11/XFree86-4-libraries, typed "make". Bombed out. Most build errors in a port are due to failing patches, and typically a patch fails because it is obsolete. I DidTheSimplestThingThatCouldPossiblyWork (DTSTTCPW): blew all the files/ directories of the XFree86 ports away and cvsup'ped again, which gave me working patch sets. (So far this method has not failed me.)

Typed "make" again: Built fine. Ok, typed "portupgrade XFree86-libraries-4.2.0". portupgrade proceeded to do its stuff, which included recompiling the entire port again.

Next, did the same for -FontServer, -documents and -clients. Plain sailing there. Got bolder after -FontServer: typed "make", verified that the port patched ok, interrupted the build, then typed "portupgrade ..." to make and install in one step. ;-)

Portupgrading the fonts failed. Inspecting the error revealed that the failure was at the step "perl ucs2any": presumably ucs2any, now an ELF executable, used to be a Perl script. Again, DTSTTCPW - moved ucs2any to ucs2any.exe, and cooked up a Perl script called ucs2any thusly:

#!/usr/bin/perl
exec '/usr/X11R6/bin/ucs2any.exe', @ARGV;

One can solve any problem in computing by just adding levels of indirection, eh? ;-)

Ok, fonts upgraded. That left -server. Attempted to restart X without upgrading -server. Whoops, pressing any key did a mode switch. Duh! Had to upgrade -server after all.

Did that. Restarted X: Same keyboard problem. I lost X! Urg!

Mu.st..goo..gle... Ok, installed the port "links", which is a text-mode web browser a la Lynx. Now could google: Looked around, found... freebsd-ports? Someone reported a similar problem and (someone else?) suggested the option "XkbDisable" in XF86Config. Added it, started X again, woo-hoo, it worked and I got my X back!

There, XFree86 upgraded to 4.4.

Read: Upgrading XFree86

Topic: Tolerant Dutch? (note #1) Previous Topic   Next Topic Topic: A disgruntled Dutchman speaks

Sponsored Links



Google
  Web Artima.com   

Copyright © 1996-2019 Artima, Inc. All Rights Reserved. - Privacy Policy - Terms of Use