Intel continua ad archiviare progetti aperti su GitHub

Intel continua a chiudere formalmente e ad archiviare progetti aperti che non si allineano più alle attuali priorità dell'azienda. Una nuova ondata di archiviazioni è stata notata a fine maggio: secondo Phoronix, il 23 maggio sono stati archiviati progetti legati a OBS Studio, scansione CVE, transcodifica video, SGX e ricerche di Intel Labs.

La nuova ondata di archiviazioni include:

• Thunderbolt Share OBS Studio Plugin — un plugin per OBS Studio che consentiva di catturare immagini e suoni da un computer e trasferirli a un altro tramite Intel Thunderbolt Share. Nel repository è già disponibile un avviso standard di Intel: il progetto è stato archiviato, l'azienda non garantisce sviluppo, supporto, correzioni, nuovi rilasci e non accetta più patch.

• CVE Binary Tool Action — GitHub Action per verificare i repository per vulnerabilità note utilizzando CVE Binary Tool. Era in grado di scansionare file binari, elenchi di componenti e SBOM, oltre a pubblicare i risultati nella scheda Sicurezza e nei rapporti HTML/JSON/PDF. Intel ha anche archiviato questo repository e ha smesso di accettare modifiche.

• SMTA — Streaming Media Transcoding Application, un'applicazione dimostrativa per mostrare le capacità di transcodifica video sulla grafica integrata Intel.

• Intel Trusted Ledger Config Store — progetto con licenza MIT, legato alla conservazione dei dati per il collaterale di identità dell'enclave Intel SGX. Il repository è stato archiviato il 18 maggio 2026; Intel ha specificato separatamente che ulteriore supporto, correzioni e nuovi rilasci non sono garantiti.

• SCAP — progetto di ricerca di Intel Labs su Statistical Calibrated Activation Pruning, ovvero una delle tecniche di potatura delle attivazioni nei modelli di reti neurali.

Phoronix ha anche notato che Intel Self-Governed Remote Attestation inizialmente era stato archiviato, ma lo stesso giorno questa decisione è stata annullata, quindi il progetto continuerà a esistere.

Questa non è la prima ondata simile. Il 18 maggio Phoronix ha scritto della chiusura di altri progetti Intel, tra cui BigDL Time Series Toolkit, costruzione di mappe LIDAR robotizzate, moduli Terraform per Intel/IBM VM, Edge Software Provisioner, IPEX LLM Tutorial, RTOS IF Drivers e Multi-Rail Power Sequencer. Parte di essi sembrava di nicchia o poco supportata, ma tra di loro c'erano anche progetti che dimostravano le capacità di Xeon, GPU Intel, scenari edge e infrastruttura intorno all'AI.

Ancor prima, ad aprile, Intel ha chiuso il repository Comunità e Evangelismo dell'Ecosistema Aperto, dove c'erano materiali su iniziative open-source e sul lavoro degli evangelisti dell'azienda. Allo stesso tempo sono stati archiviati i progetti Predictive Assets Maintenance, High Density Scalable Load Balancer, Double Batched FFT Library e Intel Edge AI Performance Evaluation Toolkit.

Il contesto di questa storia è spiacevole per la comunità: Intel è stata considerata per decenni uno dei principali attori corporate nell'ecosistema Linux e nel software libero, ma nell'ultimo anno l'azienda ha già annullato diverse direzioni rilevanti, tra cui Clear Linux. A marzo 2026 Phoronix ha scritto separatamente, che il sito ClearLinux.org è stato completamente disattivato, anche se i materiali archiviati di Clear Linux su GitHub sono ancora disponibili.

Tuttavia, non si tratta di un ritiro totale di Intel dall'open source. L'azienda rimane un attore importante nello sviluppo del kernel Linux, dei compilatori e del software di basso livello direttamente collegato alle sue attuali linee di hardware e server. Ma la direzione generale appare chiaramente più ristretta: Intel sta riducendo progetti periferici, di ricerca e di dimostrazione, mantenendo le risorse dove sono più vicine al business attuale e alla linea di prodotto.

Per gli utenti e i manutentori, questo significa una cosa semplice: se un progetto Intel è stato spostato in archivio, non ci si può aspettare più correzioni ufficiali e aggiornamenti. Intel offre direttamente a coloro che hanno ancora bisogno di tali progetti di creare propri fork e mantenerli autonomamente.

Fonte: linux.org.ru