bug#49439: grafts cause “guix environment” to get killed with OOM

2021-07-28 Thread Sarah Morgensen
Hi, Ludovic Courtès writes: > Hi, > > Ludovic Courtès skribis: > >> Thinking about it, the grafts code depends on what’s in the store: when >> nothing is in the store, it bounces to the “build handler”, which >> accumulates the list of missing store items, until it starts building >> them. > >

bug#49439: grafts cause “guix environment” to get killed with OOM

2021-07-28 Thread Ludovic Courtès
Hi, Ludovic Courtès skribis: > Thinking about it, the grafts code depends on what’s in the store: when > nothing is in the store, it bounces to the “build handler”, which > accumulates the list of missing store items, until it starts building > them. So I can reproduce the problem Ricardo and

bug#49753: MuseScore's default SoundFont is broken (Was: Re: musescore does not play sounds (Not a valid SNDFILE* pointer))

2021-07-28 Thread Leo Prikler
Hi, Am Mittwoch, den 28.07.2021, 18:33 +0200 schrieb Giovanni Biscuolo: > > > So it seems that also fluidsynth is not able to load that > > > SoundFont > > > [1] > > Ah, yes, I recall not being able to load that font with FluidSynth > > as > > well. Back then I thought it was an error in

bug#49753: MuseScore's default SoundFont is broken (Was: Re: musescore does not play sounds (Not a valid SNDFILE* pointer))

2021-07-28 Thread Giovanni Biscuolo
Hello Leo, Leo Prikler writes: > Don't forget to keep the ML in the address line. Sorry I forgot it. [...] >> So it seems that also fluidsynth is not able to load that SoundFont >> [1] > Ah, yes, I recall not being able to load that font with FluidSynth as > well. Back then I thought it

bug#49753: MuseScore's default SoundFont is broken (Was: Re: musescore does not play sounds (Not a valid SNDFILE* pointer))

2021-07-28 Thread Leo Prikler
Hi, Don't forget to keep the ML in the address line. Am Mittwoch, den 28.07.2021, 15:15 +0200 schrieb Giovanni Biscuolo: > > Am Mittwoch, den 28.07.2021, 10:33 +0200 schrieb Giovanni Biscuolo: > > > So it seems that musescore is loading SoundFonts without an error > > > but > > > later it fails

bug#49753: musescore does not play sounds (Not a valid SNDFILE* pointer)

2021-07-28 Thread Leo Prikler
Hi, Am Mittwoch, den 28.07.2021, 10:33 +0200 schrieb Giovanni Biscuolo: > So it seems that musescore is loading SoundFonts without an error but > later it fails opening them with "Sample::decompressOggVorbis: open > failed: Not a valid SNDFILE* pointer." For the record, which SoundFont are you

bug#49439: grafts cause “guix environment” to get killed with OOM

2021-07-28 Thread Ludovic Courtès
Hi, Sarah Morgensen skribis: > But why was it occurring before? The only I thing I can think of is that > I didn't have everything in the store first. Is there a way I can prune > just the relevant items from the store to test this? You could try something like: guix gc -D $(guix gc

bug#49753: musescore does not play sounds (Not a valid SNDFILE* pointer)

2021-07-28 Thread Giovanni Biscuolo
Hello, I'm using Guix on top of Debian 10, this version: --8<---cut here---start->8--- Generation 123 lug 26 2021 18:28:56(current) guix 151c546 repository URL: https://git.savannah.gnu.org/git/guix.git branch: master commit: