| 1 May 2026 |
 Tonio Gela | Evviva! | 14:25:10 |
| Tonio Gela | Tutto sulle mie spalle qui 😂 | 14:25:19 |
 Federico T | Neanche io.... | 17:35:42 |
|  Alex0 changed their profile picture. | 19:14:32 |
| 2 May 2026 |
 Alessandro 🤔➖☀️🖌 | Sto per comprare un biglietto nixcon 2026. Qui ci andrà qualcuno? | 14:04:19 |
 Andrea Ciceri | Io! | 15:21:47 |
| Alessandro 🤔➖☀️🖌 | C'è un mio amico che è contributor che purtroppo non potrà venire, quindi mi dice che ha un voucher che può donare a chi ne ha bisogno. Non so cosa comporti questa cosa, ma se qualcuno fosse in difficoltà e ne avesse bisogno, mi faccia un fischio. | 15:46:45 |
| Tonio Gela | Io | 16:57:26 |
 Marco Turchetto | Anche io pensavo di andarci! | 17:02:01 |
| Tonio Gela | Io ho comprato il biglietto, se qualcuno vuole si può anche condividere un airbnb con più stanze | 17:07:34 |
 Edoardo Piccolotto | Molto interessante ci faccio un pensierino!!! | 18:21:28 |
| 5 May 2026 |
 Luca | Posso fare domande per contribuzioni a nixpkgs?
c'è un pacchetto che ha fallito l'autoupgrade.
v0 non aveva problemi, v1 ha il problema, ora siamo alla v2.
Io ho risolto il problema nella v2. se pero qualcuno in futuro farà il pin al nixpkgs che contiene la v1 il mio fix non sarà presente. come devo fare in questi casi?
faccio un fix anche per la v1 anche se ormai è outdated? | 09:31:25 |
| 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/patcha v2 | 09:39:53 |
| Andrea Ciceri | probabilmente da qualche parte e' spiegato quale sia la policy per cui e' ammesso fare backport | 09:40:32 |
| 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 |
