From nobody Wed May 04 09:59:55 2022 X-Original-To: ports-bugs@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 132DE1AC7970 for ; Wed, 4 May 2022 09:59:57 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KtXPS54vvz4cMg for ; Wed, 4 May 2022 09:59:56 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 8CC5510E92 for ; Wed, 4 May 2022 09:59:56 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 2449xuT6010797 for ; Wed, 4 May 2022 09:59:56 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 2449xuXk010796 for ports-bugs@FreeBSD.org; Wed, 4 May 2022 09:59:56 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: ports-bugs@FreeBSD.org Subject: [Bug 251117] [NEW PORT] www/palemoon: Open-source web browser Date: Wed, 04 May 2022 09:59:55 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: feature, needs-patch, needs-qa X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: olivier.freebsd@free.fr X-Bugzilla-Status: Closed X-Bugzilla-Resolution: Overcome By Events X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: ports-bugs@FreeBSD.org X-Bugzilla-Flags: maintainer-feedback+ maintainer-feedback? X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated List-Id: Ports bug reports List-Archive: https://lists.freebsd.org/archives/freebsd-ports-bugs List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports-bugs@freebsd.org X-BeenThere: freebsd-ports-bugs@freebsd.org MIME-Version: 1.0 ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1651658396; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=hRQWUBc0nsIrBdR+CFmFTaMn5YkVqnKE6iePExpSoOM=; b=GrB8PGkhal/ZZNgC23807+eB8qfnyX0R5fBQGQqJ1ezvk9xzl8B1mZ/ApWr/QPZVgK7f6m pxGkUHb/CEqoYQh3FW0/lXeVNjAdU49i2JV287pe3wD1ku+VML9hKQmgxqeVtlQDMuqrOz XQZas4y2/iP5QF6ehf+qKkYFS+myMwUXasXI7Tq/9WUB8BqWh0R/VMoN4iRuAkoAiFugM4 fwf5hwaPlChytdAbSilTEl6Et8T334Sa9UqfgiHVSk+p1T525uHFsd7nxXOxButKGvN/as bHACKQeQUYLWsEn2Rb+9i2HdMWT+SOQB0pCO0UrbU7hwOEYB+S2Ja93bkOhltg== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1651658396; a=rsa-sha256; cv=none; b=LYitEeQfOTCZWK8jFjEVBc/tmyui+ubyLZWlq85edyYScupCBSQlDU5h0UasjHpiKihG4E QxBTJXyMcT75+zI0YTMNhPcT5lpOW2E7FaD8BalrRO92tbldhMeQvsWonyn/fEcr4zSIy5 qcFkPtIVl1mGTmcHC/Bqh7b77rparoahe1AWRhH3ptmI76ytU/h0liJifbKLUXTBcWrCWc r8Y7qJMbCc4mk1fSBT8I1hg+rNA7HLGDiY+wN9VypfWVGP4YxdUriQkVx6YuOuBlpYU/hw jSj4SsQP2VeH6+3gRjlOHXjnj5Mo3+tIZXt1SmIbKTYsxs3hy7Xn4vuJtOIbng== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-ThisMailContainsUnwantedMimeParts: N https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D251117 --- Comment #105 from Olivier Certner --- (In reply to Matt A. Tobin from comment #99) (In reply to Matt A. Tobin from comment #100) Judging by the phrasing and the content, these extracts seem genuine. So it seems we have been visited by the one and only Matt A. Tobin. > Here is something from my IRC logs that may confirm the status of BSD in = Pale > Moon despite what Moonchild has been saying since I was kicked to the cur= b. I'm sure Moonchild will appreciate that some of its private conversations a= re aired without its knowledge or consent. As for "kicked to the curb", he has publicly stated a very different point of view (basically, you've been the = one that kicked yourself out through rage quit with a sprinkle of sabotage). Bu= t as we will see, I generally do not trust his point of view either now. And as a matter of fact, I don't care much about who started what or whose "fault" it is, and I'm certainly not going to cry over it. Nonetheless, I suppose I should thank you a little bit because you're confirming and even exceeding the impressions I already had that Moonchild's overall behavior is uninformed, disingenuous and deceptive, and more importantly, you're giving public proofs of that, so that he won't be able = to hide behind excuses such as your own behavior or fake attempts at "cooperat= ion" or bogus claims to wanting an open community. Perhaps this was your goal by reporting your logs after all. In which case you're going to be well served. > It does not show me in the best light but it happens to be true. Your na=C3=AFvet=C3=A9 is almost charming. You're so gifted to find the rig= ht words. Given all your outbursts and insults everywhere in the Pale Moon forums, tickets and pull requests, rest assured that no small logs like these can s= tain your already prominent reputation. Don't worry, I don't intend to feed the troll much more, and I'll soon leave you to your eructations. However, before that, I can't let these logs out with so many false stateme= nts, be they genuine misunderstandings or plain lies, because they give readers = the impression that I'm mostly responsible for the cooperation failure when you (personally, and Moonchild above all) mostly are. > Moonchild: I am not at all willing to work > with any BSD without a commitment from them to actually work > with us. This is exactly what I had been seeking from the start... except that I expected in exchange a commitment on your side as well... oh, not much, but= at the very least no trying to discourage the effort and hoping to be fed with useful technical guidance for your codebase and build infrastructure. You d= id exactly the contrary, and in the rare cases where you (personally) tried to provide some technical insights, they turned out to be irrelevant or wrong *every single time*. Everyone can read for example just the start of the lo= ng forum thread (https://forum.palemoon.org/viewtopic.php?f=3D5&t=3D25625); I'= ll give some more examples below (if people want more, they can just take the list = of links of comment #2 and start reading). Moonchild showed himself a little bit more willing, but more often than not= his contributions turned out to be worthless. He didn't seem to know relatively basic things on the C preprocessor (such as the value of undefined tokens in tests). Another time, he suggested me to use Mozilla's C++ atomic templates= (in C code...) and numerous times had difficulty to grasp what I was saying abo= ut clang (how it *is* compatible with GCC, and this is an explicit goal) and libc++ headers, mixing the two. Finally, he showed not to be aware of the runtime library dependencies of his own platform. Additionally, Moonchild seemed indifferent to your own conduct. At least, he didn't try to put me off initially. Later, I started to notice that he was = more the guerilla type of guy, with frequent sarcasms and rhetorical questions implying he was skeptical on some things I was saying, as if I was trying to hide something. I initially found that odd, and it's only later that I understood this was in fact reflecting his own way of functioning, where he would not speak out and leave me in the dark about his intentions, apparent= ly prospering on ambiguity. I came to this thought after what happened at star= t of https://repo.palemoon.org/MoonchildProductions/UXP/pulls/1778, where he was going to commit a rather trivial one-line change by me that didn't need specific Windows testing, but finally stopped when you popped up, gratuitou= sly ranted and decided to force me to setup a Windows environment right now, although I did not have time at that moment. (Also, one of your puppets pop= ped up saying the patch was incorrect... and was blatantly wrong. You then used this pretense not to test it. See the pattern?) In any case, in retrospect, my effort was doomed to fail also due to your v= ery peculiar definition of a commitment. This means first and foremost for you having the opportunity to rant and (try to) control me, through pointing out perceived deficiencies which didn't exist or were very minor or through lea= ving me in the unknown. Moreover, it seems you expected that I would do things always your way and in the order you decided, undermining my own agenda of giving a quick and perennial access to another browser to FreeBSD users, si= mply because I did not intend to spend as much time as you do on this project (b= ut I was prepared to invest more time, see below). I had already spent my initial share on figuring out how to make your jemalloc work, although that of Free= BSD works equally well for Pale Moon and is configured very similarly (yeah, th= ere was a small risk to using it because of a hack to circumvent a limitation of your JS machinery (some high virtual addresses should not be used), but thi= s I could have workarounded, if you had been more open to alternatives). > I also want to remove ALL BSD support from > gre as it stands today and have THEM add BACK support in a more > proper way ala SunOS. I was never opposed to this idea, but rather opposed to be forced to cope w= ith the fallout of a sudden, uncoordinated removal. What I wanted was instead incremental changes throughout, or at least temporary patches waiting for m= e to have more time to tackle the whole task correctly. But again, you (both of you) never seriously took into account my own constraints and views. > In my opinion, OlCe1 has already proven to > not be a serious contender for this endeavor. Someone else must > lead this charge. Someone who is reasonable. I have my very own idea about who is reasonable and who is not. And people = just have to look at the amount of bullshit you produced to see who's right. E.g= ., here: https://repo.palemoon.org/MoonchildProductions/UXP/pulls/1731 . But in reality, any other ticket or pull request will do as well, because this is = your almost constant attitude. > Oh I agree. I'm just still probing to see what's going on. > And he himself said he's not sure whether all the BSD code pa= ths are even necessary, so that aligns exactly with what you would want. > But I'm not pouring all that out in one go. I have to know de= tails from them. Another example of disingenuous behavior. > I believe they once were .. 15 years ago.. in general = i think that is true and our plans to prefer XP_UNIX except where it is nec= essary to get more specific is a good one for our general stability and cod= e clarity > Yup > take the Tobin Factor out of the equation and it rings= of actually being fair and proper to all unixes I think This was exactly what I proposed to Moonchild, and never received any feedb= ack, except that, initially, he was insisting in highlighting the putative peculiarities of _his_ platform (as if it has been _so_ different from all = the others, so unique; and it is, but only to some extent), and that the existi= ng FreeBSD-specific code was here for a reason. I'm discovering here that in f= act he was agreeing (or perhaps he changed his mind... again). > I'm just letting them know a compromise and BSD support in ou= r tree is possible -- but haven't said anything about HOW that's going to b= e done. To which I responded with ways to organize cooperation. Which you called "socio-political" bullshit below. > except mac :P > which is fake-unix > Mac can fuck off > so can OpenBsd > (snip) So Tobin is not the exclusive producer of insults... Amusingly, Moonchild has changed his mind once again (https://forum.palemoon.org/viewtopic.php?f=3D65&t=3D28174&p=3D226675#p2266= 75). Another testimony to its great vision and leadership. But I wouldn't bet th= is can happen for OpenBSD... > NewTobinParadigm: I'm dropping FreeBSD on the floor. I'm real= ly just done with it. Especially if the one that is supposed to liaise betw= een a reluctant platform team and use is leveraging the OpenBSD BS that doe= sn't even apply to their platform or their team just to keep the opening to= build the way they want anyway. This is a complete misunderstandings of my last messages. Initially, I hadn= 't thought to bring the OpenBSD drama on the table because I suspected the top= ic could be inflammable (but boy, I underestimated how much it still appears to be). What happened is that I was almost prompted to by Moonchild himself, w= ith some of its frequent rhetorical questions: > I think in that case I taste more than a little paranoia from the ports=20 > manager/triager in that bugthread too when it is assumed I'll just=20 > change the redist license on a whim and withdraw branding from any and=20 > all because I woke up with a bad mood or something (regardless of the=20 > fact that such a thing would be challenging to do, legally speaking --=20 > and I do dare say I've got a little more legal expertise than most=20 > involved here). Think about that for a moment. Why would I do that? How=20 > would that help the project and its users? You think I have no sense of=20 > commitment or discipline and still be driving this project 10+ years=20 > later? When I read those lines, I thought he could not be serious. This was clear proof that he had not learnt from the past. His failure to recognize his own behavior is a threat to any perennial collaboration, simply because he can = mess things up at any moment without really noticing. So, yeah, at this point, I= had to confront him. This had absolutely nothing to do with "building it their way". I showed multiple times that I was taking Moonchild's concerns seriously, although t= hey were more often than not quite nebulous, so I had to ask questions to understand what his real motives were. And again, this had nothing to do wi= th me citing the OpenBSD drama. > or maybe one of the shitter bsds comes to call An admirable way to try to drag people in. > i just think IF we ever were to allow BSD in the futur= e it needs to be done from the perspective of what is needed now not the co= mpromises from 10-15 years ago hacked and rehacked and never properly teste= d by core mozilla > Moonchild > Yes i agree > and he clearly stated that he wasn't going to do that anyway = somewhere in his essay > so fuck it. Another occurence of Moonchild not been able to read to save his life... What I stated exactly is that I didn't know precisely the amount of work for this task. I never said I did not want to do it, on the contrary, I had alr= eady evoked almost exactly that (see above; Moonchild is contradicting himself). What was implicit in my answer (perhaps it should have been made explicit) = was my reluctance of you removing all the support code at once according to your own agenda (and not taking into account mine), possibly leaving me in the w= ild and depriving users of new versions until I could fix the build again. > it is amazing how he went all out on the anti-Tobinism= all without me saying a word since last year > shattered his own illusion without a word from me I have memory. You're the one living in illusion. It's never too late to wa= ke up, even if there is plenty of evidence that it's likely going to be very h= ard for you to. > the overly long post really pissed me off, by the way. it's c= leverly written, and clearly Olce is a good conversationalist, but I can't = rhyme it with what's needed to cooperate Unless I'm mistaken, I get to choose how I spend my time. We are talking ab= out a few hours for the whole exchange and my main essay. Indeed, this was a non-negligible effort on my part. Sure I could have read code and done tests instead. But what would have been the point? What I was concerned about was whether the cooperation could be perennial or not. There was no way I was g= oing to invest much more time into your platform without proper reassurance on t= hat front. And that time spent on the discussion and on the essay proved to be = well spent in this regard, although the outcome is sad. > if he can take a long time to compose what he did, he should = also be willing to put in the legwork code-wise. unless that's actually not= his forte in which case he can't do what he says he wants to Again, you have a very small view of the world if you think your platform is that big... I've navigated into code bases orders of magnitudes greater than yours (yes, you read that correctly; ~100M to 1B lines). Another pretense it seems. > so there are so many approaches to it that all come to the sa= me conclusion, and I'm just dropping it. period. Seems clear. Until the next change of mind. > target operating systems need to be maintained by thos= e familiar with it > exactly > and I was very clear that was needed > which resulted in a barf of sociopolitical BS and semi-covere= d attacks on all of us. Completely wrong again. You'll hardly find someone that familiar with FreeB= SD. But yes, I'm not a committer, and I'm not on the ports manager team, so can= 't speak for them. In my essay, I went on with: - How we could work asynchronously, through the Pale Moon port, instead of = the synchronous way you appear to wanted and I could not provide (and in your o= wn repository, while being obstructive). - How ports management work in FreeBSD, with input (and citations) of ports management members and ports committers, so that you have a clear view of w= hat you can expect a priori (because you actually lacked in this matter, understandably). - How I could help to overcome obstacles, as I had already done up to that point. - How I was prepared to keep maintainership of the port for at least 2 year= s, and dedicate some weeks full-time later this year, initially to clean-up the FreeBSD build in your codebase, but then for other useful tasks (which could have been revamping the FreeBSD port in your codebase). So, the only real feedback from you is "socio-political BS". So much for the consideration you have for others and their interests. "semi-covered attacks"? Nothing was covered or ambiguous, contrary to what = you love to do. And the intent was not to attack, but rather to point out probl= ems and see how you'd cope with them. > you made an absolutely good play by including my contr= ibutor roll with my community interaction stepback it encouraged him to not= only question it but attack harder > masterful > role* I've always considered that the blind praising the one-eyed is among the be= st laughs in life. > Probe Complete. Indeed. To wrap up, you've been mostly agressive and unhelpful from the start, were absolutely unable to listen to most of my own concerns, to which you reacte= d as if I was attacking you. Additionally, it appears clearly that Moonchild is = as much to blame as you, and probably more since he's the leader and showed himself to be passively deceptive, which is even more vicious. Traits, by t= he way, you may have yourself been the victim of. Farewell, petulant children! --=20 You are receiving this mail because: You are the assignee for the bug.=