stable-bot: WARNING: 13 bug fixes in queue for next release - 1.9
Hi, This is a friendly bot that watches fixes pending for the next haproxy-stable release! One such e-mail is sent periodically once patches are waiting in the last maintenance branch, and an ideal release date is computed based on the severity of these fixes and their merge date. Responses to this mail must be sent to the mailing list. Last release 1.9.12 was issued on 2019/10/24. There are currently 13 patches in the queue cut down this way: - 1 BUG, first one merged on 2019/11/07 - 1 MAJOR, first one merged on 2019/10/28 - 7 MEDIUM, first one merged on 2019/11/06 - 4 MINOR, first one merged on 2019/10/28 Thus the computed ideal release date for 1.9.13 would be 2019/11/11, which was within the last week. The current list of patches in the queue is: - BUG : dns: timeout resolve not applied for valid resolutions - MAJOR : stream-int: Don't receive data from mux until SI_ST_EST is reached - MEDIUM : stream: Be sure to support splicing at the mux level to enable it - MEDIUM : mux-h2: report no available stream on a connection having errors - MEDIUM : mux-h2: immediately remove a failed connection from the idle list - MEDIUM : stream: Be sure to release allocated captures for TCP streams - MEDIUM : mux-h1: Disable splicing for chunked messages - MEDIUM : mux-h2: immediately report connection errors on streams - MEDIUM : servers: Only set SF_SRV_REUSED if the connection if fully ready. - MINOR : cli: don't call the kw->io_release if kw->parse failed - MINOR : config: Update cookie domain warn to RFC6265 - MINOR : mux-h2: do not emit logs on backend connections - MINOR : spoe: fix off-by-one length in UUID format string --- The haproxy stable-bot is freely provided by HAProxy Technologies to help improve the quality of each HAProxy release. If you have any issue with these emails or if you want to suggest some improvements, please post them on the list so that the solutions suiting the most users can be found.
Re: stable-bot: WARNING: 13 bug fixes in queue for next release
Hi Am 07.05.2018 um 13:12 schrieb stable-...@haproxy.com: > Thus the computed ideal release date for 1.8.9 would be 2018/05/10, which is > in one week or less. > May, 10th expired. Of what use is the computed ideal release date when it just expires and neither a release or a mail explaining why it needs to be delayed comes in? As a side question: How is that date being computed? Willy said in his reply to the first notification: > Overall the purpose of this bot is to remind us stable maintainers > about the need to issue a release soon and at the same time to help > everyone else synchronise with this. IMO for synchronization the date needs to be reliable. Best regards Tim Düsterhus
stable-bot: WARNING: 13 bug fixes in queue for next release
Hi, This is a friendly bot that watches fixes pending for the next haproxy-stable release! One such e-mail is sent every week once patches are waiting in the last maintenance branch, and an ideal release date is computed based on the severity of these fixes and their merge date. Responses to this mail must be sent to the mailing list. Last release 1.8.8 was issued on 2018/04/19. There are currently 13 patches in the queue cut down this way: - 1 MAJOR, first one merged on 2018/04/26 - 4 MEDIUM, first one merged on 2018/04/26 - 8 MINOR, first one merged on 2018/04/26 Thus the computed ideal release date for 1.8.9 would be 2018/05/10, which is in one week or less. The current list of patches in the queue is: - MAJOR : channel: Fix crash when trying to read from a closed socket - MEDIUM : threads: Fix the sync point for more than 32 threads - MEDIUM : h2: implement missing support for chunked encoded uploads - MEDIUM : lua: Fix segmentation fault if a Lua task exits - MEDIUM : task: Don't free a task that is about to be run. - MINOR : lua: schedule socket task upon lua connect() - MINOR : lua: Put tasks to sleep when waiting for data - MINOR : pattern: Add a missing HA_SPIN_INIT() in pat_ref_newid() - MINOR : map: correctly track reference to the last ref_elt being dumped - MINOR : lua/threads: Make lua's tasks sticky to the current thread - MINOR : checks: Fix check->health computation for flapping servers - MINOR : config: disable http-reuse on TCP proxies - MINOR : log: t_idle (%Ti) is not set for some requests --- The haproxy stable-bot is freely provided by HAProxy Technologies to help improve the quality of each HAProxy release. If you have any issue with these emails or if you want to suggest some improvements, please post them on the list so that the solutions suiting the most users can be found.