Ah, sorry, I missed the 1.3.x part when I read through it. Thanks for pointing it out (Jonathan and Rene both). I think that makes sense. And, perhaps when we discuss this again might make more sense as a way to package a bug fix program longer term. We do get a complaint from professional users that they want more stable release maintenance, but frankly, volunteers don't get excited about that... could be a clear line.

Also I'm not sure if we'll be able to extend the current contract or have to make a new one. But that's paperwork, we can figure that out.

Vote A.

Ted

On Jul 5 2023, at 3:29 pm, Jonathan Neuhauser <jonathan.neuhauser@outlook.com> wrote:
 
Hi Ted,
The release is currently scheduled for in two weeks, although there are still blocker issues and there was some discussion at the last dev meeting to postpone it so those can be fixed in time.
But yes, I fully intended to stretch some hours into 1.3.1. From the vote email:
> […] so that he can fix issues at the project's discretion for the
bugfix releases of the 1.3.x series. 

After all, this is a bugfix release, and some issues will only be found after a wide release! The contract should have the same terms as the original (it’s an extension after all), and the original one already allowed to bill hours within a year. 

Jonathan

Am 05.07.2023 um 21:31 schrieb Ted Gould <ted@gould.cx>:


Hello Jonathan,

How do we expect this to work with regards to 1.3? I thought it was going to be release here soon, I'm worried it is "too late"? Or are we expecting this to be for a 1.3.1?

Thanks,
Ted

On Jun 29 2023, at 2:43 pm, Jonathan Neuhauser <jonathan.neuhauser@outlook.com> wrote:
Dear PLC,

In the meeting with Pono on June 14*, the present PLC members have
discussed* the extension of the bugfix accelerator program, and based on
this discussion, I've created the following ballot.

*Background*

The PLC has previously allocated a total of USD 20.000 for both
contractors, but Rafael dropped out very early into his contract. On the
other hand, Martin has made huge efforts to get the 1.3 release as
smooth as possible, fixing - if my stats are correct - 52 issues within
the contract, including 2 blockers and 10 crashes.  (You can see the
progress over time on this page:
https://gitlab.com/groups/inkscape/-/milestones/11#tab-issues)

With this vote, I propose to repurpose the funds that have already been
reserved for the Bugfix accelerator program for a contract extension for
Martin so that he can fix issues at the project's discretion for the
bugfix releases of the 1.3.x series.
This is based on the understanding that the contract is not intended to
pay for Inkscape development per se, but for the project's ability to
decide which bugs the contractor work will work on. This includes issues
outside of the contractors "comfort zone", as was the case with the
already-fixed issues.

Regarding a possible repetition of the bugfix accelerator next year: a
poll will be conducted to find out how uses perceive our recent efforts
to spend the project's resources, and where they would like to see our
resources go. Much like the internal GTK contractor position, we would
properly advertise the job posting on the mailing list, and have an open
call for applications (from within the active developers).

* As per the SFC Conflict of Interest policy, Martin was not present
during this part of the meeting. He has stated that he would be available.

*Ballot*:
a. Extend Martin's contract under the terms of the Bugfix Accelerator
Program 2023. The contract volume will not exceed the remaining budget
allocated to the Bugfix Accelerator Program 2023.
b. Do not extend the Bugfix Accelerator Program 2023, the remaining
funds are deallocated.
c. Other: _____

Best regards,

Jonathan
_______________________________________________
Inkscape Board of Directors mailing list -- inkscape-board@lists.inkscape.org
To unsubscribe send an email to inkscape-board-leave@lists.inkscape.org
_______________________________________________
Inkscape Board of Directors mailing list -- inkscape-board@lists.inkscape.org
To unsubscribe send an email to inkscape-board-leave@lists.inkscape.org