Hi
Do you have a plan to push the patch
'0001-Build-and-package-memusage.patch' so that it lands in Bullseye or
later?
I'm looking forward to it.
Best,
Fukui
Hi Helmut,
On Wed, 8 Jul 2020 18:49:42 +0200, Helmut Grohne wrote:
[...]
> > diff --git a/debian/control.in/main b/debian/control.in/main
> > index 659267bd..c513a01a 100644
> > --- a/debian/control.in/main
> > +++ b/debian/control.in/main
> > @@ -12,7 +12,8 @@ Build-Depends: gettext, dpkg (>= 1.
Hi Stephen,
On Wed, Jul 08, 2020 at 05:38:46PM +0200, Stephen Kitt wrote:
> I don’t mind, it’s not as if this is an urgent bug ;-).
Thank you for your patience and work on this.
> I went for libc-devtools to avoid making it too closely-tied to libc-dev-bin,
> on purpose; it’s not only useful for
Hi,
On Sat, 16 May 2020 13:35:02 +0200, Aurelien Jarno wrote:
> On 2020-05-09 12:27, Helmut Grohne wrote:
> > Thank you for not dropping the ball after my initial "it's not that
> > easy" reply.
> >
> > On Sat, May 09, 2020 at 10:53:10AM +0200, Stephen Kitt wrote:
> > > There’s another part of
Hi Stephen, hi Helmut,
On 2020-05-09 12:27, Helmut Grohne wrote:
> Hi Stephen,
>
> Thank you for not dropping the ball after my initial "it's not that
> easy" reply.
>
> On Sat, May 09, 2020 at 10:53:10AM +0200, Stephen Kitt wrote:
> > There’s another part of the transition which bothers me: if
Hi Stephen,
Thank you for not dropping the ball after my initial "it's not that
easy" reply.
On Sat, May 09, 2020 at 10:53:10AM +0200, Stephen Kitt wrote:
> There’s another part of the transition which bothers me: if we add memusage
> to a package which is depended upon (albeit temporarily) by li
Hi Aurélien, hi Helmut,
On Mon, 4 May 2020 07:11:37 +0200, Helmut Grohne wrote:
> On Mon, May 04, 2020 at 12:00:28AM +0200, Aurelien Jarno wrote:
> > Thanks for the detailed explanations. It looks to me that it's better to
> > add a different package. And while mtrace looks a good candidate to jo
Hi Aurelien and Stephen,
On Mon, May 04, 2020 at 12:00:28AM +0200, Aurelien Jarno wrote:
> It's something we can fix. I found strange nobody notice so far. Does it
> mean the bootstrap is done ignoring the build-dependencies?
Yes, I still ignore build-depends entirely. glibc depends on a specific
Hi,
On 2020-04-22 06:53, Helmut Grohne wrote:
> Hi Aurelien and Stephen,
>
> On Wed, Apr 22, 2020 at 12:04:32AM +0200, Aurelien Jarno wrote:
> > > The attached patch adds memusage and memusagestat to the libc-bin package.
> > > This does mean that the latter becomes dependent on libgd3, so it mig
Hi Aurelien and Stephen,
On Wed, Apr 22, 2020 at 12:04:32AM +0200, Aurelien Jarno wrote:
> > The attached patch adds memusage and memusagestat to the libc-bin package.
> > This does mean that the latter becomes dependent on libgd3, so it might be
> > better to add a new memusage package; I can tak
Hi,
On Wed, 22 Apr 2020 00:04:32 +0200, Aurelien Jarno wrote:
> On 2020-04-21 20:58, Stephen Kitt wrote:
> Thanks for trying to fix one of the oldest glibc bugs ;-)
You’re welcome!
> > The attached patch adds memusage and memusagestat to the libc-bin package.
> > This does mean that the latter
Hi,
On 2020-04-21 20:58, Stephen Kitt wrote:
> Control: tag -1 + patch
>
> Hi,
Thanks for trying to fix one of the oldest glibc bugs ;-)
> The attached patch adds memusage and memusagestat to the libc-bin package.
> This does mean that the latter becomes dependent on libgd3, so it might be
> be
Control: tag -1 + patch
Hi,
The attached patch adds memusage and memusagestat to the libc-bin package.
This does mean that the latter becomes dependent on libgd3, so it might be
better to add a new memusage package; I can take care of that if the
maintainers think it’s better.
Regards,
Stephen
13 matches
Mail list logo