Bug#915241: heaptrack -- resolve poor discoverability

Nicholas D Steeves nsteeves at gmail.com
Wed Feb 27 00:04:39 GMT 2019


Hi Mattia,

On Sun, Feb 24, 2019 at 07:54:52PM -0700, Nicholas D Steeves wrote:
> On Sun, Feb 24, 2019 at 07:38:12PM -0700, Nicholas D Steeves wrote:
> > Control: retitle -1 heaptrack -- resolve poor discoverability
> > 
> > On Sat, Dec 01, 2018 at 07:38:05PM -0500, Nicholas D Steeves wrote:
> > > Package: src:heaptrack
> > > Severity: normal
> > > 
> > > https://salsa.debian.org/science-team/heaptrack/merge_requests/1
> > > 
> > > This MR merges Anton's work from experimental and enhances the
> > > description to make heaptrack discoverable via keyword search, plus
> > > adds a couple of extremely brief comparisons with Valgrind.
> > > 
> > > When I was debugging a dbus+kde memory ballooning/memleak issue, I was
> > > not able to find heaptrack with a keyword search, so packaged
> > > memleax. Having now discovered heaptrack via the memleax bugtracker
> > > (yes, really!) I believe the best path forward is to make heaptrack
> > > discoverable and scrap my work on memleax.
> > > 
> > > Thank you for considering this MR,
> > > Nicholas
> > 
> > It has been almost three months without a reply, so to address
> > Heaptrack's discoverability issue I plan an NMU delayed + x days to
> > 2019-03-01 of the proposed updates to the description, without merging
> > the commits from experimental.  I will file a new MR to make
> > integrating the NMU easier.
> > 
> > Memleax has been abandoned upstream and I have filed a RoM NPOASR at
> > #923206, and Heaptrack now appears to be the only software in Debian
> > that can debug memleaks in an already-running process.
> > 
> > Respectfully,
> > Nicholas
> 
> New MR filed here:
> 
>   https://salsa.debian.org/science-team/heaptrack/merge_requests/2

Chris Lamb tells me an NMU is not justified.  Since you're part of the
Debian Science Team would you please merge
https://salsa.debian.org/science-team/heaptrack/merge_requests/2 and
re-finalise it as a team upload?

Further info about why I believe this upload is justified (eg: it's
impossible to find and causes ecosystem issues) is available at
#923209


Cheers,
Nicholas

P.S. Thanks again for helping out with the yapf RC bug!  If someone
decides to sponsor my NMU the Team Upload version will win, and I've
only CCed Anton Gladsky about this issue (he hasn't replied in 2.5
months), and have discussed it in #debian-science at ~17h UTC -7.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: not available
URL: <http://alioth-lists.debian.net/pipermail/debian-science-maintainers/attachments/20190226/80026cb4/attachment.sig>


More information about the debian-science-maintainers mailing list