This will be from before the bad commit - I'll see if the rsvg fix has worked, thanks Richard
On Mon, 2014-03-31 at 11:05 -0500, Jeremiah Benham wrote: > The mingw binary has been rebuilt. > > Jeremiah > > On Mar 31, 2014 4:24 AM, "Richard Shann" <[email protected]> > wrote: > On Thu, 2014-03-27 at 20:00 +0000, Richard Shann wrote: > > hmm, I don't think I know what rsvg is :( > > I just had a bit of a dig around - it seems I started using > rsvg some > years back for the display graphics for DenemoDirectives. I > don't > remember what prompted this, but it could be that the > introduction of > cairo is behind it. Anyway, I have just replaced > gdk_pixbuf_new_from_file() with the rsvg function and it seems > to work > just fine, so this may work on windows too now. > Can you generate a binary to check this out? > > Richard > > > > I think we (I) just use > > gdk_pixbuf_new_from_file() > > > > I see this in ui/palettes.c > > > > this works on GNU/Linux ... > > > > Richard > > > > > > On Thu, 2014-03-27 at 13:09 -0500, Jeremiah Benham wrote: > > > > https://mail.gnome.org/archives/commits-list/2010-June/msg09244.html > > > > > > This suggests as if rsvg is used to created a rsvg enabled > a > > > gdk-pixbuf-loader. > > > > > > > > > Jeremiah > > > > > > > > > > > > On Thu, Mar 27, 2014 at 1:02 PM, Jeremiah Benham > > > <[email protected]> wrote: > > > Oh I see on this website how to use rsvg with > gdk-pixbuf: > > > > > https://developer.gnome.org/rsvg/stable/rsvg-Using-RSVG-with-GdkPixbuf.html > > > > > > > > > I can't really test the mingw version of denemo. > After the > > > libaubio upgrade it does not work in wine. > > > > > > > > > Jeremiah > > > > > > > > > > > > On Thu, Mar 27, 2014 at 12:46 PM, Jeremiah Benham > > > <[email protected]> wrote: > > > > > > > > > > > > On Wed, Mar 26, 2014 at 2:07 PM, Richard > Shann > > > <[email protected]> wrote: > > > On Wed, 2014-03-26 at 10:38 -0500, > Jeremiah > > > Benham wrote: > > > > 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 > > > > > > > > > It looks like this is working - I > just > > > downloaded and installed the same > > > binary from 21st Mar, moved the > aubio-4.dll to > > > bin and it still has > > > no .svg icons (they are only used > in one > > > palette - things like > > > fermata.svg and so on). > > > I then got up a terminal in the C: > \Program > > > Files\Denemo\usr\bin > > > directory and > > > > executed .\gdk-pixbuf-query-loaders.exe and, > > > as before it > > > appeared to do nothing at all. > > > > > > > > > Are you sure gdk-pixbuf-query-loaders.exe > is to blame > > > for this? What where you expecting it to > do? Doesn't > > > it update a file if present. If not it > spits out the > > > info to STDOUT. I am not sure if that has > anything to > > > do with svg's though. I will look to see > we are > > > building gtk+ with rsvg support. Has svg > loading every > > > worked in the windows build? > > > > > > > > > > > > I don't know if we could install > gtk stuff > > > built by the gtk people > > > themselves ... > > > > > > > > > > > > It seems doubtful. We would probably have > depenedency > > > issues. This symbol is defined twice and > that is > > > undefined. etc... I would try it sometime. > > > > > > > > > Jeremiah > > > > > > > > > > > > Richard > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > _______________________________________________ > > Denemo-devel mailing list > > [email protected] > > https://lists.gnu.org/mailman/listinfo/denemo-devel > > _______________________________________________ Denemo-devel mailing list [email protected] https://lists.gnu.org/mailman/listinfo/denemo-devel
