| 5 May 2026 |
 Andrea Ciceri | c'e' proprio un bot che puoi taggare nella tua PR che crea automaticamente un'altra PR verso l'ultima stable con le commit della tua PR | 09:41:11 |
| Andrea Ciceri | qua ci sono esempi di modifiche che possono essere backportate:
https://github.com/NixOS/nixpkgs/blob/master/CONTRIBUTING.md#changes-acceptable-for-releases | 09:42:42 |
| Andrea Ciceri | * il fix lo hai fatto upstream e quindi di conseguenza e' stata rilasciata la v2 con il tuo fix che tu poi hai aggiornato in nixpkgs?
oppure parliamo di una patch in nixpkgs?
comunque tendenzialmente credo che l'idea sia che le due "versioni" supportate di nixpkgs siano unstable e l'ultima stable (25.11 ora), quindi quello che puoi fare e' un backport a 25.11 della PR che aggiorna a v2/aggiunge la patch | 09:43:14 |
| Andrea Ciceri | Esempio di PR dove il maintainer ha aggiunto il label backport release-25.11: https://github.com/NixOS/nixpkgs/pull/516234 | 09:44:22 |
| Andrea Ciceri | Ed ecco la PR creata in automatico che ha come target la 25.11: https://github.com/NixOS/nixpkgs/pull/516779 | 09:44:49 |
 Luca | ok grazie mille. in realtà la pr non può essere backported perchè il fix è diverso per la vecchia versione. mi chiedevo quale fosse la politica quando nixpkgs fallisce la build su varie versioni di un pacchetto:
- nessuno aggiorna tutte le versioni fino alla corrente
- la maggior parte aggiorna tutte le versioni non solo la corrente | 09:54:31 |
 Marco Turchetto | Dipende principalmente da quante versioni sono disponibili, perché alla v1 rotta viene sostituita la v2 rotta, non puoi forkare la v1 e sistemarla, sta in un passato compiuto | 09:56:53 |
| Marco Turchetto | * Dipende principalmente da quante versioni sono disponibili, perché se alla v1 rotta viene sostituita la v2 rotta, non puoi forkare la v1 e sistemarla, sta in un passato compiuto | 09:57:07 |
| Luca | ok quindi posso fare il backport fino a lib.trivial.oldestSupportedRelease interessante, quante cose ci sono documentate | 09:57:55 |
| Andrea Ciceri | ma non puoi backportare direttamente la PR che aggiorna alla versione nuova? | 10:00:21 |
| Luca | questo non mi è chiaro scusa.
nel mio caso il problema era questo: una dipendenza ha introdotto una nuova feature e il pacchetto è stato più lento di nixpkgs ad adottarla
nixpkgs v1: la dipendenza è aggiornata, il pacchetto fallisce. quindi serve un fix dai maintainer del pacchetto, ma in questo caso sed in buildPhase bastava
nixpkgs v2: la dipendenza era già aggiornata, e il pacchetto ha ricevuto il fix per adottare la nuova feature
quindi la mia pr su v2 è semplicemente un aggiornamento di tag+hash
ma in v1 sarebbe da aggiungere una patch. | 10:01:35 |
| Luca | ok si chiaro scusate, mi sembrava strano backportare una cosa "futura" e non era venuto in mente | 10:02:23 |
| Luca | * ok si chiaro scusate, mi sembrava strano backportare una cosa "futura" e non mi era venuto in mente | 10:02:32 |
| Luca | grazie allora provo il bot che fa backport | 10:04:02 |
| Andrea Ciceri | a leggere CONTRIBUTING.md credo che finche' non stai introducendo breaking changes (qualsiasi cosa voglia dire, e' vago) tu possa backportare la nuova versione dentro l'ultima stable | 10:04:12 |
| Andrea Ciceri | magari pinga i maintainer prima e chiedi | 10:04:23 |
| Andrea Ciceri | se non sei tu il maintainer | 10:04:27 |
| Marco Turchetto | Per v1 e v2 intendi la versione del tuo pacchetto o la versione di nixpkgs? 🤔 | 10:04:47 |
| Luca | si si certo ho pensato di chiedere prima a voi, grazie mille | 10:04:49 |
| Andrea Ciceri | tra l'altro se non sei maintainer non credo tu possa aggiungere la label e invocare il bot | 10:05:02 |
| Luca | nixpkgs | 10:05:24 |
| Luca | niente alla fine mi hanno battuto sul tempo, c'è già la PR e se ne sono sbattuti del backport.
Non so se commentare e intromettermi o lasciar fare il team e vedere se lo dicono loro, ma dubito | 10:07:11 |
| Andrea Ciceri | sempre guardare prima se c'e' una PR di qualcun'altro (ovviamente sempre in stallo da almeno 3 anni) ahah | 10:08:26 |
| Andrea Ciceri | che pacchetto era comunque? | 10:08:35 |
| Luca | c'è sempre uno più veloce di me ahahaha | 10:08:40 |
| Luca | non c'era quando avevo creato il worktree per la PR | 10:08:56 |
| Luca | ahahahaha bisogna sempre riguardare | 10:09:08 |
 Tonio Gela | Peccato, ho rifattorizzato a sufficienza la mia configurazione per definire in modo semplice più macchine e riutilizzare moduli sia di home manager che di nixos e volevo mostrartelo, visto la tua domanda dell'altra volta. | 16:34:10 |
 Nonno Felice | Magari condividi qua così ci do un occhio | 16:37:22 |
|  Kysys joined the room. | 18:26:16 |
