denemo-devel
[Top][All Lists]
Advanced

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

Re: [Denemo-devel] Continuous Integration


From: Richard Shann
Subject: Re: [Denemo-devel] Continuous Integration
Date: Mon, 28 Oct 2013 17:58:16 +0000

On Mon, 2013-10-28 at 17:41 +0100, Éloi Rivard wrote:
> As you can read on the logs, the build are tested against gcc and
> clang. 
these are the names of compilers - but I guess you mean that the target
O/S is GNU/Linux.

> I could not get the mingw compilation to work for the moment.
> 
> 
> I can try to help you there, do you have a reproducible scenario of
> you bug ?

yes - the

      <row type="scheme">
        <action>DeleteSelectionLeaveEmpty</action>
        <menupath>/MainMenu/EditMenu/Select</menupath>
        <_label>Delete Selected Objects</_label>
        <_tooltip>Delete all selected objects and leave empty measures
behind</_tooltip>
      </row>

entry in Default.commands does not cause the command
DeleteSelectionLeaveEmpty to load. Bizarrely I had a version of this
file where it was labelled <builtin>, but this version had not leaked
onto the git repository. It will have been created by a Save Command Set
command.
I have tried as a new user to save a new command and it reports errors
g_warning("Unable to find metadata file for script %s", name); but I
have yet to look deeply into that.

Richard




> 
> 
> 
> 2013/10/28 Richard Shann <address@hidden>
>         It certainly looks good, but I haven't yet understood what
>         exactly is
>         being built with success... surely not a windows installer?
>         I am hunting down some serious-looking trouble with the
>         commands loading
>         - some commands are simply not getting loaded, and saving new
>         commands
>         is not working properly. I expected this to be related to the
>         alphabeticalizing of commands but it seems it is not. I'm
>         afraid it is
>         down to the re-factoring of the command load/storage into
>         separate xml
>         and scm parts, or some such.
>         I am not sure which commands don't get loaded
>         (Edit->Select->DeleteSelectionLeaveEmpty is one, which causes
>         Edit->Delete to fail) and how important they are; so I don't
>         know if the
>         release should stand yet.
>         
>         Richard
>         
>         
>         On Mon, 2013-10-28 at 16:06 +0100, Éloi Rivard wrote:
>         > I got back the denemo account on github. So here is a mirror
>         of denemo
>         > repository :
>         > https://github.com/denemo/denemo
>         >
>         > It is updated every 5 minutes by my server. You can see the
>         travis
>         > status on this page :
>         > https://travis-ci.org/denemo/denemo
>         >
>         >
>         > So each time anyone commits on any branch, you can check a
>         few minutes
>         > later on Travis if the commit compiles.
>         >
>         > Great, isn't it ?
>         >
>         >
>         >
>         > 2013/10/28 Éloi Rivard <address@hidden>
>         >         Hey GTK3 for windows has been officially released !
>         >         http://www.gtk.org/download/win32.php
>         >
>         >
>         >
>         >         2013/10/23 Richard Shann <address@hidden>
>         >                 I thought so at one time, but the developers
>         of code
>         >                 such as GTK do not
>         >                 anticipate people doing this, and so it
>         never gets
>         >                 tested.
>         >                 We tried and got *very* close to a static
>         build for
>         >                 Denemo cross
>         >                 compiling for windows using the mxe project.
>         I was
>         >                 actually able to run
>         >                 Denemo under a (statically compiled) gdb on
>         windows.
>         >                 In fact, I am still
>         >                 able to run our current Denemo builds under
>         that
>         >                 gdb.exe which I kept
>         >                 around. That is the beauty of a statically
>         built
>         >                 executable, it carries
>         >                 on working forever, more or less.
>         >                 You will need to look back at the emails
>         about this -
>         >                 my memory doesn't
>         >                 serve me well enough to give a blow-by-blow
>         account of
>         >                 what happened :(
>         >                 they all refer to mxe I expect.
>         >
>         >                 Richard
>         >
>         >
>         >
>         >
>         >                 On Wed, 2013-10-23 at 10:17 +0200, Éloi
>         Rivard wrote:
>         >                 > Well, is gub mandatory ? Could it be
>         possible to
>         >                 statically compile
>         >                 > every dependencies and just link them ?
>         >                 >
>         >                 >
>         >                 >
>         >                 > 2013/10/23 Richard Shann
>         <address@hidden>
>         >                 >         On Wed, 2013-10-23 at 09:19 +0200,
>         Éloi
>         >                 Rivard wrote:
>         >                 >         > Travis run on a Ubuntu 12.04 LTS
>         Server
>         >                 Edition 64 bit.
>         >                 >
>         >                 >
>         >                 >         I think this could require quite a
>         bit of
>         >                 delving into GUB to
>         >                 >         get the
>         >                 >         build working - I am not sure what
>         the
>         >                 LilyPond project uses,
>         >                 >         but
>         >                 >         Jeremiah has been using Debian's
>         stable
>         >                 distribution on 32-bit
>         >                 >         architecture (but possibly
>         slightly old in
>         >                 some way since I
>         >                 >         was able to
>         >                 >         build using the previous Debian
>         Stable
>         >                 distro on my 64 bit
>         >                 >         architecture
>         >                 >         and then found it would no longer
>         work,
>         >                 apparently because of
>         >                 >         an
>         >                 >         optimizer bug in gcc, failing to
>         build
>         >                 libxml2).
>         >                 >
>         >                 >         I don't want to sound pessimistic
>         (I often
>         >                 do!) but GUB is
>         >                 >         very large,
>         >                 >         especially when it is building
>         Denemo (with
>         >                 LilyPond,
>         >                 >         Ghostscript, font
>         >                 >         generation, even LilyPond
>         documentation
>         >                 generation thrown
>         >                 >         in)...
>         >                 >
>         >                 >         Richard
>         >                 >
>         >                 >
>         >                 >
>         >                 >
>         >                 >
>         >                 > --
>         >                 > Éloi Rivard - address@hidden
>         >                 >
>         >                 > « On perd plus à être indécis qu'à se
>         tromper. »
>         >                 >
>         >
>         >
>         >
>         >
>         >
>         >
>         >         --
>         >         Éloi Rivard - address@hidden
>         >
>         >         « On perd plus à être indécis qu'à se tromper. »
>         >
>         >
>         >
>         >
>         > --
>         > Éloi Rivard - address@hidden
>         >
>         > « On perd plus à être indécis qu'à se tromper. »
>         >
>         
>         
>         
> 
> 
> 
> -- 
> Éloi Rivard - address@hidden
>         
> « On perd plus à être indécis qu'à se tromper. »
> 





reply via email to

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