| 28 Oct 2024 |
 Arialdo Martini | Mi sto trovando molto bene con questo approccio | 06:51:22 |
| Arialdo Martini | # home.nix
{ config, pkgs, ... }:
{
imports = [
./git.nix
./zsh.nix
# ...
];
| 06:51:46 |
| Arialdo Martini | poi nei vari file | 06:51:53 |
| Arialdo Martini | # git.nix
{ pkgs, ... }:
{
programs.git = {
enable = true;
};
xdg.configFile."git/config".source = .git/config;
xdg.configFile."git/.gitignore-global".source = .git/.gitignore-global;
}
| 06:52:27 |
| Arialdo Martini | Tento di evitare l'esplosione di righe in home.nix. | 06:52:55 |
| Arialdo Martini | Non so quanto sia idiomatico. | 06:53:03 |
 Lollo | In reply to Alberto
Proveranno a registrare 🙌 Rispondo un po' in ritardo, la registrazione esiste, dobbiamo solo portare un po' di pazienza e aspettare che i ragazzi di unixmib la rendano disponibile (quando lo sarà mi accerterò di mandarla qua sul gruppo). Per quanto riguarda le slides, quelle sono già disponibili su https://slides.poul.org/2024/linux-day/un-nuovo-approccio-al-self-hosting/ | 07:06:46 |
 David | In reply to @albertodvp:matrix.org
Ciao a tutti, ci sono problemi logistici per l'open source Saturday (il meetup che viene fatto di sabato e con cui cercavamo di non overlappare) quindi dubito riusciranno a farlo il 9 Novembre.
Io confermerei quella data, scusate se abbiamo temporeggiato tanto.
Volevo giusto chiedervi se qualcuno che aveva messo quella data come preferenza non è più disponibile? Altrimenti creiamo l'evento su meetup Ho preso i biglietti del treno, ci vediamo il 9 | 10:41:36 |
 albertodvp | Eccoci qua:
https://www.meetup.com/nix-milano/events/304256080/
| 20:17:41 |
| albertodvp | Abbiamo anticipato di 30 minuti l'inizio (rispetto alle altre volte), se ci siete ricordatevi di iscrivervi tramite meetup.com 🙏 | 20:19:17 |
 Luca Baggi | https://www.reddit.com/r/NixOS/comments/1ge2rkb/domen_i_wont_be_contributing_to_nix_anymore_and/ che dramaaaaaa | 21:22:55 |
 Alex0 | Tvix attualmente ha ancora MOLTA strada da fare e ci vorrà molto tempo prima che sia usable ma è promettente
Sulla questione del conflitto d'interessi e di come avere ricerche sponsorizzate sul loro installer vs quello ufficiale è anche vero
Tbh l'installer di DetSys è migliore di quello ufficiale per MacOS ad esempio
Ma il fatto che hanno creato "Determinate Nix" e tutta la confusione che ha creato è semplicemente realtà | 21:33:20 |
| Alex0 | E semplice nota extra: Domen è il founder di cachix mi pare
E devenv (un progetto sotto cachix) ha detto che pianificano di usare Tvix e aiuteranno per rendere possibile ciò
Non vedo il drama sul fatto che si concentrerà su Tvix anziché nix | 21:38:06 |
| Alex0 | Ho chiesto in merito
Ed è principalmente perché se diventa stable non possono più fare modifiche ai flakes
C'è stata una proposta al NixCon per rimodellare il processo di cristallizzazione (far diventare stable una feature) oppure di drop dopo un tot periodo che la feature è stata introdotta e di fare v2 etc
Tuttavia andrà fatta un RFC per ciò, approvata e messa in atto | 21:42:12 |
 Marco Turchetto | Quante cose ci sarebbe da dire sulle flakes.. partiamo dal fatto che sono in una super posizione tra production ready e alpha? Non è solo drama ma incompetenza e non saper riconoscere i propri limiti | 21:38:04 |
| David | In reply to Alex0
Tvix attualmente ha ancora MOLTA strada da fare e ci vorrà molto tempo prima che sia usable ma è promettente
Sulla questione del conflitto d'interessi e di come avere ricerche sponsorizzate sul loro installer vs quello ufficiale è anche vero
Tbh l'installer di DetSys è migliore di quello ufficiale per MacOS ad esempio
Ma il fatto che hanno creato "Determinate Nix" e tutta la confusione che ha creato è semplicemente realtà Sull'installer ho molte cose da dire, cioè che PR che andavano a migliorarlo sono state a marcire per anni per poi dire all'autore "eh no ora non si mergia" | 21:50:17 |
| David | E c'è un palese conflitto di interessi appunto perché ci saranno legami tra detsys e cppnix che faranno non mergiare le PR che vanno in conflitto con gli sviluppi interni a detsys | 21:52:41 |
| David | Perché la gente fa le cose di nascosto, mi verrebbe da dire 😅 | 21:55:41 |
| David | Anche gitlab è Open core ma è una cosa nota e se apri una pr ti dicono apertamente che non si aspettano di mergiare per motivo X e Y di business | 21:53:28 |
| David | Il problema di "una azienda sola che vira gli sviluppi" si era già posta con Tweag | 21:56:45 |
 Alessandro 🤔➖☀️🖌 | Beh comunque "free software" significa che tutti ne beneficiano, aziende incluse, e anche le aziende fanno parte della comunità, quindi alcuni commenti su quel thread non li capisco. Se c'è un problema di conflitto di interessi direi che è un problema che va risolto in modo più strutturale... In generale, in ogni tool dove ci sono aziende a sviluppare, c'è un potenziale conflitto di interessi. Come lo risolvono gli altri? Perché nix sembra avere problemi in questo campo? | 21:55:06 |
| Alessandro 🤔➖☀️🖌 | Beh ma succede ovunque, no? Cioè se amazon o google contribuisco a rust, come lo fanno? Non è che annunciano a tutti quali piani hanno per il business | 21:56:46 |
| Alessandro 🤔➖☀️🖌 | Oh non so difendendo detsys eh, un generale mi sto ponendo il problema del perché nel mondo nix ci sono questi temi più spesso (mi sembra) che fa altre parti | 22:01:02 |
| David | No non succede ovunque, e dove succede di solito c'è qualche meccanismo di tutela tipo una fondazione. Se le aziende tirano troppo la corda i contributor individuali se ne vanno. In nix le aziende fino a mezzo anno fa c'erano ma facevano solo consulenza e upstream immediato | 22:07:50 |
| Alex0 | Obviously | 21:53:24 |
| Alex0 | C'è un ottimo sistema di anonymous reporting per type machine etc | 21:54:30 |
| Alex0 | Comunque una cosa che posso dire che mi piace dell'installer di DetSys sono le statistiche | 21:53:44 |
| Alex0 | In reply to David
Sull'installer ho molte cose da dire, cioè che PR che andavano a migliorarlo sono state a marcire per anni per poi dire all'autore "eh no ora non si mergia" Rip, l'installer di DetSys penso in futuro (se non l'hanno già fatto) userà Determinate Nix (nix con delle configurazioni già applicate e l'integrazione con flakehub nativa)
Se non c'è un modo di fare opt out prima o poi ci sarà un fork | 21:53:12 |
| Marco Turchetto | In reply to Alex0
Ho chiesto in merito
Ed è principalmente perché se diventa stable non possono più fare modifiche ai flakes
C'è stata una proposta al NixCon per rimodellare il processo di cristallizzazione (far diventare stable una feature) oppure di drop dopo un tot periodo che la feature è stata introdotta e di fare v2 etc
Tuttavia andrà fatta un RFC per ciò, approvata e messa in atto questa e' la ragione burocratica, ma lo stato attuale deriva dalla forzatura di voler risovere piu' di un probelma alla volta, e dalla poca umilta nel riconoscerlo. Quando si diceva che erano sperimentali qualcuno ha iniziato a sponsorizzarle come "production ready", turns out, sono production ready solo se sei cliente dell'azienda che le sta sviluppando. Qui qualcuno ha venduto le flakes e ora le sta sviluppando 😉 | 22:01:00 |
| Marco Turchetto | Non mi pare che google stia pushando come package repository di default in cargo un suo dominio personale e proprietario 😜 | 22:08:06 |
