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" <[email protected]> > 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" > > > <[email protected]> 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" > > > <[email protected]> wrote: > > > Jeremiah - is this relevant to our attempts to > build > > > stuff for windows? > > > Richard > > > > > > > > > > > > ---------- Forwarded message ---------- > > > From: LRN <[email protected]> > > > To: "[email protected]" > > > <[email protected]> > > > Cc: Gnome List <[email protected]> > > > 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 > _______________________________________________ Denemo-devel mailing list [email protected] https://lists.gnu.org/mailman/listinfo/denemo-devel
