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.
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
