[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

URGENT [PROPOSAL] V3: lsb lib and lsb loader location (also IA64)



Hi LSB Team, Hi FHS team

I have been asked by the participants of the LSB phonecall to reword
my proposal to be ia64 aware. This one should be. Also I killed
Capital letters in directory names.

FHS team, 
we would like to ask you to give or deny blessing 
to the choice of directories in this proposal. 
Sorry, but we need a comment until Monday if we
want to stay on track.  

Using an FHS exemption clause in the LSB-SPEC would be only 
the last resort as we want adhere to the FHS.

-- 
     ______   ___        
    /  ___/__/  /                 Caldera (Deutschland) GmbH          
   /  /_/ _  / /__        Naegelsbachstr. 49c, 91052 Erlangen, Germany 
  /_____/_/ /____/                  http://www.caldera.de       
 ==== /____/ =====   Dipl. Inf. Johannes Poehlmann, mail: jhp@caldera.de
Caldera OpenLinux    phone: ++49 9131 7192 335, fax: ++49 9131 7192 399
PROPOSAL [V3]: lsb library and lsb loader location (also IA64)
          Version 3 is changed due to input from George and Doug.

There has been confusion on the place where lsb libraries should be stored
and there are contradiction between lsbdev, sample implementation and spec.

This is a second Version of the proposal trying to cover IA64. Its 
is the result of the discussion in the LSB phonecall of June 20th.


1. lsb library location.

   lsb libraries native for this architecture             
   runtime  libraries 	->      /lib/lsb 
   Stub  libraries    	->      /usr/lib/lsb-stub        
 
   IA32 emulation libraries on non IA32 systems (IA64)    
   runtime  libraries	->      /lib/lsb-ia32compat
   Stub	 libraries    	->      /usr/lib/lsb-stub-ia32compat                         

   Rationale:
	I decided against /liblsb and /usr/lib/lsbstub because of esthetics,
	but i will not fight it wildly.

	Runtime libraries can not live in /usr, because they could be needed
	before /usr is mounted at system startup. This has been taken in 
	question by Thomas Sippel. 

	My answer is that we want not set arbitrary limits to 
	LSB applications and LSB systems. Ok, on System X /usr is mounted
	early enough, but do we want to enforce this system behaviour ?


2. loader location:

   The lsb programm loader is /lib/lsb/ld-lsb.so.1

   Rationale:  
	When configuring glibc, it is easier to have the loader installed in 
	is only possible by moving the loader by hand,  glibc experts told me. 

3. If there is an lsb loader for IA64 binaries, we recommend to             
   name it  
           /lib/lsb/ld-lsb-ia64.so.1, 
   as we believe it to be a a reasonable guess of future standardization.                    
   Rationale:
	Doug pointed out, that on IA64 systems it would be ugly to force
	native libraries to be in a *IA64 directory. Also there is only one
	loader for IA64 and IA32 emulation, the IA32 loader is only 
	a link to the IA64 loader which is smart enough to regognize


4. Global Rationale:
   /usr/lsb has been objected as violation FHS (Which it does)

   I discussed the topic with Stuart and we agreed, that stub libraries
   and lsb runtime libraries should be in different locations.

5. FHS blessing wanted
   We would like to be as FHS compatible as possible with the choice
   of the directories. Using an FHS exemption clause in the LSB-SPEC
   would be only the last resort.

6. This changes must become part of                             
 o The spec                                
 o libcheck (search /lib-lsb)             
 o The lsb loader /lib/lsb/ld-linux
 o Ralf Flaxas  xdevel package                    
 o Ralfs Flaxas minimal runtime.                                     

Reply to: