boitheia me module

Vasilis Vasaitis vvas at hal.csd.auth.gr
Tue Apr 15 02:37:01 EEST 2003


On Tue, Apr 15, 2003 at 01:20:05AM +0300, V13 wrote:
> On Tuesday 15 April 2003 00:50, Vasilis Vasaitis wrote:
> >   Λίγο πολύ από τότε που καθιερώθηκε η glibc2, είναι ξεκάθαρα
> > προτιμότερο τα /usr/include/{asm,linux} να μην εξαρτώνται από τον
> > τρέχοντα πυρήνα, για να μη σπάνε διάφορα πράγματα στα header της ίδιας
> > της glibc αλλά και αλλού, μόνο και μόνο επειδή άλλαξαν τα sources του
> > πυρήνα. Αμφιβάλλω αν υπάρχει καμία διανομή της προκοπής τη σήμερον
> > ημέρα που να είναι οι εν λόγω κατάλογοι symbolic links.
> 
> Ayto poios to leei ?????? O default kernel otan kaneis make config ftiaxnei ta 
> parapano links apo to 0, akoma kai an yparxoyn idi !

  Ο default kernel δεν τολμάει να πειράξει τα /usr/include/{asm,linux}
στο σύστημά μου, τα οποία εξάλλου είναι κατάλογοι της glibc. Αυτό
συμβαίνει από τότε που θυμάμαι το Debian 2.x, δηλαδή εδώ και *πολλά*
χρόνια. Άλλωστε, όπως λέει το σχετικό README της διανομής:


Q1: Why does the Debian libc6-dev package create /usr/include/linux and 
/usr/include/asm directories containing header files from a specific 
kernel, instead of using the "established" convention of making those 
directories into symlinks pointing to the currently installed kernel?

A1: Occasionally, changes in the kernel headers cause problems with
the compilation of libc and of programs that use libc.  To ensure that
users are not affected by these problems, we configure libc to use the
headers from a kernel that is known to work with libc and the programs
that depend on stable kernel headers.


  Και εν πάσει περιπτώσει, αδυνατώ να καταλάβω γιατί να θέλει κάποιος
να τα σβήσει αυτά αν είναι κατάλογοι και να φτιάξει symbolic links στη
θέση τους. Στο δικό μου σύστημα τουλάχιστον, είμαι πεπεισμένος ότι
κάτι τέτοιο θα χαλούσε περισσότερα απ' ότι θα έφτιαχνε.

-- 
Vasilis Vasaitis
vvas at hal.csd.auth.gr
+306976604701





More information about the Linux-greek-users mailing list