guix-patches
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[bug#29938] [PATCH 3/3] gnu: Add sound-juicer.


From: nee
Subject: [bug#29938] [PATCH 3/3] gnu: Add sound-juicer.
Date: Thu, 4 Jan 2018 04:30:00 +0100
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.5.0

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.





reply via email to

[Prev in Thread] Current Thread [Next in Thread]