SPECS: glibc.spec - drop hack and use kernel-libc-headers, release 3.

[Jakub Bogusz]

On Fri, Mar 30, 2007 at 11:03:37PM +0200, Arkadiusz Miskiewicz wrote:
> On Friday 30 of March 2007, Jakub Bogusz wrote:
> > On Thu, Mar 29, 2007 at 03:33:44PM +0200, pluto wrote:
> > > Author: pluto                        Date: Thu Mar 29 13:33:44 2007 GMT
> > > Module: SPECS                         Tag: HEAD
> > > ---- Log message:
> > > - drop hack and use kernel-libc-headers, release 3.
> >
> > Jakiś sposób na pozyskanie tego pakietu z miejsca innego niż
> > kernel.spec:LINUX_2_6_20?
> 
> Jest też linux-libc-headers.spec:DEVEL, może to lepsze rozwiązanie - problem 
> tylko w synchronizacji ew. łatek zmieniających ABI (np. netfilter itp) ?

To co jest na DEVEL nie jest kontynuowane w upstreamie.
Na razie kombinuję z linux-libc-headers.spec:KERNEL [1].
Konieczność synchronizacji ma zalety - przynajmniej będzie kontrola nad
zmianami.

Co do netfiltra - już uporządkowali go na tyle, żeby iptables nie
przeszukiwało źródeł (nie tylko nagłówków) jądra w celu wykrycia
modułów?

[1]
Z tym co pochodzi z headers_install jeszcze jest trochę roboty:
- nie wszystkie testy LITTLE_ENDIAN/BIG_ENDIAN są zgodne z libc
- gdzieniegdzie są jakieś #if.*CONFIG_.*
- PAGE_SIZE w zależności od architektury jest albo nie jest, albo
  zależy od CONFIG_.*, czyli nie nadaje się do użytku
- np. <linux/i2c-dev.h> zasadniczo zawiera to co powinno (czyli
  definicje struktur), ale niektóre pakiety (IIRC bttv albo coś
  podobnego) spodziewają się zastać tam więcej (tzn. funkcje inline
  wywołujące ioctl(), bardziej pasujące do jakiejś biblioteki niż
  nagłówka jądra, ale w czasach 2.4.x obecne w nagłówku).
  IMO tu już raczej pakiety są do poprawki, nie ma sensu trzymać
  tych funkcji w nieskończoność.


-- 
Jakub Bogusz    http://qboosh.pl/