Hi All,
Do we have a schedule for the next stable point release? Builds are now failing on Ubuntu Saucy using 0.48.4 because of bug #1095364 <FTBFS with gcc 4.8> [1].
Cheers,
AV
No, there is no plan for 0.48.5 date-wise. If there have been no win32 devlibs regressions since 0.48.4 we could probably move forward soon.
Cheers, Josh
On Thu, May 2, 2013 at 10:13 AM, Alex Valavanis <valavanisalex@...400...> wrote:
Hi All,
Do we have a schedule for the next stable point release? Builds are now failing on Ubuntu Saucy using 0.48.4 because of bug #1095364 <FTBFS with gcc 4.8> [1].
Cheers,
AV
[1] https://bugs.launchpad.net/inkscape/+bug/1095364
Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET Get 100% visibility into your production application - at no cost. Code-level diagnostics for performance bottlenecks with <2% overhead Download for free and get started troubleshooting in minutes. http://p.sf.net/sfu/appdyn_d2d_ap1 _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
Hi,
De : Josh Andler <scislac@...400...> No, there is no plan for 0.48.5 date-wise. If there have been no win32 devlibs regressions since 0.48.4 we could probably move forward soon.
There's one with the new Cairo lib (1.12.14). It fixes some bugs, but is considerably slower on some computers. I'm still trying to find out why, but if we decide to move forward soon, it could be necessary to revert and use the old Cairo lib (1.11.2).
Cheers, -- Nicolas
Hi All,
Please can we look into releasing 0.48.5 in the very near future? 0.48.4 fails to build in Ubuntu Saucy, Ubuntu Trusty and OSX Mavericks, and anything else that uses current versions of gcc or clang!
We have one remaining bug targeted at 0.48.5 [1]. Does anyone know of any other issues that need to be fixed, or can we quickly address that one bug and release the binaries?
Thanks,
AV
[1] https://bugs.launchpad.net/inkscape/+bug/1245722
On 31 May 2013 09:19, Nicolas Dufour <nicoduf@...48...> wrote:
Hi,
De : Josh Andler <scislac@...400...> No, there is no plan for 0.48.5 date-wise. If there have been no win32 devlibs regressions since 0.48.4 we could probably move forward soon.
There's one with the new Cairo lib (1.12.14). It fixes some bugs, but is considerably slower on some computers. I'm still trying to find out why, but if we decide to move forward soon, it could be necessary to revert and use the old Cairo lib (1.11.2).
Cheers,
Nicolas
Hi All,
Please can we look into releasing 0.48.5 in the very near future? 0.48.4 fails to build in Ubuntu Saucy, Ubuntu Trusty and OSX Mavericks, and anything else that uses current versions of gcc or clang!
We have one remaining bug targeted at 0.48.5 [1].
[1] https://bugs.launchpad.net/inkscape/+bug/1245722
On 31 May 2013 09:19, Nicolas Dufour <nicoduf@...48...> wrote:
Hi,
De : Josh Andler <scislac@...400...> No, there is no plan for 0.48.5 date-wise. If there have been no win32 devlibs regressions since 0.48.4 we could probably move forward soon.
There's one with the new Cairo lib (1.12.14). It fixes some bugs, but is considerably slower on some computers. I'm still trying to find out why, but if we decide to move forward soon, it could be necessary to revert and use the old Cairo lib (1.11.2).
Cheers,
Nicolas
On Tue, 2013-11-12 at 12:39 +0000, Alex Valavanis wrote:
Does anyone know of any other issues that need to be fixed
This issue needs backporting:
https://bugs.launchpad.net/inkscape/+bug/166371
Martin,
Committed the stuff from [1] ! (with very slight modifications) Please test again :-)
Cheers, Johan
On 12-11-2013 13:39, Alex Valavanis wrote:
Hi All,
Please can we look into releasing 0.48.5 in the very near future? 0.48.4 fails to build in Ubuntu Saucy, Ubuntu Trusty and OSX Mavericks, and anything else that uses current versions of gcc or clang!
We have one remaining bug targeted at 0.48.5 [1]. Does anyone know of any other issues that need to be fixed, or can we quickly address that one bug and release the binaries?
Thanks,
AV
[1] https://bugs.launchpad.net/inkscape/+bug/1245722
On 31 May 2013 09:19, Nicolas Dufour <nicoduf@...48...> wrote:
Hi,
De : Josh Andler <scislac@...400...> No, there is no plan for 0.48.5 date-wise. If there have been no win32 devlibs regressions since 0.48.4 we could probably move forward soon.
There's one with the new Cairo lib (1.12.14). It fixes some bugs, but is considerably slower on some computers. I'm still trying to find out why, but if we decide to move forward soon, it could be necessary to revert and use the old Cairo lib (1.11.2).
Cheers,
Nicolas
November Webinars for C, C++, Fortran Developers Accelerate application performance with scalable programming models. Explore techniques for threading, error checking, porting, and tuning. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60136231&iu=/4140/ostg.clk... _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
Great!
@Martin - are you planning on taking care of the backport for bug #166371 yourself, or do you need input from other devs?
AV
On 12 November 2013 21:10, Johan Engelen <jbc.engelen@...2592...> wrote:
Committed the stuff from [1] ! (with very slight modifications) Please test again :-)
Cheers, Johan
On 12-11-2013 13:39, Alex Valavanis wrote:
Hi All,
Please can we look into releasing 0.48.5 in the very near future? 0.48.4 fails to build in Ubuntu Saucy, Ubuntu Trusty and OSX Mavericks, and anything else that uses current versions of gcc or clang!
We have one remaining bug targeted at 0.48.5 [1]. Does anyone know of any other issues that need to be fixed, or can we quickly address that one bug and release the binaries?
Thanks,
AV
[1] https://bugs.launchpad.net/inkscape/+bug/1245722
On 31 May 2013 09:19, Nicolas Dufour <nicoduf@...48...> wrote:
Hi,
De : Josh Andler <scislac@...400...> No, there is no plan for 0.48.5 date-wise. If there have been no win32 devlibs regressions since 0.48.4 we could probably move forward soon.
There's one with the new Cairo lib (1.12.14). It fixes some bugs, but is considerably slower on some computers. I'm still trying to find out why, but if we decide to move forward soon, it could be necessary to revert and use the old Cairo lib (1.11.2).
Cheers,
Nicolas
November Webinars for C, C++, Fortran Developers Accelerate application performance with scalable programming models. Explore techniques for threading, error checking, porting, and tuning. Get the most from the latest Intel processors and coprocessors. See abstracts and register
http://pubads.g.doubleclick.net/gampad/clk?id=60136231&iu=/4140/ostg.clk...
Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
On Tue, 2013-11-12 at 21:29 +0000, Alex Valavanis wrote:
@Martin - are you planning on taking care of the backport for bug #166371 yourself, or do you need input from other devs?
I'm actually going to sit it out. The backport is recommended by various people who believe 0.48 is broken without it.
I'm super focused on replacing 0.48 with 0.49 and a point release feels too much like a surrender. But I can also see getting fixes into that version. On balance I will take no action and trust my esteemed colleges to make the call and commit.
Martin,
Addendum: Looks like Johan Engelen just did the backport. Thanks Johan!
Martin,
On Tue, 2013-11-12 at 21:29 +0000, Alex Valavanis wrote:
Great!
@Martin - are you planning on taking care of the backport for bug #166371 yourself, or do you need input from other devs?
AV
On 12 November 2013 21:10, Johan Engelen <jbc.engelen@...2592...> wrote:
Committed the stuff from [1] ! (with very slight modifications) Please test again :-)
Cheers, Johan
On 12-11-2013 13:39, Alex Valavanis wrote:
Hi All,
Please can we look into releasing 0.48.5 in the very near future? 0.48.4 fails to build in Ubuntu Saucy, Ubuntu Trusty and OSX Mavericks, and anything else that uses current versions of gcc or clang!
We have one remaining bug targeted at 0.48.5 [1]. Does anyone know of any other issues that need to be fixed, or can we quickly address that one bug and release the binaries?
Thanks,
AV
[1] https://bugs.launchpad.net/inkscape/+bug/1245722
On 31 May 2013 09:19, Nicolas Dufour <nicoduf@...48...> wrote:
Hi,
De : Josh Andler <scislac@...400...> No, there is no plan for 0.48.5 date-wise. If there have been no win32 devlibs regressions since 0.48.4 we could probably move forward soon.
There's one with the new Cairo lib (1.12.14). It fixes some bugs, but is considerably slower on some computers. I'm still trying to find out why, but if we decide to move forward soon, it could be necessary to revert and use the old Cairo lib (1.11.2).
Cheers,
Nicolas
November Webinars for C, C++, Fortran Developers Accelerate application performance with scalable programming models. Explore techniques for threading, error checking, porting, and tuning. Get the most from the latest Intel processors and coprocessors. See abstracts and register
http://pubads.g.doubleclick.net/gampad/clk?id=60136231&iu=/4140/ostg.clk...
Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
DreamFactory - Open Source REST & JSON Services for HTML5 & Native Apps OAuth, Users, Roles, SQL, NoSQL, BLOB Storage and External API Access Free app hosting. Or install the open source package on any LAMP server. Sign up and see examples for AngularJS, jQuery, Sencha Touch and Native! http://pubads.g.doubleclick.net/gampad/clk?id=63469471&iu=/4140/ostg.clk... _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
On 12-11-2013 23:07, Martin Owens wrote:
Addendum: Looks like Johan Engelen just did the backport. Thanks Johan!
Martin,
And su_v tells me it crashes... Please have a look at it.
Thanks, Johan
On Tue, 2013-11-12 at 21:29 +0000, Alex Valavanis wrote:
Great!
@Martin - are you planning on taking care of the backport for bug #166371 yourself, or do you need input from other devs?
AV
On 12 November 2013 21:10, Johan Engelen <jbc.engelen@...2592...> wrote:
Committed the stuff from [1] ! (with very slight modifications) Please test again :-)
Cheers, Johan
On 12-11-2013 13:39, Alex Valavanis wrote:
Hi All,
Please can we look into releasing 0.48.5 in the very near future? 0.48.4 fails to build in Ubuntu Saucy, Ubuntu Trusty and OSX Mavericks, and anything else that uses current versions of gcc or clang!
We have one remaining bug targeted at 0.48.5 [1]. Does anyone know of any other issues that need to be fixed, or can we quickly address that one bug and release the binaries?
Thanks,
AV
[1] https://bugs.launchpad.net/inkscape/+bug/1245722
On 31 May 2013 09:19, Nicolas Dufour <nicoduf@...48...> wrote:
Hi,
De : Josh Andler <scislac@...400...> No, there is no plan for 0.48.5 date-wise. If there have been no win32 devlibs regressions since 0.48.4 we could probably move forward soon.
There's one with the new Cairo lib (1.12.14). It fixes some bugs, but is considerably slower on some computers. I'm still trying to find out why, but if we decide to move forward soon, it could be necessary to revert and use the old Cairo lib (1.11.2).
Cheers,
Nicolas
November Webinars for C, C++, Fortran Developers Accelerate application performance with scalable programming models. Explore techniques for threading, error checking, porting, and tuning. Get the most from the latest Intel processors and coprocessors. See abstracts and register
http://pubads.g.doubleclick.net/gampad/clk?id=60136231&iu=/4140/ostg.clk...
Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
DreamFactory - Open Source REST & JSON Services for HTML5 & Native Apps OAuth, Users, Roles, SQL, NoSQL, BLOB Storage and External API Access Free app hosting. Or install the open source package on any LAMP server. Sign up and see examples for AngularJS, jQuery, Sencha Touch and Native! http://pubads.g.doubleclick.net/gampad/clk?id=63469471&iu=/4140/ostg.clk... _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
On Tue, 2013-11-12 at 23:28 +0100, Johan Engelen wrote:
And su_v tells me it crashes... Please have a look at it.
That should be in the bug report, otherwise it's a crash by hearsay and I can't actually look at it. But when the data is available I'll have a look and post the bug report any information I can add to aid your fix.
Martin,
OK, that's great. I agree that 0.49/0.91/whatever it's called should be a priority, but as it stands there is no stable version of Inkscape available for new OS versions.
There are a couple more "backport proposed" bugs left [1], but I guess it should be pretty straightforward to push a point release while we're working on 0.49.
By the way, is Josh still managing the next release or are you taking care of this one? Or someone else? I've lost track!
AV
On 12 November 2013 22:07, Martin Owens <doctormo@...400...> wrote:
Addendum: Looks like Johan Engelen just did the backport. Thanks Johan!
Martin,
On Tue, 2013-11-12 at 21:29 +0000, Alex Valavanis wrote:
Great!
@Martin - are you planning on taking care of the backport for bug #166371 yourself, or do you need input from other devs?
AV
On 12 November 2013 21:10, Johan Engelen <jbc.engelen@...2592...> wrote:
Committed the stuff from [1] ! (with very slight modifications) Please test again :-)
Cheers, Johan
On 12-11-2013 13:39, Alex Valavanis wrote:
Hi All,
Please can we look into releasing 0.48.5 in the very near future? 0.48.4 fails to build in Ubuntu Saucy, Ubuntu Trusty and OSX Mavericks, and anything else that uses current versions of gcc or clang!
We have one remaining bug targeted at 0.48.5 [1]. Does anyone know of any other issues that need to be fixed, or can we quickly address that one bug and release the binaries?
Thanks,
AV
[1] https://bugs.launchpad.net/inkscape/+bug/1245722
On 31 May 2013 09:19, Nicolas Dufour <nicoduf@...48...> wrote:
Hi,
De : Josh Andler <scislac@...400...> No, there is no plan for 0.48.5 date-wise. If there have been no win32 devlibs regressions since 0.48.4 we could probably move forward soon.
There's one with the new Cairo lib (1.12.14). It fixes some bugs, but is considerably slower on some computers. I'm still trying to find out why, but if we decide to move forward soon, it could be necessary to revert and use the old Cairo lib (1.11.2).
Cheers,
Nicolas
November Webinars for C, C++, Fortran Developers Accelerate application performance with scalable programming models. Explore techniques for threading, error checking, porting, and tuning. Get the most from the latest Intel processors and coprocessors. See abstracts and register
http://pubads.g.doubleclick.net/gampad/clk?id=60136231&iu=/4140/ostg.clk...
Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
DreamFactory - Open Source REST & JSON Services for HTML5 & Native Apps OAuth, Users, Roles, SQL, NoSQL, BLOB Storage and External API Access Free app hosting. Or install the open source package on any LAMP server. Sign up and see examples for AngularJS, jQuery, Sencha Touch and Native! http://pubads.g.doubleclick.net/gampad/clk?id=63469471&iu=/4140/ostg.clk... _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
On Tue, 2013-11-12 at 22:32 +0000, Alex Valavanis wrote:
By the way, is Josh still managing the next release or are you taking care of this one? Or someone else? I've lost track!
Think of me as a cheerleader who might be able to stake a one in a hundred bug based on random chance ;-)
I think Josh is taking some time off, so Bryce or Krzysztof will be leaders this time I believe.
So er, Rar-rar, go Bryce and/or Krzystof, go!
Martin,
On Tue, Nov 12, 2013 at 3:09 PM, Martin Owens <doctormo@...400...> wrote:
On Tue, 2013-11-12 at 22:32 +0000, Alex Valavanis wrote:
By the way, is Josh still managing the next release or are you taking care of this one? Or someone else? I've lost track!
I'm still a Release Warden for this release, but since we're a ways off nothing really formal has needed to materialize yet.
I think Josh is taking some time off, so Bryce or Krzysztof will be leaders this time I believe.
Yes, I'm definitely not very active right now. Some of that is to take a few breaths, some of that is also because things are starting to ramp up for SCaLE next year.
I think Bryce and I last left things as we will see how to divide up tasks when a release seems more feasible.
Cheers, Josh
On Tue, Nov 12, 2013 at 2:06 PM, Martin Owens <doctormo@...400...> wrote:
I'm super focused on replacing 0.48 with 0.49 and a point release feels too much like a surrender. But I can also see getting fixes into that version. On balance I will take no action and trust my esteemed colleges to make the call and commit.
Focusing on 0.49 is good. However, we definitely need another stable point release as we had introduced regressions in the 0.48.x line and for the other reasons Alex had mentioned. One thing to be aware of, once we push out a 0.49 release, chances are we're going to get a good number of regressions reported that we missed. Knowing that, people will need a solid stable release to fall back to while we tackle those new bugs.
Cheers, Josh
On Tue, Nov 12, 2013 at 05:21:25PM -0800, Josh Andler wrote:
On Tue, Nov 12, 2013 at 3:09 PM, Martin Owens <doctormo@...400...> wrote:
On Tue, 2013-11-12 at 22:32 +0000, Alex Valavanis wrote:
By the way, is Josh still managing the next release or are you taking care of this one? Or someone else? I've lost track!
I'm still a Release Warden for this release, but since we're a ways off nothing really formal has needed to materialize yet.
I think Josh is taking some time off, so Bryce or Krzysztof will be leaders this time I believe.
Yes, I'm definitely not very active right now. Some of that is to take a few breaths, some of that is also because things are starting to ramp up for SCaLE next year.
I think Bryce and I last left things as we will see how to divide up tasks when a release seems more feasible.
Yes, I plan to lend a hand with some of the release coordination work. I read through the release notes in wiki and there's some quite amazing stuff in there!
Just for my reference, who else is planning on assisting with the release work, and in what aspects?
Regarding a 0.48.5 release, I'd be open to helping coordinate that too. Has anyone put together a task list for that? If not, what bug fixes still need backported, and who's interested in working on them?
Bryce
My advice is to start a new thread because something originating in May of this year is less relevant. The process in the past for a bugfix release is to ping the development community about any regressions and/or needed improvements because of changes on various platforms.
There was a nice flurry of activity when it was most recently brought up. However, I'm not sure all needs were met for the 3 primary platforms (osx & win tend to have special issues). Previously Ted Gould has been the individual to make, sign, and release our tarballs... so that is usually the last step in the "getting it ready process", asking him to do his magic.
For point releases, that's about what I have to offer for a process (significantly far less formal than the new major releases).
Cheers, Josh
On Sun, Dec 1, 2013 at 9:24 PM, Martin Owens <doctormo@...400...> wrote:
On Sun, 2013-12-01 at 20:49 -0800, Bryce Harrington wrote:
Just for my reference, who else is planning on assisting with the release work, and in what aspects?
For 0.49, I'm here. If you have an existing process to follow, I'll be happy to run through it for the release.
Martin,
On Mon, Dec 02, 2013 at 12:24:35AM -0500, Martin Owens wrote:
On Sun, 2013-12-01 at 20:49 -0800, Bryce Harrington wrote:
Just for my reference, who else is planning on assisting with the release work, and in what aspects?
For 0.49, I'm here. If you have an existing process to follow, I'll be happy to run through it for the release.
Martin,
Thanks. Josh and I will get a task list together this week. Sounds like in the meantime the priority is getting regression bugs analyzed and resolved. If we haven't already we'll need a burndown list of those bugs.
Bryce
On 2013-12-02 08:20 +0100, Bryce Harrington wrote:
Thanks. Josh and I will get a task list together this week. Sounds like in the meantime the priority is getting regression bugs analyzed and resolved. If we haven't already we'll need a burndown list of those bugs.
http://sourceforge.net/mailarchive/message.php?msg_id=31423493
On Mon, Dec 02, 2013 at 03:08:33PM +0100, su_v wrote:
On 2013-12-02 08:20 +0100, Bryce Harrington wrote:
Thanks. Josh and I will get a task list together this week. Sounds like in the meantime the priority is getting regression bugs analyzed and resolved. If we haven't already we'll need a burndown list of those bugs.
http://sourceforge.net/mailarchive/message.php?msg_id=31423493
Perfect, thanks.
It's impressive to see how well organized the bugs are! Having done triaging on X bugs for Ubuntu I know it's a humongous amount of work, but it'll pay off in making this release be really solid.
suv, I notice the subject of the referenced email is "Non-blockers"; does that imply that the bugs in this list are not deemed to be release blockers? If that's true, then do we have a shortlist of blocking bugs, or have those all been resolved already?
Also, I see that some good thinking has gone into setting priorities for pretty much all of these bugs, and only a handful are marked High. suv, do you have an opinion on how we should treat the bug priorities for the release? I.e., should we focus heaviest on getting the High priority bugs closed, and not really worry about the low priority ones? Or should priority be interpreted in some other fashion?
Thanks, Bryce
On 2013-12-02 23:49 +0100, Bryce Harrington wrote:
On Mon, Dec 02, 2013 at 03:08:33PM +0100, su_v wrote:
On 2013-12-02 08:20 +0100, Bryce Harrington wrote:
Thanks. Josh and I will get a task list together this week. Sounds like in the meantime the priority is getting regression bugs analyzed and resolved. If we haven't already we'll need a burndown list of those bugs.
http://sourceforge.net/mailarchive/message.php?msg_id=31423493
Pasting the link from that earlier message: List of reports tagged with 'regression' and milestoned to '0.49', sorted by 'newest first': http://tinyurl.com/o9lq44w
suv, I notice the subject of the referenced email is "Non-blockers"; does that imply that the bugs in this list are not deemed to be release blockers? If that's true, then do we have a shortlist of blocking bugs, or have those all been resolved already?
I didn't choose that thread topic myself… Personally, I think that many (if not most) of the so far known regressions introduced in trunk need to (or ought to) be fixed before a new stable release branch is created.
AFAICT the impacts of the recent large merges have not been fully addressed yet (e.g. units, C++ification), and there are a couple of performance, units and precision regressions which would likely affect many users. TBH I somewhat lost track of the current state of ellipse and circle elements (both internally, and what is exposed to the user).
Reports which currently have an explicit 'blocker' status (i.e. have the tag 'blocker' added) are listed here (they are excluded from the other search): https://bugs.launchpad.net/inkscape/+bugs/?field.tag=blocker
Also, I see that some good thinking has gone into setting priorities for pretty much all of these bugs, and only a handful are marked High. suv, do you have an opinion on how we should treat the bug priorities for the release? I.e., should we focus heaviest on getting the High priority bugs closed, and not really worry about the low priority ones? Or should priority be interpreted in some other fashion?
Maybe we had been too technically minded in the past when assigning the priorities, roughly based on these criteria: - high: all crashes (unless they occur under very rare circumstances), bugs with the risk of data loos - medium: severe bugs for which workarounds are known, bugs which produce incorrect or unxepected results - low: only occur under rare circumstances, or can be easily worked around, GUI regressions The statuses do not (or rarely) reflect the impact on usability or the bug's level of 'annoyance'.
Personally, I had stopped tagging additional reports as 'blocker' a couple of weeks ago (except for two reports, very recently) - it would be great if someone could help with that task (for one thing I do find it rather difficult to decide, after having read too many reactions from bug reporters disagreeing about how bugs have been triaged, and for another thing I don't really like having to decide that for reports I filed myself).
@JazzyNico - what's your view?
Regards, V
To expand a little further though, we have been piling up regressions from previous releases too... as su_v mentioned, that list is what is milestoned for 0.49 and tagged with regression. If you remove the milestone the list is actually twice as many.
I think we might want to target at least a few of these to 0.49, such as https://bugs.launchpad.net/inkscape/+bug/484507
I'll go over the list of them over the next few days to see what (if anything) should be tagged with blocker. I'm also of the mindset of su_v about what we ought to try for with that milestoned regression list. If we could have 0.49 with less regressions than it started with, it would be a nice bonus for everyone and a great achievement.
Cheers, Josh
On Mon, Dec 2, 2013 at 4:04 PM, su_v <suv-sf@...58...> wrote:
On 2013-12-02 23:49 +0100, Bryce Harrington wrote:
On Mon, Dec 02, 2013 at 03:08:33PM +0100, su_v wrote:
On 2013-12-02 08:20 +0100, Bryce Harrington wrote:
Thanks. Josh and I will get a task list together this week. Sounds like in the meantime the priority is getting regression bugs analyzed and resolved. If we haven't already we'll need a burndown list of those bugs.
http://sourceforge.net/mailarchive/message.php?msg_id=31423493
Pasting the link from that earlier message: List of reports tagged with 'regression' and milestoned to '0.49', sorted by 'newest first': http://tinyurl.com/o9lq44w
suv, I notice the subject of the referenced email is "Non-blockers"; does that imply that the bugs in this list are not deemed to be release blockers? If that's true, then do we have a shortlist of blocking bugs, or have those all been resolved already?
I didn't choose that thread topic myself… Personally, I think that many (if not most) of the so far known regressions introduced in trunk need to (or ought to) be fixed before a new stable release branch is created.
AFAICT the impacts of the recent large merges have not been fully addressed yet (e.g. units, C++ification), and there are a couple of performance, units and precision regressions which would likely affect many users. TBH I somewhat lost track of the current state of ellipse and circle elements (both internally, and what is exposed to the user).
Reports which currently have an explicit 'blocker' status (i.e. have the tag 'blocker' added) are listed here (they are excluded from the other search): https://bugs.launchpad.net/inkscape/+bugs/?field.tag=blocker
Also, I see that some good thinking has gone into setting priorities for pretty much all of these bugs, and only a handful are marked High. suv, do you have an opinion on how we should treat the bug priorities for the release? I.e., should we focus heaviest on getting the High priority bugs closed, and not really worry about the low priority ones? Or should priority be interpreted in some other fashion?
Maybe we had been too technically minded in the past when assigning the priorities, roughly based on these criteria:
- high: all crashes (unless they occur under very rare circumstances), bugs with the risk of data loos
- medium: severe bugs for which workarounds are known, bugs which produce incorrect or unxepected results
- low: only occur under rare circumstances, or can be easily worked around, GUI regressions
The statuses do not (or rarely) reflect the impact on usability or the bug's level of 'annoyance'.
Personally, I had stopped tagging additional reports as 'blocker' a couple of weeks ago (except for two reports, very recently) - it would be great if someone could help with that task (for one thing I do find it rather difficult to decide, after having read too many reactions from bug reporters disagreeing about how bugs have been triaged, and for another thing I don't really like having to decide that for reports I filed myself).
@JazzyNico - what's your view?
Regards, V
Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performance affects their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! http://pubads.g.doubleclick.net/gampad/clk?id=84349351&iu=/4140/ostg.clk... _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
On Mon, 2013-12-02 at 16:24 -0800, Josh Andler wrote:
I'll go over the list of them over the next few days to see what (if anything) should be tagged with blocker. I'm also of the mindset of su_v about what we ought to try for with that milestoned regression list. If we could have 0.49 with less regressions than it started with, it would be a nice bonus for everyone and a great achievement.
With the number of regressions, do we not want to have a period of freeze or maybe a demi-hemi-freeze to slow down the rate of regression addition and ask for more fixes?
Martin,
On Mon, Dec 2, 2013 at 4:53 PM, Martin Owens <doctormo@...400...> wrote:
With the number of regressions, do we not want to have a period of freeze or maybe a demi-hemi-freeze to slow down the rate of regression addition and ask for more fixes?
We can certainly move into a chill if people are interested. So it would be no more significant refactoring and no large new features/changes (exceptions can possibly be made if patches go through the bug tracker testing/reviewing process). We could then focus on polishing and bug fixing. I mention the exception because I want to keep options open for anyone who is working on something close to being done or if someone gets really inspired and bangs out something awesome.
What are people's thoughts on this approach at this point?
Cheers, Josh
On Tue, Dec 03, 2013 at 01:04:09AM +0100, su_v wrote:
On 2013-12-02 23:49 +0100, Bryce Harrington wrote:
On Mon, Dec 02, 2013 at 03:08:33PM +0100, su_v wrote: Also, I see that some good thinking has gone into setting priorities for pretty much all of these bugs, and only a handful are marked High. suv, do you have an opinion on how we should treat the bug priorities for the release? I.e., should we focus heaviest on getting the High priority bugs closed, and not really worry about the low priority ones? Or should priority be interpreted in some other fashion?
Maybe we had been too technically minded in the past when assigning the priorities, roughly based on these criteria:
- high: all crashes (unless they occur under very rare circumstances), bugs with the risk of data loos
- medium: severe bugs for which workarounds are known, bugs which produce incorrect or unxepected results
- low: only occur under rare circumstances, or can be easily worked around, GUI regressions
The statuses do not (or rarely) reflect the impact on usability or the bug's level of 'annoyance'.
Thanks. No that's not too technically minded; in fact I think this is really the best way to prioritize these.
Bryce
On Mon, Dec 02, 2013 at 04:24:41PM -0800, Josh Andler wrote:
To expand a little further though, we have been piling up regressions from previous releases too... as su_v mentioned, that list is what is milestoned for 0.49 and tagged with regression. If you remove the milestone the list is actually twice as many.
I think we might want to target at least a few of these to 0.49, such as https://bugs.launchpad.net/inkscape/+bug/484507
I'll go over the list of them over the next few days to see what (if anything) should be tagged with blocker. I'm also of the mindset of su_v about what we ought to try for with that milestoned regression list.
Sounds good. I'd like to organize bug hunts again like we've done in the past; I know they're silly but they've been effective at motivating devs to fix scads of bugs in short order.
If you get together a list of blockers, I'd like to actually do two bug hunts.
The first would be an elite bug hunt that targets only bugs on the blocker list (or the milestoned regression bugs on suv's list). The goal not being to close all the regressions, but to clear a large enough chunk that we feel more confident about being ready for release.
Then a second open season bug hunt, for any and all bugs filed against Inkscape. We could set a pretty high target here. The goal here is just general cleanup and encouraging developers to shift focus to bug fixing.
After that, we'd fork a stable release branch and focus on whatever blockers remain.
There'd also be the usual chill/frost/freeze stages mixed in with the above.
If we could have 0.49 with less regressions than it started with, it would be a nice bonus for everyone and a great achievement.
Agreed. At the same time hopefully we don't have a few hard blocker bugs delay the release indefinitely. At some point the cost-benefit of getting those last few issues ironed out will fall below the value of getting all the other assorted fixes and features out to users.
Bryce
participants (7)
-
Alex Valavanis
-
Bryce Harrington
-
Johan Engelen
-
Josh Andler
-
Martin Owens
-
Nicolas Dufour
-
su_v