Re: [Denemo-devel] [Fwd: Sbuild update 4.1.1]

[Richard Shann]

On Mon, 2014-03-24 at 18:03 -0500, Jeremiah Benham wrote:
> I think if we were to move away from gub we should switch to mxe. It
> is just a matter of debuging what gets built.

I agree, I didn't realize that other thing was for windows users. We
were beaten back from mxe by the way runtime loading of the pdf backend
and such like IIRC. We actually have a problem right now with our GUB
build for windows: we cannot load the .svg images used in one or two
palettes, the gdk-pixbuf-loaders thing doesn't work on windows. I've
tried asking about this to no avail.

Richard


> 
> Jeremiah
> On Mar 24, 2014 3:53 PM, "Richard Shann" <address@hidden>
> wrote:
> >
> > On Mon, 2014-03-24 at 15:25 -0500, Jeremiah Benham wrote:
> > > I skimed through the readme and it does not have linux
> instructions.
> >
> > Hmm, yes, that seems clear - it is for building on windows.
> > >  The only instructions are for usage on windows to cross compile
> for
> > > windows using mingw. I wonder if this would work on ReactOS.
> >
> > Well, that sounds like it might get us mired down again - I couldn't
> > really make out what they have already built. It would have to be a
> lot
> > of what we need to tempt us, and even then, working in that
> environment
> > would be hellish. Perhaps it's not for us :(
> >
> > Richard
> >
> >
> > > Jeremiah
> > >
> > > On Mar 23, 2014 8:18 AM, "Jeremiah Benham"
> > > <address@hidden> wrote:
> > >         It does look like it could be usefull. I will see what I
> can
> > >         do with it!
> > >
> > >         Jeremiah
> > >
> > >         On Mar 23, 2014 3:27 AM, "Richard Shann"
> > >         <address@hidden> wrote:
> > >                 Jeremiah - is this relevant to our attempts to
> build
> > >                 stuff for windows?
> > >                 Richard
> > >
> > >
> > >
> > >                 ---------- Forwarded message ----------
> > >                 From: LRN <address@hidden>
> > >                 To: "address@hidden"
> > >                 <address@hidden>
> > >                 Cc: Gnome List <address@hidden>
> > >                 Date: Sun, 23 Mar 2014 05:11:37 +0400
> > >                 Subject: Sbuild update 4.1.1
> > >                 -----BEGIN PGP SIGNED MESSAGE-----
> > >                 Hash: SHA1
> > >
> > >                 S[mart|tupid] build[1] got a minjor update
> > >
> > >                 = About =
> > >
> > >                 sbuild is a set of scripts that build various free
> > >                 software packages for
> > >                 Windows from the source, starting with a GCC
> toolchain
> > >                 (cross-compiled)
> > >                 and MSYS2 core (cross-compiled), and ending with
> > >                 various applications
> > >                 (msys2-git, msys2-subversion, mingw-gdb),
> libraries
> > >                 and frameworks
> > >                 (GTK+, GNUnet, GStreamer). All buildscripts are
> > >                 written in
> > >                 simple-to-understand-style of POSIX shell
> language,
> > >                 and a few small
> > >                 utilities are in Python.
> > >
> > >                 = Release Highlights =
> > >
> > >                 == Package Of The Day ==
> > >
> > >                 Today's Package Of The Day is GtkParasite[2] - a
> GTK+
> > >                 plugin for
> > >                 messing with GTK+ applications at runtime. With
> the
> > >                 advent of GTK+-3.x
> > >                 it's now more important than ever to be able to
> try
> > >                 out theming CSS
> > >                 without restarting applications, and GtkParasite
> does
> > >                 the job. It also
> > >                 has ridiculously cute logo (which in no way
> influenced
> > >                 my decision to
> > >                 make GtkParasite the Package Of The Day).
> > >
> > >                 == MSYS2 ==
> > >
> > >                 Not much has happened in MSYS2 land. Actually, no,
> > >                 some things did
> > >                 happen in upstream MSYS2 (new path mangling), but
> they
> > >                 didn't make it
> > >                 into 4.1.1, because i'm lazy.
> > >
> > >                 Anyway, MinGW/MSYS console is now set to use UTF-8
> by
> > >                 default via
> > >                 LANG=en_US.UTF-8. This fixes some bugs with
> printing
> > >                 UTF8 text via
> > >                 printf that i've discovered a few months ago.
> > >
> > >                 I've finally had enough of CPAN and switched
> > >                 Perl-vendor download
> > >                 location to Fedora repositories. Hopefully, i
> won't
> > >                 need to update
> > >                 Perl-vendor as often as i did simply to keep up
> with
> > >                 CPAN dropping off
> > >                 old package versions.
> > >
> > >                 A gross bug in one of the custom libxslt patches
> i've
> > >                 been applying
> > >                 was fixed (the patch wasn't mine, by the way),
> this
> > >                 should
> > >                 dramatically reduce the number of xsltproc-related
> > >                 docbuilding failures.
> > >
> > >                 msys2-p11-kit and its direct dependencies are now
> > >                 built a bit earlier.
> > >
> > >                 == MinGW ==
> > >
> > >                 MinGW-W64 didn't get any noteworthy updates, but
> > >                 winpthreads did get a
> > >                 patch that added a new pthreads function.
> > >
> > >                 Of note are updates to GNUTLS and libpng that fix
> > >                 security bugs.
> > >                 GNUTLS is particularly messy, as caused rtmpdump
> to
> > >                 need rebuilding,
> > >                 which caused libcurl to need rebuilding, which
> cause
> > >                 CMake to need
> > >                 rebuilding.
> > >
> > >                 There was an update to my GCC builds, which
> enabled
> > >                 pthreads in GCC.
> > >                 This ended up with me tagging sbuild 4.1, but i
> > >                 neglected to announce
> > >                 the update. Hence the "minjor" update this time.
> > >
> > >                 I've successfully built webkitgtk and Pidgin.
> Packages
> > >                 for those
> > >                 didn't make it into sbuild (but are available upon
> > >                 request), since i
> > >                 judged them to be too specialized; also, webkit
> alone
> > >                 takes HOURS to
> > >                 build...), but some of their dependencies did. In
> > >                 particular, i was
> > >                 told that PyGObject (Py2GObject, in this case) is
> > >                 awesome to have, so
> > >                 now sbuild builds it, and you can use GTK+-3.x
> from
> > >                 Python-2.x.
> > >
> > >                 Another notable addition is DBus (it passes the
> > >                 testsuite, but i'm
> > >                 still not sure how its usage in applications is
> going
> > >                 to play out).
> > >
> > >                 Added a script for updating Python EasyInstall
> package
> > >                 list (since
> > >                 sbuild used to screw it up, and now doesn't even
> touch
> > >                 it). Feels
> > >                 hackish, but hopefully it'll keep the damage to
> your
> > >                 Python
> > >                 installation minimal.
> > >
> > >                 Glib/GTK+ got some attention, which resulted in
> > >                 updates to some
> > >                 libraries in the G stack, and some patches
> > >                 (admittedly, one GTK+-3.x
> > >                 patch is experimental, and may cause memory leaks;
> > >                 it's better than
> > >                 crashing though, which is what happens without
> it).
> > >
> > >                 Finally, a string of spelling-related packages
> > >                 (aspell, enchant,
> > >                 gtkspell) is now built. They all work (tested this
> on
> > >                 gtkspell example
> > >                 app), and there's an English dictionary for aspell
> > >                 built and installed
> > >                 by default.
> > >
> > >                 == Issues known to be fixed ==
> > >
> > >                 gnome-doc-utils might fail to build with a message
> > >                 along these lines:
> > >                 xsltApplyStylesheet: saving to C/<name> may not be
> > >                 possible. This was
> > >                 fixed.
> > >
> > >                 == Issues for which nothing is known ==
> > >
> > >                 On one occasion gnome-doc-utils buildscript was
> > >                 reported to act in a
> > >                 manner similar to a fork bomb (!?!?), repeatedly
> (on
> > >                 restarts of the
> > >                 build process). Unable to reproduce, re-running
> the
> > >                 build from scratch
> > >                 seemed to have helped.
> > >                 No new reports of this bug.
> > >
> > >                 gobject-introspection might fail to generate stuff
> > >                 (failure at
> > >                 shutil.rmtree() in gdumpparser.py), especially on
> slow
> > >                 machines. Re-run
> > >                 the build from the last step.
> > >                 No new insights into this bug.
> > >
> > >                 xsltproc.exe from msys-xsltproc might segfault.
> Re-run
> > >                 the build from
> > >                 the last step.
> > >                 No new insights into this bug.
> > >
> > >
> > >                 = List of new packages =
> > >
> > >                     mingw-dbus-1-1.8.0-1
> > >                     mingw-gsettings-deskt
>