!lymvtcwDJ7ZA9Npq:lix.systems

Lix Development

434 Members
(Technical) development of Lix, the package manager, a Nix implementation. Please be mindful of ongoing technical conversations in this channel.142 Servers

You have reached the beginning of time (for this room).


SenderMessageTime
20 Mar 2026
* @piegames:flausch.socialpiegames sighs10:33:59
@piegames:flausch.socialpiegamesI hate JSON so fucking much10:34:03
@piegames:flausch.socialpiegamescurrently reading the I-JSON spec and got painfully reminded that JSON has zero non-text handling capabilities10:34:37
@xokdvium:matrix.orgSergei Zimmerman (xokdvium)I recall there seemed to be some AWS endpoint that legitimately used duplicate keys too10:34:41
@xokdvium:matrix.orgSergei Zimmerman (xokdvium)Though I’m not sure I can find the reference now10:35:15
@piegames:flausch.socialpiegames let me rephrase the question, are there any reasonable use cases for duplicate keys where parsing both and then using only one of the values is the correct behavior? 10:36:19
@emilazy:matrix.orgemilyit's sorta like asking if there's any use case for parsing web pages with invalid HTML the same way everyone else parses them10:37:24
@emilazy:matrix.orgemilythe use case is you can browse the web like everyone else10:37:36
@emilazy:matrix.orgemilythe documents are dodgy from an interoperability/sanity standpoint, but when they exist in the wild and everyone treats them the same way in practice…10:37:55
@qyriad:katesiria.orgQyriadUnfortunately retaining only one of the values is arguably a more compatible behavior because the alternative is e.g. parsing them into a list, which is an entirely different type10:38:10

Show newer messages


Back to Room ListRoom Version: 10