[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Denemo-devel] [Fwd: Sbuild update 4.1.1]
From: |
Jeremiah Benham |
Subject: |
Re: [Denemo-devel] [Fwd: Sbuild update 4.1.1] |
Date: |
Wed, 26 Mar 2014 05:45:33 -0500 |
User-agent: |
Mutt/1.5.21 (2010-09-15) |
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?
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
> >
>
>
- [Denemo-devel] [Fwd: Sbuild update 4.1.1], Richard Shann, 2014/03/23
- Re: [Denemo-devel] [Fwd: Sbuild update 4.1.1], Jeremiah Benham, 2014/03/23
- Re: [Denemo-devel] [Fwd: Sbuild update 4.1.1], Jeremiah Benham, 2014/03/24
- Re: [Denemo-devel] [Fwd: Sbuild update 4.1.1], Richard Shann, 2014/03/24
- Re: [Denemo-devel] [Fwd: Sbuild update 4.1.1], Jeremiah Benham, 2014/03/24
- Re: [Denemo-devel] [Fwd: Sbuild update 4.1.1], Richard Shann, 2014/03/25
- Re: [Denemo-devel] [Fwd: Sbuild update 4.1.1],
Jeremiah Benham <=
- Re: [Denemo-devel] [Fwd: Sbuild update 4.1.1], Richard Shann, 2014/03/26
- Re: [Denemo-devel] [Fwd: Sbuild update 4.1.1], Jeremiah Benham, 2014/03/26
- Re: [Denemo-devel] [Fwd: Sbuild update 4.1.1], Richard Shann, 2014/03/26
- Re: [Denemo-devel] [Fwd: Sbuild update 4.1.1], Jeremiah Benham, 2014/03/27
- Re: [Denemo-devel] [Fwd: Sbuild update 4.1.1], Jeremiah Benham, 2014/03/27
- Re: [Denemo-devel] [Fwd: Sbuild update 4.1.1], Jeremiah Benham, 2014/03/27
- Re: [Denemo-devel] [Fwd: Sbuild update 4.1.1], Richard Shann, 2014/03/27
- Re: [Denemo-devel] [Fwd: Sbuild update 4.1.1], Richard Shann, 2014/03/31
- Re: [Denemo-devel] [Fwd: Sbuild update 4.1.1], Jeremiah Benham, 2014/03/31
- Re: [Denemo-devel] [Fwd: Sbuild update 4.1.1], Richard Shann, 2014/03/31