On Wed, Mar 26, 2014 at 01:37:59PM +0000, Richard Shann wrote: > On Wed, 2014-03-26 at 05:45 -0500, Jeremiah Benham wrote: > > On Tue, Mar 25, 2014 at 04:05:12PM +0000, Richard Shann wrote: > > > 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. > > > > I don't remember. I know gub has that issue on the gtk3 build. > > > > >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. > > > > gdk-pixbuf-loaders is an exe isn't it? If so what happens when you try to > > launch it at the command line? > > I tried launching it from various directories but in every case it did > nothing. No output, no messages. I ran it under gdb and was able to get > it to break at main() if I recall correctly. But there were no symbols, > so I couldn't see what it did next. I don't know if there is the > equivalent of ptrace to find out what, if anything, it tries to open or > write to. Does it do anything if launched on wine?
Yes. On the most recent git snapshot (Mar 21) (note I needed to copy aubio-4.dll from the lib directory to the bin directory.) It produces about 4 screens of this: # GdkPixbuf Image Loader Modules file # Automatically generated file, do not edit # Created by gdk-pixbuf-query-loaders.exe from gdk-pixbuf-2.22.1 # # LoaderDir = C:\Program Files\Denemo\usr/lib/gdk-pixbuf-2.0/2.10.0/loaders # "C:/Program Files/Denemo/usr/lib/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-icns.dll" "icns" 4 "gdk-pixbuf" "The ICNS image format" "GPL" "image/x-icns" "" "icns" "" "icns" "" 100 "C:/Program Files/Denemo/usr/lib/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-pcx.dll" "pcx" 4 "gdk-pixbuf" "The PCX image format" "LGPL" "image/x-pcx" "" "pcx" "" "\n \001" "" 100 "\n\002\001" "" 100 "\n\003\001" "" 100 "\n\004\001" "" 100 "\n\005\001" "" 100 "C:/Program Files/Denemo/usr/lib/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-tiff.dll" "tiff" 1 "gdk-pixbuf" "The TIFF image format" "LGPL" "image/tiff" "" "tiff" "tif" "" "MM *" " z " 100 "II* " " z" 100 Jeremiah > > Richard > > > > Jeremiah > > > > >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
