Am Sa., 24. Okt. 2026 um 13:50 Uhr schrieb Iyán Méndez Veiga <[email protected] >:
> On 24/10/2026 13:34, Andreas Røsdal wrote: > > lør. 24. okt. 2026, 13:26 skrev Iyán Méndez Veiga <[email protected]>: > >> I just fail to see what is the main motivation here? Why not support and > >> improve already existing web browsers outside of your "duopoly" with > >> already more developers and users? > >> > > > > > > There is a multitude of motivations. To increase the multitude of web > > browser variants available, to develop a new web browser from scratch in > > 2026; using state of the art technology, reduce technical debt in the > > codebase, quick compilation, small maintainable source code, a real web > > browser developed in Europe (Chrome, Safari, Firefox is domainated and > > controlled by USA), we are also seeking funds from NLnet restack so that > > developers in Europe can learn about making web browsers), security (No > > JIT), I could go on and on. > > Oh, I see... I could also go on and on about this, but I won't. Just one > quick remark: you want to be "100% Europe" and avoid USA, yet even the > minimalist version depends on libraries from Google [1, 2] and the > default search engine is DuckDuckGo [3], a US company. This is not to > say that I agree with your goal, but to show that you are already > inconsistent. > > Going back to the main topic. Registration to AUR is closed, and there > will be no manual registrations as mentioned a few times on this list. > So I guess you just have to wait and see, and once registrations are > open you can submit your PKGBUILD. I will not use it, though, and I > would encourage any user who cares about security to avoid it, too. At > least for now. > > Cheers, > Iyán > [1]: > > https://github.com/nordstjernen-web/northstar-web-browser/tree/main/subprojects/wuffs > [2]: https://github.com/google/wuffs > [3]: > > https://github.com/nordstjernen-web/northstar-web-browser/blob/5fe7100d7b657efbef328cdfa946f392fc4b0c0d/src/config.c#L157 > > > -- > Iyán Méndez Veiga > GPG Key: 204C 461F BA8C 81D1 0327 E647 422E 3694 311E 5AC1 > I'm by far not knowledgeable enough to judge the technical difficulties, but I imagine being a new project's dev, approaching distros to get my project to Linux users and then getting replies like this. This really feeds this stupid stereotype of Arch's community being grumpy and lecturing. Imho, Linux is all about freedom of software and a supportive community, the latter including not just new and inexperienced users but also other community members. If a software project has technical difficulties, why not staying technical and point out potential technical issues in a friendly and supportive way? To make it very clear: I'm in no way criticizing your answers' content (which I'm incapable to judge), merely your tone.
