Fwd: Pakiety Neo w PLD

[Jacek Konieczny]

Jeszcze raz, bo ze złego adresu słałem i się odbiło od listy…


-------- Forwarded Message --------
Subject: Re: Pakiety Neo w PLD
Date: Wed, 11 Sep 2019 13:23:00 +0200
From: Jacek Konieczny <jkonieczny at eggsoft.pl>
To: Jacek Danecki <jacek.danecki at intel.com>, Jacek Konieczny
<j.konieczny at eggsoft.pl>
CC: pld-devel-pl <pld-devel-pl at lists.pld-linux.org>, Jan Palus
<atler at pld-linux.org>

On 11/09/2019 12.30, Jacek Danecki wrote:
> Witam,
> 
> Piszę do Ciebie jako osoba zajmująca się releasami Neo
> (https://github.com/intel/compute-runtime), 

Nawet nie widziałem, że to się "Neo" nazywa

> bo widziałem, że
> przygotowałeś pakiety dla Neo i jego zależności w PLD.

No, przygotowałem, bo potrzebowałem dla siebie OpenCL dla GPU Intela.

> Mam kilka pytań
> 
>   * Jak często planujesz aktualizację paczek Neo i komponentów od
>     których zależy?

Już raczej nie planuję, ale możliwe, że ktoś inny z developerów PLD
przejmie to zadanie. Dlatego dodałem odpowiednie Cc do listy.

PLD to obecnie bardzo mała dystrybucja, wykorzystywana przez garstkę
osób, więc nie ma szans na aktualizowanie wszystkiego na bieżąco, więc
zwykle to się robi, gdy ktoś potrzebuje nowej wersji jakiegoś softu,
albo gdy aktualizacja zostanie wymuszona przez zmianę w którejś z
zależności (np. LLVM).

>   * Widzę, że przygotowujesz zmiany w IGC i opencl-clang aby przejść na
>     LLVM/Clang 8, czy w PLD będą dostępne obydwie wersje llvm/clang czy
>     tylko nowsza?

Zwykle mamy tylko najnowszą wersję którą udało się przygotować. Gdy
robiłem pakiety z 'Neo' to raczej musiałem je cofać do tego co akurat
mieliśmy dostępne w PLD (wtedy to było LLVM 7.0.1), ale w międzyczasie
LLVM 8 trafiło do PLD i już ktoś zdążył pakiety, przynajmniej w
minimalnym stopniu, zaktualizować (Jan Palus, też w Cc).

>     Jak wygląda update llvm-a w PLD?

Gdy ktoś poczuje potrzebę, to aktualizuje pakiet z LLVM i wszystko co od
niego zależy. Gdy się poprawnie przebudują wszystkie pakiety, lub
Release Manager zdecyduje, że z któregoś czas już zrezygnować, to
wszystko trafia do głównej dystrybucji.

>   * Czy planujesz dodać pakiety: clinfo i clpeak?
>     https://github.com/Oblomov/clinfo

Tu poszedłem na skróty skompilowałem z gita zamiast zrobić poprawną
paczkę. Faktycznie dobrze by było to w dystrybucji mieć, ale już raczej
tego nie zrobię.

>     https://github.com/krrishnarraj/clpeak

Nie znałem nie potrzebowałem. Ja raczej pakietu nie zrobię.

>   * Jeśli chciałbym zaproponować jakieś zmiany, jaki sposób preferujesz?
>     pull-requesty na githubie/maile/mailing lista?

Jeśli kod jest na githubie to zwykle pull-requesty, jeżeli to nie jest
dostępne te próbuję mailowo.


I chciałbym bardzo podziękować za świetną robotę jaką robicie, żeby
ułatwić paczkowanie swoich projektów dla dystrybucji. Gdy się za to
zabierałem spodziewałem się czegoś co będzie trzeba „kolanem upychać” i
strasznie rzeźbić, żeby paczki zrobić, szczególnie po doświadczeniach z
podobnymi projektami od Khronos i LunarG (całość 'Vulkan SDK'), a tu
okazało się, że wszystko jest przygotowane nie tylko do budowania dla
siebie ze źródeł jako wielkiego „bloba”, ale właśnie do łatwego i
poprawnego paczkowania w dystrybucjach.

A teraz jeszcze zainteresowanie i kontakt do twórców tak niszowej (i
chyba już powoli umierającej) dystrybucji. Jestem pod wrażeniem. :-)

Pozdrawiam,
Jacek Konieczny