<div dir="ltr">Sorry if I'm intruding here, but please don't insult each other on a public resource like this. You were both under stress from something, and a simple mistake was made. The mistake has been corrected now. Please don't make this into an all out war on each other. Just forgive and forget.<br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Mar 8, 2019 at 2:05 PM <<a href="mailto:xorg-devel-request@lists.x.org">xorg-devel-request@lists.x.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Send xorg-devel mailing list submissions to<br>
        <a href="mailto:xorg-devel@lists.x.org" target="_blank">xorg-devel@lists.x.org</a><br>
<br>
To subscribe or unsubscribe via the World Wide Web, visit<br>
        <a href="https://lists.x.org/mailman/listinfo/xorg-devel" rel="noreferrer" target="_blank">https://lists.x.org/mailman/listinfo/xorg-devel</a><br>
or, via email, send a message with subject or body 'help' to<br>
        <a href="mailto:xorg-devel-request@lists.x.org" target="_blank">xorg-devel-request@lists.x.org</a><br>
<br>
You can reach the person managing the list at<br>
        <a href="mailto:xorg-devel-owner@lists.x.org" target="_blank">xorg-devel-owner@lists.x.org</a><br>
<br>
When replying, please edit your Subject line so it is more specific<br>
than "Re: Contents of xorg-devel digest..."<br>
Today's Topics:<br>
<br>
   1. Re: Radeonhd repo not migrated to gitlab. (Luc Verhaegen)<br>
   2. Re: Radeonhd repo not migrated to gitlab. (Daniel Stone)<br>
   3. Re: Radeonhd repo not migrated to gitlab. (Luc Verhaegen)<br>
