Hacktoberfest 2026: le issue che i maintainer hanno segnato per ottobre, aperte e adatte ai principianti. Sfoglia le issue Hacktoberfest

Consider adding OS/system information to test results where relevant

Aperta
#2,464 0 commenti 0 reazioni 0 assegnatari Vedi su GitHub

I maintainer di solito rispondono entro 1 giorno

Nessuno ha ancora preso questa issue.

Valutazione

Difficoltà
5/5
Tempo stimato
Più di una settimana
Idoneità per principianti
25/100
Tipo di issue
Funzionalità
Chiarezza
Da chiarire
Stato di attività
Ferma
Stack tecnologico
python

Direzione di ricerca

Inizia mappando il modo in cui i job LAVA espongono attualmente /etc/os-release e il modo in cui le versioni del kernel vengono memorizzate nei risultati dei test. Confronta le informazioni proposte sullo userspace di ChromeOS con l’approccio differente di Android, quindi definisci un formato dei risultati generico che possa funzionare per tutti i componenti menzionati. Il lavoro si considera completato quando è stato concordato il design per recuperare e memorizzare le informazioni dello userspace senza essere vincolato a un solo sistema operativo.

Scritto dal modello di indicizzazione a partire dal testo della issue.

Descrizione

@hardboprobot mentioned in an OOB discussion:

Currently, the data we keep about a test result includes the kernel version used for it, but for other types of tests where the userspace is a key ingredient (ChromeOS - Yocto - Android), we might want to also encode the ChromeOS userspace version used as part of the test results. Does it makes sense?

Retrieving and storing such information would probably make sense (for ChromeOS it could be the content of /etc/os-release -- which is already cat'ed in LAVA jobs -- for example).

This needs to be carefully designed as it involves multiple components (e.g. making this information a test result in LAVA) and should be generic enough to be used across various userspaces (Android likely has different way of storing OS-related information).

Lingua principale
Python
Stelle
120
Fork
108
Merge medio
1g 12h
PR unite (30g)
21

Preparare l'ambiente

Questo progetto non fornisce container di sviluppo, Dockerfile né guida per i contributori, quindi l'ambiente è a tuo carico: parti dal suo README e consulta la nostra guida al primo contributo per i passaggi generali.

Come iniziare

  1. Leggi tutta la issue e poi la guida ai contributi del progetto.
  2. Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
  3. Fai un fork del repository e lavora su un branch.
  4. Apri una pull request che faccia riferimento al numero della issue.

Altre issue di kernelci/kernelci-core

Tutte le issue di kernelci/kernelci-core

Issue simili

Altre issue su Python

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.