Hi,

I once rebuilt tidy for the PSI SL4 repository.
The rpms should be "arch clean". Maybe they are useful for somebody.

http://linux.web.psi.ch/dist/scientific/4/psi/current/tidy-2005.9.21-2.slp4.src.rpm

http://linux.web.psi.ch/dist/scientific/4/psi/current/tidy-2005.9.21-2.slp4.i386.rpm
http://linux.web.psi.ch/dist/scientific/4/psi/current/tidy-devel-2005.9.21-2.slp4.i386.rpm

http://linux.web.psi.ch/dist/scientific/4/psi/current/tidy-2005.9.21-2.slp4.x86_64.rpm
http://linux.web.psi.ch/dist/scientific/4/psi/current/tidy-devel-2005.9.21-2.slp4.x86_64.rpm


Urs






Troy Dawson wrote:
> Vrijaldenhoven, Serge wrote:
>> Hi,
>>
>> during generation of OS group templates for quattor, we found package 
>> tidy to give some error.
>>
>> Features collected in /tmp/rpmProvides.out.28995
>> Building RPM list with their requirements. May take a while (15-30 
>> minutes)...
>> WARNING : No valid arch found for tidy (x86_64) dependency libc.so.6
>>           Available archs for libc.so.6 : i686
>> WARNING : No valid arch found for tidy (x86_64) dependency 
>> libc.so.6(GLIBC_2.0)
>>           Available archs for libc.so.6(GLIBC_2.0) : i686
>> WARNING : No valid arch found for tidy (x86_64) dependency 
>> libc.so.6(GLIBC_2.1)
>>           Available archs for libc.so.6(GLIBC_2.1) : i686
>> RPM requirements collected in /tmp/rpmRequires.out.28995
>>
>>
>> What seems to be the problem is that the tidy package is a 32 bit 
>> application, while having x86_64 in it's name: 
>> tidy-2005.9.1-1.x86_64.rpm
>> Although it looks 64bit:
>> rpm -q --queryformat "%{NAME}-%{VERSION}-%{RELEASE}.%{ARCH}\n" -p 
>> ./tidy-2005.9.1-1.x86_64.rpm
>>   warning: ./tidy-2005.9.1-1.x86_64.rpm: V3 DSA signature: NOKEY, key 
>> ID 82fd17b2
>>   tidy-2005.9.1-1.x86_64
>> We think it's 32 bit.
>>
>>
>> 1. It requires 32bit libraries
>> $rpm -q --requires -p ./tidy-2005.9.1-1.x86_64.rpm
>>   warning: ./tidy-2005.9.1-1.x86_64.rpm: V3 DSA signature: NOKEY, key 
>> ID 82fd17b2
>>   libc.so.6
>>   libc.so.6(GLIBC_2.0)
>>   libc.so.6(GLIBC_2.1)
>>   rpmlib(CompressedFileNames) <= 3.0.4-1
>>   rpmlib(PayloadFilesHavePrefix) <= 4.0-1
>>
>> (64bit applications list '(64bit)' behind the dependencies)
>> $rpm -q --requires -p zip-2.3-27.x86_64.rpm
>>   warning: zip-2.3-27.x86_64.rpm: V3 DSA signature: NOKEY, key ID 
>> a7048f8d
>>   libc.so.6()(64bit)
>>   libc.so.6(GLIBC_2.2.5)(64bit)
>>   libc.so.6(GLIBC_2.3)(64bit)
>>   rpmlib(CompressedFileNames) <= 3.0.4-1
>>   rpmlib(PayloadFilesHavePrefix) <= 4.0-1
>>
>>
>> 2. After installing, it looks like a 32bit application
>> $rpm -ivh tidy-2005.9.1-1.x86_64.rpm
>>   warning: tidy-2005.9.1-1.x86_64.rpm: V3 DSA signature: NOKEY, key 
>> ID 82fd17b2
>>   Preparing...                
>> ########################################### [100%]
>>      1:tidy                   
>> ########################################### [100%]
>> $file /usr/bin/tidy
>>   /usr/bin/tidy: ELF 32-bit LSB executable, Intel 80386, version 1 
>> (SYSV), for GNU/Linux 2.0.30, dynamically linked (uses shared libs), 
>> not stripped
>> $ldd /usr/bin/tidy
>>         linux-gate.so.1 =>  (0xffffe000)
>>         libc.so.6 => /lib/tls/libc.so.6 (0x00325000)
>>         /lib/ld-linux.so.2 (0x0030b000)
>>
>>
>> Greetings,
>>         Serge
>
> Interesting ... and it looks like it run's, because for some reason, 
> something else it pulling in the 32 bit glibc.  Actually, as I try to 
> pull the 32 bit glibc out ... it's pulling out a *huge* list of 
> things, but they are all marked i386 or i686.
> I'll look into it, but it's going to be quite low on my priority list, 
> if someone else wants to see about recompiling it to that it really is 
> x86_64. See if there was some setting I missed.
>
> Troy