Hello,
Since Qt update, building Musescore consistently fails with the
following error message:
[ 73%] Building CXX object mscore/CMakeFiles/mscore.dir/musescore.cpp.o
In file included from
/tmp/guix-build-musescore-2.2.1.drv-0/MuseScore-2.2.1/mscore/musescore.cpp:109:0:
Ricardo Wurmus writes:
> Scribus fails to build, probably because of the Qt upgrade. There are a
> bunch of errors; some of them are reproduced here:
Fixed by 6f8f98df7f90fd18795f832c32e8d84557a24c0b. Thanks for reporting
it!
The powertabeditor package fails to build. Errors include these:
--8<---cut here---start->8---
/tmp/guix-build-powertabeditor-2.0.0-alpha10.drv-0/powertabeditor-2.0.0-alpha10/source/dialogs/benddialog.cpp:
In constructor ‘BendDialog::BendDialog(QWidget*)’:
Tobias Geerinckx-Rice (2018-05-30 05:49 +0200) wrote:
> Guix,
>
> Grepping the manual for ‘keyboard layout’ will get you to section
> 6.1.4.1 (setting the layout temporarily during installation using
> loadkeys), but not 6.2.7.1 where you might learn about using
> console-keymap-service to make
I wrote:
> However, I would prefer to catch *only* invoke errors, and to let most
> exception types go unhandled by gnu-build.
On second thought, I don't have a good justification for this. What I
really care about is that all exceptions except for specific case(s)
like invoke-error should
Ricardo Wurmus writes:
> Mark H Weaver writes:
>
>> In summary, although the new messages don't look as nice in common
>> cases, I think it's more important to ensure that we have the
>> information we need to debug the occasional non-obvious problem. So, I
>> think we should leave it alone :)
Hi Ludo,
On Tue, 29 May 2018 19:21:40 +0200
l...@gnu.org (Ludovic Courtès) wrote:
> Danny Milosavljevic skribis:
>
> > These are actually all zip files. The reason for the non-reproducibility is
> > that something copies the contents from the source to a mktemp'ed directory
> > without
Mark H Weaver writes:
> Ricardo Wurmus writes:
>
>>> on “core-updates” the “gtkglext” package fails with an odd error
>>> message: […]
>>
>> It seems that this is not limited to “gtkglext”. This behaviour seems
>> to affect any package using “invoke” where the invoked command fails.
>>
>>
