Live data from Hacker News

Xz: A microcosm of the interactions in open source projects

robmensching.com

351–353 of 353 posts

Re: Xz: A microcosm of the interactions in open source projects

#351
post #54

I'm under no illusions that this is a totally new thought, but for me first with cryptocurrencies, then "AI", and now this, the fundamental issue that the biggest problems come back to is one of trust. Cryptocurrencies try to code around it, LLM boosters try to dazzle you into it, and the attacker here half-succeeded in laundering it. The most consequential (rightly or wrongly) technologists of our time are failing t…

A few minutes reflection on “who can I trust” would lead one to discard the extremely egalitarian ethos built up around open source software. But casting out meritless ankle-biters will immediately lead to being attacked as an unreconstructed egotist who needs to be hung from the neareat Code Of Conduct

I think this is an interesting line of thought but think we should take it further. These codes of conduct that focus of the feelings of third parties over the good of the project (the code) can themselves be seen as an attack on the project. They also often are imposed on projects via peer pressure and other social engineering methods. Perhaps we can use these codes of conduct and the people that push them as open examples of how projects can be infiltrated by those with different agendas and learn from them how to better defend against such attacks.

Re: Xz: A microcosm of the interactions in open source projects

#352
post #222

This should make us all reconsider any criticisms we've levied towards Linus Torvalds, Richard Stallman, or any other gruff open source project lead

It should also make us reconsider the motivations of those who push such criticisms.

Re: Xz: A microcosm of the interactions in open source projects

#353

Earlier quoted context omitted.

xz sees continual improvement to e.g. make it faster. ifuncs are an important part of that. If you want to use the garbage slow version of xz that’s up to you but I don’t think most people would want this.

> xz sees continual improvement to e.g. make it faster. Yes, that makes sense. > ifuncs are an important part of that. No, IFUNCs have absolutely zero performance benefit over regular function pointers for internal functions. If anything, they can limit optimization oppertunities the compiler has with other approaches. The only benefit IFUNCs bring is being able to avoid another indirection when replacing already exp…

Sure they do: they’re transparent to applications.
Post reply on HN