SPECS: glibc-kernheaders.spec (NEW)

[Andrzej Krzysztofowicz]

> On Sun, May 25, 2003 at 23:16:55 +0200, Andrzej Krzysztofowicz wrote:
> 
> > > Kloczek. Przeczytał o tym, że od 2.5.x nie nadają się do userspace i
> > > stąd wymyślił takie cudeńki.
> > 
> > ... ktory sie jeszcze tu nie odezwal.
> 
> Tym bardziej źle to o nim świadczy.

Wyspac sie czlowiekowi nie dasz ?

OK. bede *twoich* odpowiedzi oczekiwal w srody miedzy 12 a 16.
;)

> > Ty sie tez nie odezwales, jak ja i qboosh pisalismy, ze problem moze
> > potencjalnie dotyczyc rowniez 2.4.
> 
> ZTCP tylko Ty pisałeś o 2.4.x:

qboosh potwierdzil. Sprawdz.

> i dalsza część rozmowy sugeruje, że nie miałeś podstaw ku temu
> twierdzeniu, więc nie komentowałem.

Podstawa sa dyskusje z linux-kernel z ubieglego roku.

> > Tez nie dostal odpowiedzi na pytanie: kiedy kernel na head sie zbuduje na
> > wszystkich arch.
> 
> Nie mów nieprawdy. Kloczek świadomie nie wpuszczał działającego kernela,
> bo mały w nim miał udział i mało chwały by zyskał.
> 
> > > Primo, to do pracę nad PPC kloczek próbuje _wymuszać_ na innych swoją
> > > pozycją. Secundo naprawić trzeba kernel.spec, jeśli to on się nie
> > 
> > Jak robil to samo na ra, to sie nie czepiales.
> 
> !?!?!? Przypomnę, że rok temu domagałem się wyciągnięcia konsekwencji w
> stosunku do Kloczka, a gdy to nie znalazło poparcia to na kilka miesięcy
> porzuciłem PLD.

Dlatego, ze PLD nie jest tworzone tylko na x86 ? Smieszny jestes.

> > Jak ktos nie ma wyobrazni puszczajac zmiane, ktora psuje czasc architektur
> > lub nie moze / nie chce tego sprawdzic, to tez nic innego nie mozna zrobic.
> 
> Nic nie było zepsute, tylko kloczkowi coś się w główkę stało i nie
> chciał działającego kernela, o którym masz napisane obok.


 
> Abstrahując już od tego, co chyba świadomie pomijasz: kernel nie ma NIC
> do rzeczy, bo to są nagłówki dla userspace.
> 
> > > buduje, bo nagłówki z gkh nie mają NIC do rzeczy. Kernel ich NIE UŻYWA.
> > > To są nagłówki dla _userspace_.
> > 
> > Wlasnie. kernel nie jest na razie bezwzhlednie potrzebny. Potrzebne sa jego
> > naglowki dla userspace ;)
> 
> Kloczek je WYCIĄŁ. Kloczek rozpierdzielił glibce. Nie wiem po co mnie

Kloczek wycial kopiowanie do userspace naglowkow *kernela*.
Kernela, ktorego dotychczas nie bylo.

W ktorym # Source z glibc.spec byly te naglowki?

> wciągasz w dyskusję o kernelu, który zresztą DZIAŁA, a to kolejny punkt,
> w którym kloczek blokuje prace, wchodzi z butami w czyjąś działkę i ją
> rozpieprza.
> 
> > > Przez przypadek. Ale ja nie mogę zbudować sobie glibca z CVS-u, bo nie
> > > ma tagu WORKS, OK, BUILDS, whatever.
> > 
> > Pytaj, czemu nie sa otagowane wersje z nest.
> 
> Bo nie można.

???
ZTCP, ktos z nestowcow twierdzil, ze taguje.

Zauwaz, ze ja nie zgadzam sie z kloczkowa sugestia zakazu tagowania.

> > Albo czemu nie jest dokonczone
> > budowanie glibc-kernel-headers. Bylo ? Kloczek zepsul ?
> 
> Było dokończone, owszem. Na kernelach supportowanych przez Ra jak i
> obecną linię stabilną. 2.6.x jeszcze nie ma, co sam kloczek podkreśla.
> 
> > > Khem... Kloczek WYCIĄŁ podpakiet glibc-kernel-headers. Pozostawił mnie
> > > bez działających nagłówków kernela dla userspace.
> > 
> > Khem, ktora wersja naglowkow kernela byla w ostatnim src.rpm-ie ?
> > Byl to po prostu skopany hak.
> 
> Jakim src.rpm-ie? Do gkh trafiały nagłówki, na których był kompilowany
> glibc, czyli do przejścia buildera na >=2.5.x - prawidłowe.

No wlasnie. Wiec jak skompilowac glibc na 2.4 pod 2.2 ?
Najpierw trzeba zrobic naglowki: albo kernel-headers albo
glibc-kernel-headers.

A ze to co bylo w RH nie nadaje sie w obecnej wersji do PLD, to zgoda.

> > > One nie mają nic do rzeczy, bo są dla userspace.
> > 
> > To zbuduj poprawne glibc-kernel-headers *BEZ* naglowkow kernela !
> > I przestan pieprzyc.
> 
> Pieprzeniem jest, że:
> 
> Obsoletes:      glibc-kernel-headers
> Obsoletes:      kernel-headers
> 
> jest lepsze, skoro z tego NIC się nie zbuduje, ani userspace, ani
> moduły. Kloczek dalej nie ma pojęcia, czym różni się
> /usr/src/linux/include od /usr/include, kopiuje bezmyślnie rozwiązania i
> działa metodą macajewa.
> 
> > Ale pojawianie sie problemow wstrzymujacych Ac konczy sie opluwaniem kloczka
> > zamiast zakasaniem rekawow. O tym mowie. O niczym wiecej.
> 
> Oj, bardzo się mylisz.

Naprawde? W powyzszym poscie nie zasugerowales _ani jednego_ konstruktywnego
rozwiazania problemu. Czym potwierdzasz powyzsza teze ;)

W *twoim* rozwiazaniu nie masz szans na zbudowanie poprawnego glibc dla 2.4
wychodzac z tego, co jest na builderach, czyli Ra.

-- 
=======================================================================
  Andrzej M. Krzysztofowicz               ankry w mif.pg.gda.pl
  phone (48)(58) 347 14 61
Faculty of Applied Phys. & Math.,   Gdansk University of Technology