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

[Jeremiah Benham]

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