GNU bug report logs - #29938
[PATCH] gnu: Add sound-juicer and it's dependencies.

Previous Next

Full log

Message #23 received at 29938 <at> debbugs.gnu.org (full text, mbox):

From: nee <nee <at> cock.li>
To: Catonano <catonano <at> gmail.com>
Cc: 29938 <at> debbugs.gnu.org
Subject: Re: [bug#29938] [PATCH 3/3] gnu: Add sound-juicer.
Date: Thu, 4 Jan 2018 04:30:00 +0100

Am 02.01.2018 um 17:35 schrieb Catonano:
> Now, guix size sound-juicer: is this good or bad ? I didn't use guix
> size so often in the past so I'm not sure about this result
> 
> [env]$ ./pre-inst-env guix size sound-juicer
> ...
I generally feel like a lot of packages pull too many
dependencies right now and that this should be improved.

> I wonder what in sound-juicer transitive closure depends on llvmm ?

It is required for mesa which is required by gtk+

> Cairo 2 times with  different hashes ?

Also appears in gtk+, but I haven't checked where exactly it comes from.

> ghostscript with cups ? Bah
> 
That probably comes from some kind of doc builder for something gtk
related AFAIK.

> /gnu/store/h15r555pry7i274zw1afhcv0c0ni2bbc-brasero-3.12.2        
> 787.7    13.5   1.6%
> 
> The whole Brasero ? Wow
> 

It needs to link the libbrasero libraries.
I shortly tried to split brasero libraries into a separate outputs
today, but I failed because one of the libraries references the icon
directory and I'm also not sure if it's worth bothering with too much.

> total: 818.5 MiB
> 
> is this acceptable ? I don't know
`guix size gtk+` takes 680 MiB and gtk+ is responsible for most of the
"WTF" dependencies. I wonder if it could be split up like qt.
I used guix graph and a little time scrolling on a gigantic image to
figure out that out.
The rest probably comes from gstreamer and seems acceptable to me.

I would say this patch is okay, unless you know something that can be
done directly on the sound-juicer package.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.