[Mesa-dev] RFC: Prune stale components
Jose Fonseca
jfonseca at vmware.com
Tue Mar 3 04:15:40 PST 2015
On 03/03/15 11:59, Emil Velikov wrote:
> On 3 March 2015 at 09:36, Jose Fonseca <jfonseca at vmware.com> wrote:
>> On 28/02/15 00:24, Rob Clark wrote:
>>>
>>> On Fri, Feb 27, 2015 at 5:05 PM, Emil Velikov <emil.l.velikov at gmail.com>
>>> wrote:
>>>>>
>>>>> - src/gallium/drivers/rbug: -- do people use it? does it work? it
>>>>> predates apitrace GL + GUI, which sort of enables a lot of the same
>>>>> things, but without the issue of having to hit moving target, which is
>>>>> what gallium interfaces are
>>>>>
>>
>> So it looks from the replies that rbug and rbug-gui is still useful.
>>
>>>> If we're going to keep this should we move the rbug-gui tool within the
>>>> mesa tree ? It would be nice to spare some of the "sigh... it does not
>>>> build" and let you guys just use it.
>>>
>>>
>>>
>>> +1
>>>
>>
>> It sounds a good idea FWIW. I believe that rbug-gui depends on the gallium
>> interface, and we don't maintain backwards compatibility, so moving it
>> rbug-gui into somewhere like src/gallium/tools/ and have it built by default
>> should enable to keep it in sync more easily.
>>
> Indeed that was the reason I brought it up.
>
>> That said, integrating rbug-gui into Mesa tree is beyond my immediate
>> goals/needs. So I'll let those who do use rbug + rbug-gui to take that task
>> on.
>>
> Ouch... did not mean to come across as "you should do it" or anything
> along those lines.
No prob. I just want to make sure that, by agreeing, I wasn't
volunteering :)
> I'll need to read up a bit on how to preserve the
> history, but it's already on my list :-)
I tried to do that sort of "git-history-rewriting/spliting" acrobatics
in the past. And I have mixed feelings from my experience: being able to
do `git blame` on the new tree is indeed nice, but it's hard to get the
history right, in particular it's pretty hard to ensure that things
build at arbitrary commits, which can create troubles when bisecting
(particularly because there is no option for "git bisect
--ignore-changes-in-this-path src/gallium/tools/rbug-gui"...)
The alternative would be to make
http://cgit.freedesktop.org/mesa/rbug-gui/ read-only, or just slap a big
notice in description/read-me saying "this code is unmaintained and
moved to XYZ", import rbug-gui as a single commit, and mention which
rbu-gui commit this was taken from in the mesa commit message.
Jose
More information about the mesa-dev
mailing list