<br><br><br>---------- Forwarded message ----------<br>From: Luc Verhaegen <<a href="mailto:libv@skynet.be" target="_blank">libv@skynet.be</a>><br>To: Daniel Stone <<a href="mailto:daniel@fooishbar.org" target="_blank">daniel@fooishbar.org</a>><br>Cc: Adam Jackson <<a href="mailto:ajax@nwnk.net" target="_blank">ajax@nwnk.net</a>>, xorg-devel <<a href="mailto:xorg-devel@lists.x.org" target="_blank">xorg-devel@lists.x.org</a>><br>Bcc: <br>Date: Fri, 8 Mar 2019 02:51:50 +0100<br>Subject: Re: Radeonhd repo not migrated to gitlab.<br>On Fri, Mar 08, 2019 at 10:27:19AM +0900, Daniel Stone wrote:<br>
> On Fri, 8 Mar 2019 at 10:15, Luc Verhaegen <<a href="mailto:libv@skynet.be" target="_blank">libv@skynet.be</a>> wrote:<br>
> > On Fri, Mar 08, 2019 at 10:12:17AM +0900, Daniel Stone wrote:<br>
> > > I'll admit that somewhere between writing migration scripts, migrating<br>
> > > the other 1,268 repos from git.fd.o, maintaining our new and old<br>
> > > infrastructure, trying to find financial sponsorship for our<br>
> > > infrastructure, fire-fighting sudden 50% SMTP delivery failure rates,<br>
> > > bringing up a CI system and maintaining it as it exploded in use,<br>
> > > supporting people trying to use our new systems by walking them<br>
> > > through the API and bug-hunting for them, documenting and scripting<br>
> > > our new infrastructure so it can be replicated, dealing with regular<br>
> > > influxes of Bugzilla spam, trying to urgently move everyone off<br>
> > > Bugzilla as it's now abandoned upstream, helping Martin bring up the<br>
> > > new <a href="http://members.x.org" rel="noreferrer" target="_blank">members.x.org</a> so it's no longer an insanely insecure pile of PHP,<br>
> > > rewriting the fd.o homepage and lists of projects to not be massively<br>
> > > misleading, working on a lot on Wayland and Weston, working a bit on<br>
> > > Mesa/KMS/etc, then also doing my actual day job and taking care of my<br>
> > > personal life, I failed to make the time to specifically ensure that a<br>
> > > driver which has had one commit since 2010 was updated.<br>
> ><br>
> > It's just amazing how it is always the same repo and the same person<br>
> > that receives you and ajax special attention or more or less active lack<br>
> > thereof, depending on the situation.<br>
> <br>
> You're right that it is a special case. We only have 5 repos which<br>
> have a bare directory name (without the '.git' suffix):<br>
> xf86-video-radeonhd, cairo-5c (Nickle), pycairo and py2cairo (dormant<br>
> since 2012), and roadster (dormant since 2009), compared to 1,268 with<br>
> the suffix. Of those, xf86-video-radeonhd is the only one which got<br>
> migrated to GitLab, which I migrated as soon as it was brought to my<br>
> attention, after manually renaming the repository since the migration<br>
> scripts break if the git.fd.o repo does not have the suffix.<br>
> <br>
> I assume your next question is why it got quite uniquely created<br>
> without the suffix in the first place. For that, you'd have to ask the<br>
> person who created it:<br>
> drwxrwsr-x 8 eich xorg 4.0K Mar  7 21:31 xf86-video-radeonhd.git<br>
<br>
Keithp created it in september 2017. We asked you to do it when we <br>
happened to be outside of the XDC conference in cambridge in september <br>
2007. We also asked you for a mailing list then, and you refused. Keith <br>
did this in the hours before we pushed code out, an event which, in <br>
itself, was already badly delayed by ATI not providing a valid open <br>
source license for us to include atombios code.<br>
<br>
Keith went and did the right thing to preserve the integrity of fd.o and <br>
added the repository.<br>
<br>
We ended up getting a mailing list created by our teamlead at SUSE, who <br>
got us a mailinglist at <a href="http://opensuse.org" rel="noreferrer" target="_blank">opensuse.org</a> in the space of minutes, and that <br>
took us way less time than it took us to ask you and to listen to your <br>
excuses for not giving us a mailing list fd.o. You later went and bashed <br>
us for using a "corporate" mailing list.<br>
<br>
That was of course years before you went and tried to put the brakes on <br>
providing a mailing list for the lima driver. A quick look over other <br>
requests back then showed me that it usually took you many days, often<br>
weeks, to answer new project requests. But when _i_ asked, a not too <br>
supportive reply was quickly received. Amazingly, even jcristau felt the <br>
need to point out the duplicity of the answer to this request.<br>
<br>
All of this does not even begin to take into account the clear temporal <br>
correlation of the hacking of the radeonhd repository with you losing<br>
your consulting contract at nokia.<br>
<br>
Integrity is such a nice word. Somehow it feels like words like <br>
integrity and custodian belong together.<br>
<br>
Luc Verhaegen.<br>
<br>
<br><br><br>---------- Forwarded message ----------<br>From: Daniel Stone <<a href="mailto:daniel@fooishbar.org" target="_blank">daniel@fooishbar.org</a>><br>To: Luc Verhaegen <<a href="mailto:libv@skynet.be" target="_blank">libv@skynet.be</a>><br>Cc: xorg-devel <<a href="mailto:xorg-devel@lists.x.org" target="_blank">xorg-devel@lists.x.org</a>><br>Bcc: <br>Date: Fri, 8 Mar 2019 11:15:25 +0900<br>Subject: Re: Radeonhd repo not migrated to gitlab.<br>On Fri, 8 Mar 2019 at 10:52, Luc Verhaegen <<a href="mailto:libv@skynet.be" target="_blank">libv@skynet.be</a>> wrote:<br>
> A quick look over other<br>
> requests back then showed me that it usually took you many days, often<br>
> weeks, to answer new project requests. But when _i_ asked, a not too<br>
> supportive reply was quickly received.<br>
<br>
I've snipped most of the misleading accounts of history, incorrect or<br>
invented events, and pure outright defamatory lies that you've spent<br>
the last ten years posting all over the internet. There's no point in<br>
responding to them since you just go silent, then pop up six months or<br>
a year later to tell a new set of people the same old set of garbage,<br>
in the hope of destroying peoples' reputations and/or careers.<br>
<br>
I thought that after some pretty civil interactions recently, and<br>
quickly and reasonably responding to your request for help with an<br>
explanation of why the mistake happened in the first place, that there<br>
was no danger here. But nope, after spending ten years tip-toeing<br>
around you, ignoring all the bait in the form of lies and defaming my<br>
character and motivations, but also trying to be 'fair' to the<br>
community by spending my time actioning your requests like the above,<br>
that's my reward.<br>
<br>
So here's my new and clear policy on Luc Verhaegen: I'm never in my<br>
life dealing with you again. If you ask for help or in fact any of my<br>
time, in any forum at all (e.g. here, sitewranglers@, IRC, whatever),<br>
I'm ignoring it. Even if I am literally the only person who can do the<br>
thing you ask for, whatever that is, I will flatly refuse to do it. If<br>
you file an issue which requires my action specifically, it will get<br>
immediately closed.<br>
<br>
> Integrity is such a nice word. Somehow it feels like words like<br>
> integrity and custodian belong together.<br>
<br>
Given all your vindictive and abusive bullying over many years, I<br>
wouldn't if I were you choose 'personal and professional integrity' to<br>
judge others on.<br>
<br>
<br><br><br>---------- Forwarded message ----------<br>From: Luc Verhaegen <<a href="mailto:libv@skynet.be" target="_blank">libv@skynet.be</a>><br>To: Daniel Stone <<a href="mailto:daniel@fooishbar.org" target="_blank">daniel@fooishbar.org</a>><br>Cc: xorg-devel <<a href="mailto:xorg-devel@lists.x.org" target="_blank">xorg-devel@lists.x.org</a>><br>Bcc: <br>Date: Fri, 8 Mar 2019 04:27:15 +0100<br>Subject: Re: Radeonhd repo not migrated to gitlab.<br>On Fri, Mar 08, 2019 at 11:15:25AM +0900, Daniel Stone wrote:<br>
> On Fri, 8 Mar 2019 at 10:52, Luc Verhaegen <<a href="mailto:libv@skynet.be" target="_blank">libv@skynet.be</a>> wrote:<br>
> > A quick look over other<br>
> > requests back then showed me that it usually took you many days, often<br>
> > weeks, to answer new project requests. But when _i_ asked, a not too<br>
> > supportive reply was quickly received.<br>
> <br>
> I've snipped most of the misleading accounts of history, incorrect or<br>
> invented events, and pure outright defamatory lies that you've spent<br>
<br>
Defamation is a strong word, it means void of truth, void of data and <br>
facts.<br>
<br>
Some googling will provide me with cover for those data points. I <br>
also think i can dig out the email keithp sent us when he did create the <br>
radeonhd repo, which will then also include the email that egbert sent <br>
asking for project to at least you and keith. If needs be i will dig out <br>
all the bugzilla entries with fd.o admin requests that you personally <br>
responded to 6 months before and after (which will be laborious enough <br>
already) i requested fd.o project resources for lima, and expose the <br>
timeframes there (i will then also add Tollef's response times when i am <br>
at it). And there's a whole bunch of former nokia guys on this ml, who <br>
know just when you were thrown off the team and why, and how this was in <br>
the september/october 2010 timeframe, shortly before you and ajax got <br>
drunk and did what you did.<br>
<br>
> the last ten years posting all over the internet. There's no point in<br>
> responding to them since you just go silent, then pop up six months or<br>
> a year later to tell a new set of people the same old set of garbage,<br>
> in the hope of destroying peoples' reputations and/or careers.<br>
> <br>
> I thought that after some pretty civil interactions recently, and<br>
<br>
Do you mean you coming to me in the fosdem devroom to convey that Eric <br>
Faye-Lund would not be able to make it to talk at the devroom that day?<br>
<br>
Since you are a colleague of Eric, i had no reason to doubt your <br>
statements. It would be foolish of me to assume that you were not <br>
being truthful. Doing so would only hurt the graphics devroom and <br>
FOSDEM, and it was paramount to inform fosdem visitors, and to then find <br>
an alternative solution (which we did) to make maximum use of the <br>
minimal time that the insane effort that is FOSDEM has.<br>
<br>
I never have and never will refuse a talk for the graphics devroom based <br>
on how i like or dislike the person giving that talk. If i could bring <br>
myself to doing that, i would invalidate any reason for my involvement <br>
in the devroom and FOSDEM. FOSDEM and the graphics devroom come first.<br>
<br>
I will gladly ask nasty questions and will happily give you an earful, <br>
especially at the delirium bar, as you well know. But i will not <br>
brazenly affect the devroom schedule in such a way, let alone refuse <br>
talks that are clear devroom material.<br>
<br>
> quickly and reasonably responding to your request for help with an<br>
> explanation of why the mistake happened in the first place, that there<br>
> was no danger here. But nope, after spending ten years tip-toeing<br>
> around you, ignoring all the bait in the form of lies and defaming my<br>
> character and motivations, but also trying to be 'fair' to the<br>
> community by spending my time actioning your requests like the above,<br>
> that's my reward.<br>
> <br>
> So here's my new and clear policy on Luc Verhaegen: I'm never in my<br>
> life dealing with you again. If you ask for help or in fact any of my<br>
> time, in any forum at all (e.g. here, sitewranglers@, IRC, whatever),<br>
> I'm ignoring it. Even if I am literally the only person who can do the<br>
> thing you ask for, whatever that is, I will flatly refuse to do it. If<br>
> you file an issue which requires my action specifically, it will get<br>
> immediately closed.<br>
<br>
You just communicated that you will now "officially" start doing exactly <br>
what i claim that you have been doing for many years (amongst other <br>
things). This as a response to me reiterating that very claim? How does <br>
that work?<br>
<br>
On its own, this very statement precludes you from doing any custodial <br>
work on any project. It also clearly displays that you feel that there <br>
are tasks at <a href="http://freedesktop.org" rel="noreferrer" target="_blank">freedesktop.org</a> which can only be dealt with by yourself. <br>
As if declaring that you will refuse to handle valid requests for <br>
<a href="http://freedesktop.org" rel="noreferrer" target="_blank">freedesktop.org</a> resources, purely on the basis of interpersonal issues, <br>
is not bad enough already.<br>
<br>
> > Integrity is such a nice word. Somehow it feels like words like<br>
> > integrity and custodian belong together.<br>
> <br>
> Given all your vindictive and abusive bullying over many years, I<br>
> wouldn't if I were you choose 'personal and professional integrity' to<br>
> judge others on.<br>
<br>
Say what you will, but...<br>
<br>
I have never refused anyone mailing lists or other project resources.<br>
<br>
I have never silently removed anyone from <a href="http://planet.freedesktop.org" rel="noreferrer" target="_blank">planet.freedesktop.org</a>. (1)<br>
<br>
I have never silently removed drivers from build scripts.<br>
<br>
I have never "lent" my root key to facilitate drunken hacking of <br>
repositories.<br>
<br>
I have never used root of a project hosting facility to vandalize <br>
projects. (2)<br>
<br>
And there's a ton of other, more minor, things i could add to that list.<br>
<br>
Luc Verhaegen.<br>
<br>
(1) was halfarsedly claimed by Dave Airlie a few years down the line.<br>
(2) was claimed by Adam Jackson, but Daniel his rootkey was used, and <br>
Daniel claimed this to be his only involvement.<br>
<br>
_______________________________________________<br>
xorg-devel mailing list<br>
<a href="mailto:xorg-devel@lists.x.org" target="_blank">xorg-devel@lists.x.org</a><br>
<a href="https://lists.x.org/mailman/listinfo/xorg-devel" rel="noreferrer" target="_blank">https://lists.x.org/mailman/listinfo/xorg-devel</a></blockquote></div>