| 20 Sep 2025 |
emily | not sure we want two packages when we could have one | 14:26:45 |
emily | even if one is deprecated | 14:26:50 |
dish [Fox/It/She] | well its either keep glog for now and slowly kill remaining dependents or just never get this PR merged because I don't have the energy to fix every dependent that breaks with nglog
the other option is just abandoning this migration and leaving things as-is | 14:28:56 |
dish [Fox/It/She] | * well its either keep glog for now and slowly kill remaining dependents or just never get this PR merged because I don't have the energy to fix every dependent that breaks with nglog
the other option is just abandoning this migration and leaving things as-is with glog | 14:29:03 |
dish [Fox/It/She] | * well its either keep glog for now and slowly kill remaining dependents or just never get this PR merged because I don't have the energy to fix every dependent that breaks with nglog
the other option is just abandoning this migration and leaving things as-is with glog even though it's deprecated | 14:29:08 |
dish [Fox/It/She] | oh good something fails for unrelated reasons even though I switched back to glog for it | 14:29:22 |
dish [Fox/It/She] | wonderful /s | 14:29:24 |
dish [Fox/It/She] | segfaults, how fun | 14:29:44 |
emily | well, that's what I mean by saying it's not clear if ng-log is much of an improvement if it doesn't solve the problem of "glog dead" 😅 | 14:30:05 |
dish [Fox/It/She] | yeah | 14:30:15 |
emily | if the solution is ultimately going to be upstreams migrating | 14:30:26 |
dish [Fox/It/She] | considering it changes the API so much i definitely wouldn't consider it a drop-in replacement | 14:30:30 |
emily | it's not 100% clear to me if they'll go with ng-log or just things that are already widely used | 14:30:43 |
dish [Fox/It/She] | since there are things that straight up don't exist in their version anymore which is weird to say the least | 14:30:46 |
emily | like spdlog etc. | 14:30:49 |
dish [Fox/It/She] | * since there are things that straight up don't exist in their version anymore which is weird to say the least if they're claiming to be compatible until 0.9.0 | 14:30:58 |
dish [Fox/It/She] | yeah | 14:31:35 |
dish [Fox/It/She] | honestly i think its a better idea to have a single deprecated but stable package over two where one is non-deprecated but less stable and needs more patches | 14:32:01 |
dish [Fox/It/She] | so i think I'm going to push my local changes, then close the PR. Someone else can take up the mantle of this PR if they want, but no sense in doing so unless ng-log actually maintains a compatible API | 14:32:46 |
emily | sorry for sending you on a wild goose chase | 14:46:08 |
emily | I was hopeful :) | 14:46:12 |
dish [Fox/It/She] | all good, i was hopeful too | 14:46:16 |
dish [Fox/It/She] | better we try and realize it doesn't work rather than never try something easy | 14:46:28 |
emily | very weird to make what is ultimately just "yet another logging library" rather than a true "community continuation fo the thing everyone uses" | 14:46:29 |
dish [Fox/It/She] | yeah | 14:46:35 |
emily | maybe ng-log would be interested in reports of incompatibility | 14:46:45 |
dish [Fox/It/She] | like its an "almost there" API compatible library, but not enough that switching is easy | 14:46:49 |
dish [Fox/It/She] | unrelated but someone is ddosing gnu.org/fsf so I can't do the bootstrapping work I want to do >:( cant get to any of their servers rn | 14:47:22 |
dish [Fox/It/She] | interesting that guix is still up though | 14:48:06 |
dish [Fox/It/She] | * interesting that guix is still up though(nvm its different servers, that makes sense) | 14:48:20 |