Intel continuă să arhiveze proiectele deschise pe GitHub

Intel continuă să închidă formal și să archiveze proiectele deschise care nu se mai aliniază cu prioritățile actuale ale companiei. O nouă rundă de arhivări a fost observată la sfârșitul lunii mai: conform Phoronix, pe 23 mai, proiectele legate de OBS Studio, scanarea CVE, transcodarea video, SGX și cercetările Intel Labs au fost incluse în listă.

Noua rundă de arhivare include:

• Thunderbolt Share OBS Studio Plugin — un plugin pentru OBS Studio care permitea captarea imaginii și sunetului de pe un computer și transmiterea acestora pe altul prin Intel Thunderbolt Share. În repository este deja postat avertismentul standard de la Intel: proiectul este arhivat, compania nu garantează dezvoltarea, suportul, corectările, noi versiuni și nu mai acceptă patch-uri.

• CVE Binary Tool Action — GitHub Action pentru verificarea repository-urilor pentru vulnerabilități cunoscute utilizând CVE Binary Tool. Acesta putea scana fișiere binare, liste de componente și SBOM, precum și publica rezultatele în Security Tab și rapoarte HTML/JSON/PDF. Intel a arhivat de asemenea acest repository și a încetat să mai accepte modificări.

• SMTA — Streaming Media Transcoding Application, o aplicație demonstrativă pentru a arăta capabilitățile de transcodare video pe grafica integrată Intel.

• Intel Trusted Ledger Config Store — un proiect sub licența MIT, legat de stocarea datelor pentru colateralul de identitate al enclavei Intel SGX. Repository-ul a fost arhivat pe 18 mai 2026; Intel a notat separat că suportul, corectările și noile versiuni nu sunt garantate.

• SCAP — un proiect de cercetare Intel Labs privind Statistical Calibrated Activation Pruning, adică una dintre tehnicile de subțiere a activărilor în modelele de rețele neuronale.

Phoronix a observat de asemenea că Intel Self-Governed Remote Attestation a fost inițial arhivat, dar în aceeași zi această decizie a fost anulată, astfel că proiectul, se pare, va continua să existe.

Aceasta nu este prima astfel de rundă. Pe 18 mai, Phoronix informa despre închiderea altor proiecte Intel, inclusiv BigDL Time Series Toolkit, construirea robotizată a hărților LIDAR, module Terraform pentru Intel/IBM VM, Edge Software Provisioner, IPEX LLM Tutorial, RTOS IF Drivers și Multi-Rail Power Sequencer. Unele dintre acestea păreau a fi de nișă sau slab susținute, dar printre ele existau și proiecte care demonstraseră capabilitățile Xeon, Intel GPU, scenarii edge și infrastructura din jurul AI.

De asemenea, în aprilie, Intel a închis repository-ul Open Ecosystem Community and Evangelism, unde au existat materiale despre inițiativele open-source și activitatea evangheliștilor companiei. De asemenea, au fost arhiv proiectele Predictive Assets Maintenance, High Density Scalable Load Balancer, Double Batched FFT Library și Intel Edge AI Performance Evaluation Toolkit.

Contextul acestei povești este neplăcut pentru comunitate: Intel a fost considerată de decenii una dintre cele mai importante entități corporative din ecosistemul Linux și software-ul liber, dar în ultima an compania a redus deja mai multe direcții notabile, inclusiv Clear Linux. În martie 2026 Phoronix a raportat separat, că site-ul ClearLinux.org a fost complet dezactivat, deși materialele arhivate pentru Clear Linux de pe GitHub rămân accesibile.

Acestea fiind spuse, nu este vorba despre o retragere completă a Intel din open source. Compania rămâne un participant important în dezvoltarea nucleului Linux, a compilatoarelor și a software-ului de nivel scăzut, direct legat de direcțiile sale hardware și servere actuale. Dar direcția generală pare semnificativ mai restrânsă: Intel reduce proiectele periferice, de cercetare și de demonstrație, lăsând resursele acolo unde acestea sunt mai aproape de afacerea și linia de produse actuală.

Pentru utilizatori și mentori, acest lucru înseamnă un lucru simplu: dacă un anumit proiect Intel a fost mutat în arhivă, nu mai poți conta pe corecții și actualizări oficiale. Intel le oferă direct celor care au nevoie de astfel de proiecte, să creeze propriile fork-uri și să le întrețină singuri.

Sursa: linux.org.ru