Re: 01/03: gnu: wxwidgets: Add libxtst to inputs.

[Maxim Cournoyer <maxim.cournoyer@gmail.com>]

Hi,

Christopher Baines <mail@cbaines.net> writes:

> Maxim Cournoyer <maxim.cournoyer@gmail.com> writes:
>
>> Hi Christopher,
>>
>> Christopher Baines <mail@cbaines.net> writes:
>>
>>> guix-commits@gnu.org writes:
>>>
>>>> apteryx pushed a commit to branch master
>>>> in repository guix.
>>>>
>>>> commit ec9f15b158300da3a77ce02cd2267222f435e80f
>>>> Author: Maxim Cournoyer <maxim.cournoyer@gmail.com>
>>>> AuthorDate: Tue Jun 6 12:12:40 2023 -0400
>>>>
>>>>     gnu: wxwidgets: Add libxtst to inputs.
>>>>
>>>>     WxWidgets was already built with XTest support, but mostly by luck, via
>>>>     propagation of libxtst from GTK's propagated at-spi2-core package.  Make it an
>>>>     explicit input.
>>>>
>>>>     * gnu/packages/wxwidgets.scm (wxwidgets) [inputs]: Add libxtst.
>>>> ---
>>>>  gnu/packages/wxwidgets.scm | 1 +
>>>>  1 file changed, 1 insertion(+)
>>>
>>> Did this need to go straight to the master branch?
>>>
>>> → guix refresh -l wxwidgets
>>> Building the following 217 packages would ensure 456 dependent packages are rebuilt: ...
>>>
>>> That to me says this should go to staging.
>>
>> Correct.  Except there's no staging branch anymore.  I guess we should
>> create one?  :-)
>
> You're the second person to mention this. I guess I view the branch not
> existing as a minor technical detail that doesn't really change what
> you'd do.

I remember we were very happy to get rid of the staging branch last time
we managed to merge it -- I was naively hoping we'd have ironed out the
new team-based branching processes soon enough to not have to recreate
staging/core-updates anew; I guess I'm not alone :-).

Which reminds me, I need to take a look at
https://issues.guix.gnu.org/63459, which I'll try to do soon.

-- 
Thanks,
Maxim