07.07.2022 11:27, Martin Kletzander пишет:
On Sun, Jul 03, 2022 at 09:03:04PM -0700, Georgy Yakovlev wrote:
I've been rather busy lately and can't keep up with all of my packages.
There are pending bumps, some bugs, but nothing too crazy or hard.
So I'm looking for someone to co-maintain (or eve
On Sun, Jul 03, 2022 at 09:03:04PM -0700, Georgy Yakovlev wrote:
I've been rather busy lately and can't keep up with all of my packages.
There are pending bumps, some bugs, but nothing too crazy or hard.
So I'm looking for someone to co-maintain (or even take over if you
insist) the following pa
On 07.07.22 09:45, Michal Prívozník wrote:
I think that rejecting a contribution (regardless of the flag) should be
based on technical merit, rather than individual maintainers personal
preferences. I do understand some packages are like your babies, you
watch them grow, fine tune everything. But
On 7/6/22 18:04, Fabian Groffen wrote:
> - please do not needlessly change style: if you do not "maintain" the
> ebuild, respect the style of the maintainer, so only add the changes
> you need, keep it minimal, respect the original even though you don't
> like it (and don't use QA as an excus
On 7/4/22 16:19, Florian Schmaus wrote:
> I'd like to propose a new metadata XML element for packages:
>
>
>
> Maintainers can signal to other developers (and of course contributors
> in general) that they are happy with others to make changes to the
> ebuilds without prior consultation of t
Hi All,
On 2022/07/06 15:50, Michał Górny wrote:
> On Mon, 2022-07-04 at 16:19 +0200, Florian Schmaus wrote:
>> I'd like to propose a new metadata XML element for packages:
>>
>>
>>
>> Maintainers can signal to other developers (and of course contributors
>> in general) that they are happy
