Re: [Ltib] Problems with libxslt

[Stuart Hughes]

Hi Rodney,

The tarball is not the latest, however it's upgradable, if you do this:

cd ltib-10-1-1a-sv
cvs up -dP

However I digress as the reference you have is incorrect, are you using
what you downloaded? did you modify it?

Check the following: dist/lfs-5.1/xextproto/xextproto.spec

Even the older ltib-10-1-1a-sv for me shows:

Summary         : Xext proto
Name            : xextproto
Version         : 7.0.3
...
Source          : %{name}-%{version}.tar.bz2

So I would not expect it to try to fetch xextproto-7.0.2.tar.bz2

Please investigate and let me know what you find.

Regards, Stuart


Rodney Lott wrote:
> Hi, Stuart.
> 
> The latest and greatest tarball is working just as well if not better
> than the Freescale LTIB.  Thanks for the help.  I had to make sure to
> install the following Debian packages:
> 
> libwww-perl (needed in general)
> xlstproc (needed to build libxslt)
> 
> I was about to built the xorg-x11-proto-devel package and it reports
> that the package is not found in the GPP:
> 
> Try xextproto-7.0.2.tar.bz2 from the GPP
> http://bitshrine.org/gpp/xextproto-7.0.2.tar.bz2:
> 09:54:56 ERROR 404: Not Found.
> Can't get: xextproto-7.0.2.tar.bz2 at ./ltib line 794.
> 
> Is the xextproto-7.0.2.tar.bz2 still available?  Please advise.
> 
> Rodney Lott
> R&D Design Engineer
> Evertz Microsystems Ltd.
> 5288 John Lucas Drive
> Burlington, ON
> L7L 5Z9
> Phone: (905) 335-3700 x. 374
> Toll Free: (877) 995-3700
> Fax: (905) 335-0909
> 
> 
> 
> -----Original Message-----
> From: address@hidden [mailto:address@hidden
> Sent: Wed 11/10/2010 12:42 PM
> To: Rodney Lott
> Cc: address@hidden
> Subject: Re: [Ltib] Problems with libxslt
> 
> Hi Rodney,
> 
> Unless you're actually getting support, it may be worth thinking about
> updating to the public CVS stuff.  Essentially even if the BSP specific
> parts have not been updated, you'd get all the tool and other userspace
> updates, which would likely solve some issues.
> 
> If you just want to try to fix what you have (and that maybe the best if
> you just need to get something working), do:
> 
> find rootfs -name \*.la
> 
> If there are any .la files in the rootfs, they can screw up the cross
> compile and cause host library leakage.
> 
> If find them, delete them.  Note the name of them though as this will
> indicate which package they came from (because a re-build of that package
> will put them back).  You should then ideally update the package's .spec
> files to remove them from the package (example in existing .spec files,
> grep for .la)
> 
> Regards, Stuart
> 
> 
>> Hello, Stuart.
>>
>> I am trying to build the libxslt and various xorg related packages using a
>> LTIB BSP from Freescale for the MPC-8641HPCN (i.e.
>> MPC8641DHPCN_20080118_Minimal-ltib.iso).  I was experiencing the same
>> symptoms that Rogério de Souza Moraes submitted in the mailing list post
>> on Aug 25, 2009.  I added the changes that are reflected in the patch to
>> my own BSP and built it, but I am getting linking problems he was getting:
>>
>> /usr/lib/libxml2.so: could not read symbols: File in wrong format
>>
>> I am building using a Debian Etch VM and I have attached the full error
>> output.  It appears that even though sys_lib_search_path_spec doesn't have
>> /usr/lib in the search path, that it is still setting /usr/lib using its
>> rpath flag.  I am going to try to figure out a way to fix this, and I will
>> send you a patch of what I did.  If you happen to know of anything that
>> could help me out, I would appreciate it.  I know I am using an old
>> version of LTIB (since that is the one that Freescale supports :-<).
>>
>> Thanks in advance.
>>
>> Rodney Lott
>> R&D Design Engineer
>> Evertz Microsystems Ltd.
>> 5288 John Lucas Drive
>> Burlington, ON
>> L7L 5Z9
>> Phone: (905) 335-3700 x. 374
>> Toll Free: (877) 995-3700
>> Fax: (905) 335-0909
>>
>>
>>
> 
> 
>