Hi,
On 06/11/2015 05:19 PM, Ignacio Casal Quinteiro wrote:
Here you have:
https://bugzilla.gnome.org/show_bug.cgi?id=620566
Please consider my patches on that bug report as superseded by the work
in this mingw-w64 branch:
https://github.com/dieterv/gobject-introspection/tree/mingw-w64
Hi,
On 06/11/2015 05:19 PM, Ignacio Casal Quinteiro wrote:
Here you have:
https://bugzilla.gnome.org/show_bug.cgi?id=620566
Please consider my patches on that bug report as superseded by the work
in this mingw-w64 branch:
https://github.com/dieterv/gobject-introspection/tree/mingw-w64
On 2013-09-20 11:29, Zoltan Boszormenyi wrote:
Hi,
If you read
https://developer.gnome.org/glib/2.36/glib-The-Main-Event-Loop.html#GSourceFuncs
[1]
you may notice the last statement about prepare() is prematurely
terminated:
Since 2.36 this may be NULL [2], in which case the effect is
On 2013-07-11 10:06, Healy Eugene wrote:
Hi,
I have subscribed to this list on advice from Marcus at acc, I had
asked him the following questions regarding installation of the
Windows 32 mirrored version of Gnome.
I have been asked to install the following package (gtk+-bundle
2.24.10-20120208
On 2013-04-10 19:52, Sindhu S wrote:
I want to add this to GTK+ because it will automatically benefit
every GNOME Application, and have consistency for the user.
Hi Sindhu,
Just some thoughts:
* It might be possible to do this as a GNOME Shell extension, where I
can imagine pressing some
On 2013-04-10 10:41, Marc-André Lureau wrote:
I believe some work is needed to be able to reuse cross-compiled
projects under Windows. For example, the .pc file path will need to be
adjusted etc.
I you mean the paths stated inside .pc files, then pkg-config on
windows should be able to
On 2013-04-10 15:03, Marc-André Lureau wrote:
Interesting, I didn't know (and I wouldn't try, I am cross-compiling
guy :) However, this isn't going to be enough, there are many
variables in .pc which may contain path.
Yeah, projects not re-using the prefix variable when defining other
paths in
/57c184e66bab81470ae3768330088ef113e3d750
[2]
https://github.com/dieterv/glib/commit/0462418592ee1df93f251772d9bdcd3f6ca13f68
/*
* KnownFolders.h
*
* KNOWNFOLDERID constants
*
* This file is part of the w32api package.
*
* Contributors:
* Created by Dieter Verfaillie diet...@optionexplicit.be
*
* Provenance
On 2013-04-10 21:04, Dieter Verfaillie wrote:
g_get_system_data_dirs() on win32 should simply honor XDG_DATA_DIRS
like it does on any other platform/OS and fall back to
FOLDERID_ProgramData
or CSIDL_COMMON_APPDATA (depending on windows version).
Hit send a bit too soon, that should be:
honor
On 2012-12-24 12:09, Fan Chun-wei wrote:
I am currently looking at trying to resurrect the distutils support
for building PyGObject
Ah, yes, removed in
http://git.gnome.org/browse/pygobject/commit/?id=8d3125c8ce9890c70400dd8a3ac273b590fe6a31
I'll point to the state of those files in the
On 2012-10-11 19:08, Evan Driscoll wrote:
./configure --prefix=$(pwd)/../install\
PKG_CONFIG_PATH=$(pwd)/../install/lib/pkgconfig \
LD_LIBRARY_PATH=$(pwd)/../install/lib
Does it help if you add PATH=$(pwd)/../install/bin:$PATH to the mix?
On Thu, 16 Aug 2012 17:12:23 +1000, Jared Henley wrote:
I've finally turned up some useful information in the archive
for this list. I've downloaded the gtk+ and pygobject binaries
from
http://optionexplicit.be/projects/gnome-windows/GTK+3/
and also installed python 3.2 using the msi
On Fri, 10 Aug 2012 22:54:05 -0400, John Lindgren wrote:
Hi,
I have another problem with GTK+ widgets not redrawing properly on
Windows. It seems that inactive windows are trying to save CPU time
by
not drawing on obscured regions, but somehow they get it backwards --
the region they don't
On Tue, 31 Jul 2012 16:31:41 -0700, Mark Tiddens wrote:
So, maybe I need to do something to get Eclipse or Python to find
gtk?
- In Eclipse's menu, go to Window Preferences PyDev
Interpreter - Python
- In the Python interpreters list, select the Python interpreter you
want to configure
On 22/07/2012 16:02, Michael Torrie wrote:
On 07/22/2012 04:20 AM, John Emmas wrote:
That's been my experience anyway.
With no facts stated to support your response, it is merely your
opinion. My opinion is also just an opinion, however I believe the
points in support of my opinion are
On Wed, 18 Jul 2012 08:46:59 +0200, Thomas H.P. Andersen wrote:
I see ffi.h and ffitarget.h in lib\libffi-3.0.10\include\ but e.g.
glib expects those in include\ instead.
lib/pkgconfig/libffi.pc claims
includedir=${libdir}/libffi-3.0.11/include
and afaik when building glib pkgconfig is used
On Tue, 17 Jul 2012 12:30:11 +0200, John Stowers wrote:
There's a couple of patches you need that are not yet upstreamed
(due to their ugly hack/wip status) in this branch:
https://github.com/dieterv/gobject-introspection/commits/windows
But then I saw
On Tue, 17 Jul 2012 13:14:08 +0200, Murray Cumming wrote:
Yes, I just want the built libraries and bits, ideally put in the
right
place automatically. I don't have the time or enthusiasm to build
everything on Windows myself. I can just about bear to build my
application on Windows if GTK+ is
On 17/07/2012 16:43, Thomas H.P. Andersen wrote:
On Tue, Jul 17, 2012 at 1:58 PM, Dieter Verfaillie
diet...@optionexplicit.be wrote:
Yup, that's the bundle (a first step towards a proper sdk), which
I'm uploading to http://optionexplicit.be/projects/gnome-windows/GTK+3/
from time to time
On 17/07/2012 13:14, Damon Register wrote:
On 7/16/2012 3:25 PM, Dieter Verfaillie wrote:
https://github.com/dieterv/gobject-introspection/commits/windows
Thanks. I downloaded last night. I hope you don't mind me asking
but I guess I don't totally understand what I read at the site
On 17/07/2012 14:23, John Stowers wrote:
Yup, that's the bundle (a first step towards a proper sdk), which
I'm uploading to http://optionexplicit.be/projects/gnome-windows/GTK+3/
from time to time... For now at least, once stable it'll go to
ftp.gnome.org :)
aside #1:
Did you/anyone check out
On Mon, 16 Jul 2012 18:40:12 +0100, Lionel Landwerlin wrote:
On Mon, 2012-07-16 at 13:29 -0400, Colin Walters wrote:
There's outstanding work on gobject-introspection/win32 that will
hopefully land in the near future, but for now, I'd recommend just
copying the m4 file.
Is this work going to
On Mon, 16 Jul 2012 11:55:51 -0400, Damon Register wrote:
On 7/13/2012 3:21 AM, Ignacio Casal Quinteiro wrote:
There is some beta one that you can ask to dieter.
That takes all the fun out of trying to build it from source :-)
For the last few weeks I have been experimenting with trying to
On Sun, 24 Jun 2012 11:27:36 +0300, Marko Lindqvist wrote:
Relevant part of stderr:
The following 3 warnings have been there for ages, but:
configure: WARNING: I can't find the MACRO to enable thread safety on
your
platform (normally it's _REENTRANT). I'll not use any
flag
On Wed, 04 Apr 2012 16:29:22 +0200, Matteo Pampolini wrote:
I'm currently working on a GStreamer-based Windows application,
until
now the binary version of GLib that comes with the GTK+ binary bundle
was OK for me, but then I had to recompile GLib itself. With some
issues I was finally able to
On Thu, 01 Mar 2012 09:34:50 +0100, Manuel Ferrero wrote:
I can't see python as a prerequisite to compile GLib:
http://developer.gnome.org/glib/2.30/glib-building.html
Check configure.ac, it specifically states:
AM_PATH_PYTHON(2.5,,PYTHON=/usr/bin/env python2.5)
I have python 2.5 and python
On Thu, 01 Mar 2012 12:34:35 +0100, Manuel Ferrero wrote:
Check configure.ac, it specifically states:
AM_PATH_PYTHON(2.5,,PYTHON=/usr/bin/env python2.5)
I saw it, after you point me to it. But in the page I linked I can't
see any reference to python. I think it sould be.
If you think it
On Wed, 29 Feb 2012 16:29:51 +0100, Manuel Ferrero wrote:
I'm trying to compile glib-2.30.2 on my windows machine because I'd
like to use an external dll compiled against a different version of
msvcrt.dll.
I'd like to compile glib using a mingw environment and so far I was
able to succesfully
On Sun, 29 Jan 2012 21:48:51 +0100, Murray Cumming wrote:
On Thu, 2012-01-19 at 12:53 +0100, Dieter Verfaillie wrote:
I maintain
http://www.optionexplicit.be/projects/gnome-windows/GTK+3/
which is built from ATK, Pango, GLib, GTK+, GObject-Introspection,
etc
master branches. For some modules
On Tue, 31 Jan 2012 11:31:59 +0100, Manuel Ferrero wrote:
I downloaded the all-in-one bundle for Win32, version 2.24.8,
unzipped it and copied it in my disk, then I added the bin path to
PATH variable.
Changing system or user PATH env vars through the control panel
is a *very* bad idea. No
On Tue, 31 Jan 2012 11:31:59 +0100, Manuel Ferrero wrote:
I read on some webpage how to know my GTK version with the following
command line:
pkg-config --variable=gtk_binary_version gtk+-2.0
Ah, noticed you might want to use --modversion instead of
--variable=gtk_binary_version in addition to
On Tue, 31 Jan 2012 12:30:52 +0100, Manuel Ferrero wrote:
Il 31/01/2012 12.09, Dieter Verfaillie ha scritto:
The most flexible solution is to build yourself a wrapper script
(.bat or .cmd) or in case you use MinGW/MSYS a shell script, that
exports PATH, PKG_CONFIG_PATH and other search paths
On Thu, 19 Jan 2012 10:58:56 +0100, Alexander Larsson wrote:
On Thu, 2012-01-19 at 11:47 +0800, jun louis wrote:
I found this BUG:
I directly run gtk-demo.exe on win7 x64, use locale=zh_CN, texts
disappear when switch page.
I use msys, use LC_ALL=C then run gtk-demo, texts works fine!
$
On 01/07/2011 13:22, Dieter Verfaillie wrote:
On 21/02/2011 19:11, Ian wrote:
I'm trying to build gtk 2.22.1 under Windows. I ran configure from mingw,
which passed OK, then make which made gdk OK, but then gave this error
making gtk:
libtool: link: gcc -DGDK_PIXBUF_DISABLE_DEPRECATED -g -O2
On Fri, 11 Nov 2011 14:29:07 +0800, jun louis wrote:
I Run gtk-demo.exe or other gtk program use Gtk+-2.24.8 compiled
today,
When I switch page(for example switch Info/Souce page in
gtk-demo.exe),
the GtkTextView disappear(maybe texts in GtkTextViewdisappear),
but scrollbar or other widget work
On Thu, 27 Oct 2011 09:25:37 -0400, Ryan Lortie wrote:
In general, we are interested in improving the situation with respect
to
Windows builds.
We'd like to do this in a more robust way (ie: done with every
version
and posted on gtk.org). Ideally, this would be automated.
It's worth noting
On Mon, 24 Oct 2011 12:20:04 -0400, Earnie wrote:
checking for intltool = 0.41.0... 0.40.6 found
configure: error: Your intltool is too old. You need intltool 0.41.0
or
later.
http://ftp.gnome.org/pub/GNOME/sources/intltool/ doesn't contain
0.41.
According to
On Mon, 24 Oct 2011 12:20:04 -0400, Earnie wrote:
checking for intltool = 0.41.0... 0.40.6 found
configure: error: Your intltool is too old. You need intltool 0.41.0
or
later.
http://ftp.gnome.org/pub/GNOME/sources/intltool/ doesn't contain
0.41.
Off list, just in case: are you secretly
On 24/10/2011 18:36, Dieter Verfaillie wrote:
On Mon, 24 Oct 2011 12:20:04 -0400, Earnie wrote:
checking for intltool = 0.41.0... 0.40.6 found
configure: error: Your intltool is too old. You need intltool 0.41.0
or
later.
http://ftp.gnome.org/pub/GNOME/sources/intltool/ doesn't contain
On Thu, 20 Oct 2011 08:37:35 +, Andy Spencer wrote:
First off, when using the MS-Windows theme, some widgets don't render
correctly and show up as black boxes. For example, notebooks with tab
position set to GTK_POS_LEFT don't render.
On Thu, 20 Oct 2011 09:39:44 +0200, Alexander Larsson wrote:
I've not really used Gtk+ on windows for real, so I was mainly
working
from first principles in the code fixing stuff that was obviously
wrong.
Do you know of any other outstanding win32 bugs that I can look at?
It would be nice if
On Wed, 19 Oct 2011 22:53:49 +0200, Alexander Larsson wrote:
I just pushed a bunch of changes to how grabs and crossing events
work in the win32 backend to the gtk-2-24-win32 branch, and I want to
fix any other leftover bugs from the client side windows conversion.
From my first tests (on
On Tue, 18 Oct 2011 14:39:38 -0400, Earnie wrote:
With your additional work in dumper.py and shlib.py I managed to get
through a build. That being said, there are additional patches that
need to occur in dumper.py. I'll forward those to you based on your
github work.
Those are very much
On 15/10/2011 18:49, Earnie wrote:
I'm building gobject-introspection-1.30.0 with MSYS and MinGW. I'm to
the point of the GISCAN GLib-2.0.gir and it reports No mscvr71.dll
loaded. I'm using the python.org provided Windows distribution version
2.7. I had to modify the hack in
On 15/10/2011 18:52, Earnie wrote:
Earnie wrote:
I've finally gotten all of the relevant libraries created and get to
building gtk+ when I get the following error. How to overcome it?
Creating library file: .libs/libgdk-3.dll.a make[4]: *** No rule to
make target `Gdk-3.0.typelib', needed by
On Mon, 10 Oct 2011 16:46:30 +0200, Kean Johnston wrote:
So the obvious root cause is why display-device_manager is NULL. I
have already verified that that line is in fact being called (i.e, it
is not because g_return_val_if_fail() is returning NULL).
The only location device_manager is set
On 10/10/2011 21:32, Kean Johnston wrote:
Actually I found the root of the problem (I just haven't figured out how to
fix it yet, other than a hack). The problem is I have a Wacom Cintiq so I
have the tablet library. When the tablet library is present and it is being
initialized, it tries
On 10/10/2011 21:55, Kean Johnston wrote:
Sounds like that's related to D) No input devices are detected
from https://bugzilla.gnome.org/show_bug.cgi?id=653437#c4
Sadly, making it just load the DLL without a full path didn't fix this
problem. This really is a sequencing problem. That wintab
On 09/10/2011 00:35, Earnie wrote:
Earnie wrote:
With Dieter's response I was able to modify my config.status file to get
past this issue. There are already issues open in the tracker items for
MinGW to add atomic support as well as MemoryBarrier.
Ah, that's good to know. Thanks!
On Sat, 8 Oct 2011 13:26:23 -0400, Earnie Boyd wrote:
I've built version 2.29.92 with MinGW's gcc version 4.6.1 and
binutils
version 2.21.53.20110804. I'm seeing a SIGSEGV error caused from an
infinite loop at line 732 of glib/gatomic.c (as seen by the bt from
gdb). The calling program
On 26/09/2011 21:21, Matthew Bucknall wrote:
I'm working on a custom container class using GTK+ 3.0 which has some
similarities with GtkPaned but supports more than two child widgets.
Got something something similar working nicely some time ago, but
targeting GTK+ 2 through PyGTK:
Hi John,
Thanks for having another look at this!
On Fri, 23 Sep 2011 10:20:37 +0100, John Emmas wrote:
Just a final footnote to this issue (hopefully):-
I noticed pbor's comment in bugzilla about the inelegant use of
'dest_window' so I checked our mods and realised that we'd probably
reverted
On 18/09/2011 13:10, John Emmas wrote:
On 18 Sep 2011, at 11:54, Dieter Verfaillie wrote:
Probably best to attach this to some bug report and start marking
the other TreeView DnD related reports as duplicates. Then we have
a bug report to show the maintainers (I think that's the preferred
On 18/09/2011 01:03, Dieter Verfaillie wrote:
Currently, my best guess is that the WindowFromPoint() call
doesn't give us the hwnd we're supposed to get in this case
(in gdkdnd-win32.c::gdk_drag_find_window_for_screen(), around
line 1988 with Peter's patches applied).
Digging deeper
On 18/09/2011 11:00, Dieter Verfaillie wrote:
This does most likely does break the wip generic OLE DnD method
though, but I'm not sure if we should care much about that in
the 2.24 branch?
Cleaned up patch fixing the above. Tested various DnD
operations with testtreeview and gtk-demo. Together
On 18/09/2011 12:18, John Emmas wrote:
On 18 Sep 2011, at 10:00, Dieter Verfaillie wrote:
Reverting gdk_drag_find_window_for_screen to the 2.16 era logic
effectively fixes treeview dnd (see attached patch). Have not yet
tested if this breaks other things so this patch needs more work.
Great
On 18/09/2011 13:10, John Emmas wrote:
Can I leave that to you then, Dieter? It sounds like you're a
bit more experienced in that area than I am.
Sure. I'll start looking into it this afternoon/evening. Feel free
to still drop by on irc.gnome.org though (#win32 should serve us
well to prepare
On 18/09/2011 13:39, Dieter Verfaillie wrote:
On 18/09/2011 13:10, John Emmas wrote:
Can I leave that to you then, Dieter? It sounds like you're a
bit more experienced in that area than I am.
Sure. I'll start looking into it this afternoon/evening.
Well, things never seem to go the way I'd
On 18/09/2011 00:21, Peter Clifton wrote:
On Sat, 2011-09-17 at 18:49 +0100, John Emmas wrote:
Have you tried the GTK patches I pointed you at here?
www.clifton-electronics.com/tmp/gtk_win32_patches.tar.gz
I've just completed testing 2.24 with your patches (good
stuff, thanks!) and
On 08/09/2011 12:24, Olav Vitters wrote:
On Thu, Sep 08, 2011 at 12:09:55PM +0200, dieterv wrote:
I've given you the required permissions to SSH to master.gnome.org.
Everything is in /ftp/pub/GNOME/binaries, etc. Recommend using sftp to
upload stuff (note: this procedure is only for binaries).
On Thu, 8 Sep 2011 14:18:41 +0100, Sam Thursfield wrote:
Let me first remind everyone that
https://live.gnome.org/Windows/Discussion has a good summary of all
things that are being discussed here. We're kind of heading in four
different directions at once (fedora-mingw, MSVC, native mingw,
On 08/09/2011 18:47, Jernej Simončič wrote:
On Thu, 08 Sep 2011 14:49:55 +0200, dieterv wrote:
No, Gimp definitely isn't a good example - just try dropping an old version
of intl.dll to your System32 directory (like a certain well-known antivirus
seems to do). If you do it before you ran Gimp
On 08/09/2011 21:21, Kean Johnston wrote:
so even
if we named the DLL's a bit less specifically (and just used, for example,
glib2.dll) that still shouldn't be a problem.
And how exactly is doing that different from what we
already have today: libglib-2.0-0.dll?
mvg,
Dieter
On 08/09/2011 20:15, Jernej Simončič wrote:
On Thu, 08 Sep 2011 19:55:27 +0200, Dieter Verfaillie wrote:
Care to disclose the name of that certain antivirus?
We've been looking for possible sources of this for ages
over @PyGTK (the Gramps devs even wrote a sanity checking
script to detect
On 08/09/2011 23:03, Marek Kozlowski wrote:
Great. But there is no information howa can I sat it up for
CellRendererText -- what property and to what value shoul I set:
`markup Write Marked up text to render. Default: None'
Some widgets, for example: Label allow interpreting the text
Quoting George Brink siberian...@yahoo.com:
On 8/16/2011 3:31 PM, Dieter Verfaillie wrote:
You seem to be hitting the same stuff I have already encountered,
so you might also be interested in my windows branch here:
https://github.com/dieterv/glib/tree/windows
Yes, I am trying to build GTK+3
On 16/08/2011 20:12, George Brink wrote:
Environment: WinXP, MinGW+MSYS, Python 2.7
make[6]: Entering directory
`/c/Dev/gtk+/glib-2.29.16/gio/tests/gdbus-object-manager-example'
GEN
gdbus-example-objectmanager-generated-org.gtk.GDBus.Example.ObjectManager.Animal.xml
Traceback (most
Quoting George Brink siberian...@yahoo.com:
My environment: MinGW+MSYS on WinXP/SP3.
make fails on glib/gatomic.c:
That's https://bugzilla.gnome.org/show_bug.cgi?id=652827
I'm using the patch proposed in comment 4 until a proper
solution is found.
mvg,
Dieter
ps. I noticed that bug report
Quoting Elie Obeid elieobe...@gmail.com:
Hi, My name is Elie Obeid, I've recently had an issue with
activepython pypm and a member of the support team solved it
to me, now pypm works perfect i still see this
tinyurl.com/454re6p
so i showed him the error and he said:
This is a different error,
On 07/08/2011 19:33, Kean Johnston wrote:
I am trying to compile master on Windows. gclosure.c doesn't compile due to
not having ffi.h. The presence of this is not tested in configure, and
there is no mention of it being a requirement in INSTALL. Having taken a
look at the offending file
On 23/07/2011 00:27, Maarten Bosmans wrote:
2011/7/23 Andrea Bolognani e...@kiyuko.org:
The gnome-win32 (or whatever it ends up being called) mailing list
somebody was proposing eariler in the thread would probably speed up the
process of reaching a consensus about similar issues.
Hear,
On 22/07/2011 12:11, Sam Thursfield wrote:
It's a small step but I just added a page to the wiki:
https://live.gnome.org/Windows/Discussion
Since there's a few of us all doing different things in this area I
think it would be helpful if we at least all kept that up to date with
what we
On 22/07/2011 17:12, Andrea Bolognani wrote:
Speaking as an application developer, I’m more interested in
ready–to–deploy binaries for GTK+ 3.0. A nice bundle like the one
Tor provided for GTK+ 2.X would be a neat plus.
Something like that is certainly possible and I think with time is an
Quoting Krzysztof Kosiński tweenk...@gmail.com:
Maybe I wasn't clear enough. I worked on *getting rid* of this
Windows-only build tool, but didn't succeed yet. FWIW, Waf appears to
work best for me.
Apologies, I misunderstood...
mvg,
Dieter
Hi,
Looks like I screwed up yesterday, so I've updated the packages
on [1] to now *really* include the MSVC-compatible import libraries.
Sorry for the inconvenience...
Thanks,
Dieter
[1] https://www.github.com/dieterv/legacynativebuilds/downloads
Quoting Sam Thursfield sss...@gmail.com:
On Mon, Jul 11, 2011 at 9:22 PM, Dieter Verfaillie
It's great that you've taken on to do this work, many thanks! I've
done some work on windows builds myself[1],
Ah, yes. I've stumbled across your page multiple times already :)
and in fact there's
Quoting Sam Thursfield sss...@gmail.com:
On Tue, Jul 12, 2011 at 1:10 PM, Dieter Verfaillie
I have been dreaming of having an msys-python port though (considered by
most to be even more exotic than cross-compiling Python itself, I guess).
Would make jhbuild, but also other tools written
On 12/07/2011 18:02, Krzysztof Kosiński wrote:
I worked on a cross platform build system for Inkscape. Currently we
use Autotools on Unix-like platforms and a custom build tool on
Windows. because we decided that we cannot depend on MSYS. Here are my
$0.02:
The whole raison d'etre of MSYS
Hi,
I've updated the packages on [1] to now include the MSVC-compatible
import libraries (built with the version of lib.exe included with
the Windows Server 2003 R2 Platform SDK (5.2.3790.2075.51) available
from [2].
The only difference remaining between these and those already
on
Hi,
Some time ago I've asked Tor how his Windows build environment
looked like and he shared everything to be able to recreate
it (thanks again!). The various mails we exchanged and the
resulting directory structure and scripts can be found here:
https://www.github.com/dieterv/legacynativebuilds
On 09/07/2011 21:50, rendaw wrote:
I'm trying to link the GTK+-2.22 Windows all in one binaries with MinGW and
I suspect you mean the GTK+ binaries included with the PyGTK All-in-one
installer I've built some time ago? I so - to clarify - the GTK+
binaries included with it are those Tor used to
On 10/07/2011 23:30, rendaw wrote:
working from an MSYS bash session.Right on! The GIMP GTK 2.10 binaries were
earlier on my PATH and I didn't notice them. By the way, why don't you
suggest modifying the PATH?
To prevent the exact same problem you've just encountered yourself. No
single
On 21/02/2011 19:11, Ian wrote:
I'm trying to build gtk 2.22.1 under Windows. I ran configure from mingw,
which passed OK, then make which made gdk OK, but then gave this error
making gtk:
libtool: link: gcc -DGDK_PIXBUF_DISABLE_DEPRECATED -g -O2 -Wall
-mms-bitfields -o
Quoting Vincent van der Leun vvanderl...@cloudsuite.com:
Hi fellow developers, We are maintaining a big existing GTK+ 2.x project
using GTK+2 and pyGTK. We noticed a problem in our Python
project on Windows systems where drag and drop in a listview does
not seem to work. The dragging of list
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 13/12/2010 19:57, Emmanuel Gontcho wrote:
Hello,
Buttons I create by gtk_button_new_from_stock appears without their icons.
Did someone meet this problem ?
Ubuntu disabled icons on buttons and menus by default I don't know how
many releases
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 13/12/2010 20:14, Dieter Verfaillie wrote:
On 13/12/2010 19:57, Emmanuel Gontcho wrote:
Hello,
Buttons I create by gtk_button_new_from_stock appears without their icons.
Did someone meet this problem ?
Ubuntu disabled icons on buttons
86 matches
Mail list logo
