Re: GtkGlArea render fps is different than monitor frame rate
Ferenc, Your program's rendering is slower than the monitor nominal refresh rate, which is perfectly possible if your scenes are heavy. Please note that it could also render _faster_ (FPS higher than refresh rate). Scenes FPS are not directly tied to your monitor, unless you enable what we call "VSync" : i.e. your FPS are higher than 60, but you programmatically force it down to 60. The benefit is avoiding what we call "tearing", which is a display artifact that your eye could notice. Regards, Tarnyko Ferenc Engárd writes: Hi, I have a strange issue with GtkGlArea under linux: it seems my program runs with a different fps than the monitor's refresh rate. (The rendering itself is fast, faster than 1ms.) I use a 60Hz monitor mode, and the rendering fps is around 39.5Hz. I verified my monitor refresh rate with xrandr, and even with another -- X11-EGL based -- program; it is really 60Hz. I also measured the time interval between two render calls, and the min and max is around 22ms and 28ms, so it seems that I even do not drop a frame. I do not set anything special in GtkGlArea or opengl (glSwapInterval or so)... Did you encounter with such an issue? Any idea what can be the problem? Ubuntu 16.04, unity, gtk+ 3.18.9 Thanks, Ferenc ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Outdated win32 bundle
can't do that with MSYS2 install and will have to rebuild the GTK from scratch anyway for that use case. That looks like a no-go for MSYS2 for me. Can GTK be cross-compiled for Windows? Yes, it can, and it routinely is. Is there a single command to run to do this? There isn't. On Fedora you can use the mingw(32|64) toolchain packages to build your own packages. That's another problem that can be solved. - [ ] provide a single command for cross-platform build of GTK for Windows I can try to automate the process - the script I used for Wesnoth became a good source of copy/paste automation. But it should be compiled using MinGW, not Visual Studio, right? Because appveyor is the only known CI service (to me) that compiles the stuff with VS. Visual Studio is another beast entirely. The GNOME Foundation kindly provided us with a VM that we can use to do Windows builds — which is what Tarnyko was using — using cross-compilation. So, VM is not running Windows if we're speaking about cross-compilation, right? What happened to it? VM still exists, but is inactive at this very moment. It used a chain of scripts to build the Win32/Win64 bundle with MinGW. Visual Studio would require a Windows machine, better not consider it until the rest works well. I fear me stepping down from the project has switched the project's concern from using the VM for releasing bundles to using it for hosting a continuous integration system. Anyways, a reproducible/reinstallable CI would allow you to rebuild any version of GTK+3. -- anatoly t. ___ gtk-list mailing list gtk-l...@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-list Regards, Tarnyko ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Outdated win32 bundle
can't do that with MSYS2 install and will have to rebuild the GTK from scratch anyway for that use case. That looks like a no-go for MSYS2 for me. Can GTK be cross-compiled for Windows? Yes, it can, and it routinely is. Is there a single command to run to do this? There isn't. On Fedora you can use the mingw(32|64) toolchain packages to build your own packages. That's another problem that can be solved. - [ ] provide a single command for cross-platform build of GTK for Windows I can try to automate the process - the script I used for Wesnoth became a good source of copy/paste automation. But it should be compiled using MinGW, not Visual Studio, right? Because appveyor is the only known CI service (to me) that compiles the stuff with VS. Visual Studio is another beast entirely. The GNOME Foundation kindly provided us with a VM that we can use to do Windows builds — which is what Tarnyko was using — using cross-compilation. So, VM is not running Windows if we're speaking about cross-compilation, right? What happened to it? VM still exists, but is inactive at this very moment. It used a chain of scripts to build the Win32/Win64 bundle with MinGW. Visual Studio would require a Windows machine, better not consider it until the rest works well. I fear me stepping down from the project has switched the project's concern from using the VM for releasing bundles to using it for hosting a continuous integration system. Anyways, a reproducible/reinstallable CI would allow you to rebuild any version of GTK+3. -- anatoly t. ___ gtk-list mailing list gtk-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-list Regards, Tarnyko ___ gtk-list mailing list gtk-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-list
Re: Outdated win32 bundle
I plan starting with 3.16, but got no response so far regarding my request to access the build system. Nothing to add to what Emmanuele stated, except that the the build machine is a RHEL6 x86_64 system (maybe upgradable to RHEL7, have no clue) and you can take that as a basis to create the CI system on one of your computers or VMs. Regards, Tarnyko Emmanuele Bassi writes: Hi; On 8 June 2015 at 19:02, Bálint Réczey bal...@balintreczey.hu wrote: Hi Daniel, 2015-06-07 16:57 GMT+02:00 Daniel Espinosa eso...@gmail.com: Please use at least Gtk+ 3.14.9 because it fixes a bug on GtkFileChooser to access Desktop directory. I plan starting with 3.16, but got no response so far regarding my request to access the build system. Likely because you're using gtk-list@, which nobody in the GTK team follows (except, I think, me). Thanks for your offer of taking over the build on Windows. The current stance of everyone involved in the Windows backend for GLib and GTK+ is to stop advertising binary builds for Windows — as we don't do that for any other platform, and nobody sticks around long enough to keep doing that or to set up a continuous integration build for GTK. Developers using the G* core platform libraries on Windows are strongly encouraged to use the MSYS2 distribution: https://msys2.github.io/ This will provide you with pre-built packages that are known to work and maintained. It also allows you to build your own packages on top of it, and create an installer from the result. What the GTK team would love, on the other hand, is somebody putting the effort in setting up and maintaining a continuous integration service — similar to https://build.gnome.org — for Windows builds. This way we would be able to catch build regressions after every commit, without relying on the application developers to file bugs. If you want to coordinate this effort, you can use the gtk-devel-list mailing list, and possibly join IRC to talk with the GTK developers and the gnome.org system administrators, in order to get a CI build going on the gnome.org servers. Ciao, Emmanuele. El jun 7, 2015 6:23 AM, Balint Reczey bal...@balintreczey.hu escribió: Hi, On 01/20/2015 05:11 PM, Tarnyko wrote: Hi, I have an access to the win32builder.gnome.org machine, but it uses my private SSH key. I guess you have to ask for access for another account/key. It is more a question of whether you, or anyone interested in this discussion, feels able to maintain the bundle (I mean, for more than a few releases) and keep presence on IRC and the mailing lists to answer requests I gave it some thought and I would like to give a try to maintaining the official Win32/64 bundle to make it usable for Wireshark and others. If you accept my help to whom should I have to send my public ssh key? I'm already maintaining Wireshark and other packages in Debian and probably I won't mess up the server. :-) Cheers, Balint PS: I'm not an IRC guy but I read act on emails. Regards, Tarnyko Bálint Réczey writes: Hi Anatoly, 2015-01-17 9:11 GMT+01:00 anatoly techtonik techto...@gmail.com: On Mon, Jan 12, 2015 at 4:22 PM, Gian Mario Tagliaretti g.tagliare...@gmail.com wrote: On 3 January 2015 at 21:06, anatoly techtonik techto...@gmail.com wrote: Win32 download page at http://www.gtk.org/download/win32.php lists GTK+ 3.6.4 as the current maintained version, but http://win32builder.gnome.org/ also lists 3.8.2 and 3.10.4 as available. Is that intentional? you can also use MSYS2 [1] to have the latest GTK+ and a lot more goodies, currently 3.14.6 [2] [1] http://sourceforge.net/projects/msys2/ [2] https://github.com/Alexpux/MINGW-packages Thanks for the pointers. I am more concerned with that most people on Windows use outdated Gtk+ version, rather than with where is the bleeding edge. Is there something that could be fixed in build system to update Windows download pages with links to latest stable versions automatically? I think this is the latest status of the Windows builds: https://blogs.gnome.org/nacho/2014/06/26/gtk-builder-for-windows/ If the builds are OK, you need to convince the GTK+ devs to build them on their official build system and put them online, like Tanyko did. https://bugzilla.gnome.org/show_bug.cgi?id=695600 Cheers, Balint ___ gtk-list mailing list gtk-l...@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-list -- https://www.bassi.io [@] ebassi [@gmail.com] ___ gtk-list mailing list gtk-l...@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-list ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Outdated win32 bundle
I plan starting with 3.16, but got no response so far regarding my request to access the build system. Nothing to add to what Emmanuele stated, except that the the build machine is a RHEL6 x86_64 system (maybe upgradable to RHEL7, have no clue) and you can take that as a basis to create the CI system on one of your computers or VMs. Regards, Tarnyko Emmanuele Bassi writes: Hi; On 8 June 2015 at 19:02, Bálint Réczey bal...@balintreczey.hu wrote: Hi Daniel, 2015-06-07 16:57 GMT+02:00 Daniel Espinosa eso...@gmail.com: Please use at least Gtk+ 3.14.9 because it fixes a bug on GtkFileChooser to access Desktop directory. I plan starting with 3.16, but got no response so far regarding my request to access the build system. Likely because you're using gtk-list@, which nobody in the GTK team follows (except, I think, me). Thanks for your offer of taking over the build on Windows. The current stance of everyone involved in the Windows backend for GLib and GTK+ is to stop advertising binary builds for Windows — as we don't do that for any other platform, and nobody sticks around long enough to keep doing that or to set up a continuous integration build for GTK. Developers using the G* core platform libraries on Windows are strongly encouraged to use the MSYS2 distribution: https://msys2.github.io/ This will provide you with pre-built packages that are known to work and maintained. It also allows you to build your own packages on top of it, and create an installer from the result. What the GTK team would love, on the other hand, is somebody putting the effort in setting up and maintaining a continuous integration service — similar to https://build.gnome.org — for Windows builds. This way we would be able to catch build regressions after every commit, without relying on the application developers to file bugs. If you want to coordinate this effort, you can use the gtk-devel-list mailing list, and possibly join IRC to talk with the GTK developers and the gnome.org system administrators, in order to get a CI build going on the gnome.org servers. Ciao, Emmanuele. El jun 7, 2015 6:23 AM, Balint Reczey bal...@balintreczey.hu escribió: Hi, On 01/20/2015 05:11 PM, Tarnyko wrote: Hi, I have an access to the win32builder.gnome.org machine, but it uses my private SSH key. I guess you have to ask for access for another account/key. It is more a question of whether you, or anyone interested in this discussion, feels able to maintain the bundle (I mean, for more than a few releases) and keep presence on IRC and the mailing lists to answer requests I gave it some thought and I would like to give a try to maintaining the official Win32/64 bundle to make it usable for Wireshark and others. If you accept my help to whom should I have to send my public ssh key? I'm already maintaining Wireshark and other packages in Debian and probably I won't mess up the server. :-) Cheers, Balint PS: I'm not an IRC guy but I read act on emails. Regards, Tarnyko Bálint Réczey writes: Hi Anatoly, 2015-01-17 9:11 GMT+01:00 anatoly techtonik techto...@gmail.com: On Mon, Jan 12, 2015 at 4:22 PM, Gian Mario Tagliaretti g.tagliare...@gmail.com wrote: On 3 January 2015 at 21:06, anatoly techtonik techto...@gmail.com wrote: Win32 download page at http://www.gtk.org/download/win32.php lists GTK+ 3.6.4 as the current maintained version, but http://win32builder.gnome.org/ also lists 3.8.2 and 3.10.4 as available. Is that intentional? you can also use MSYS2 [1] to have the latest GTK+ and a lot more goodies, currently 3.14.6 [2] [1] http://sourceforge.net/projects/msys2/ [2] https://github.com/Alexpux/MINGW-packages Thanks for the pointers. I am more concerned with that most people on Windows use outdated Gtk+ version, rather than with where is the bleeding edge. Is there something that could be fixed in build system to update Windows download pages with links to latest stable versions automatically? I think this is the latest status of the Windows builds: https://blogs.gnome.org/nacho/2014/06/26/gtk-builder-for-windows/ If the builds are OK, you need to convince the GTK+ devs to build them on their official build system and put them online, like Tanyko did. https://bugzilla.gnome.org/show_bug.cgi?id=695600 Cheers, Balint ___ gtk-list mailing list gtk-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-list -- https://www.bassi.io [@] ebassi [@gmail.com] ___ gtk-list mailing list gtk-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-list ___ gtk-list mailing list gtk-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-list
Re: Outdated win32 bundle
Hi, I have an access to the win32builder.gnome.org machine, but it uses my private SSH key. I guess you have to ask for access for another account/key. It is more a question of whether you, or anyone interested in this discussion, feels able to maintain the bundle (I mean, for more than a few releases) and keep presence on IRC and the mailing lists to answer requests. Regards, Tarnyko Bálint Réczey writes: Hi Anatoly, 2015-01-17 9:11 GMT+01:00 anatoly techtonik techto...@gmail.com: On Mon, Jan 12, 2015 at 4:22 PM, Gian Mario Tagliaretti g.tagliare...@gmail.com wrote: On 3 January 2015 at 21:06, anatoly techtonik techto...@gmail.com wrote: Win32 download page at http://www.gtk.org/download/win32.php lists GTK+ 3.6.4 as the current maintained version, but http://win32builder.gnome.org/ also lists 3.8.2 and 3.10.4 as available. Is that intentional? you can also use MSYS2 [1] to have the latest GTK+ and a lot more goodies, currently 3.14.6 [2] [1] http://sourceforge.net/projects/msys2/ [2] https://github.com/Alexpux/MINGW-packages Thanks for the pointers. I am more concerned with that most people on Windows use outdated Gtk+ version, rather than with where is the bleeding edge. Is there something that could be fixed in build system to update Windows download pages with links to latest stable versions automatically? I think this is the latest status of the Windows builds: https://blogs.gnome.org/nacho/2014/06/26/gtk-builder-for-windows/ If the builds are OK, you need to convince the GTK+ devs to build them on their official build system and put them online, like Tanyko did. https://bugzilla.gnome.org/show_bug.cgi?id=695600 Cheers, Balint ___ gtk-list mailing list gtk-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-list ___ gtk-list mailing list gtk-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-list
Re: GTK+3/Win32 : looking for help
Hi C. Thomas, Are you looking to move on entirely, or are you just looking for additional team members? Additional team member. There needs to be at least one person dedicated, either to the build system, or to making patches. I then could become the other person, because I cannot fulfill both roles. are there enough end users for this? I think there are. Just look at the GIMP user ranks. Regards, Tarnyko ___ gtk-list mailing list gtk-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-list
Re: GTK+3/Win32 : looking for help
Hi Daniel, Daniel Espinosa writes: Have you considered to have a Bugzilla product to file against and follow solutions? I don't any Autotools issue. Although there are still opened autotools-related bugs (like this one : https://bugzilla.gnome.org/show_bug.cgi?id=700445), most of them are more feature and source code related (see the documents on the blog post). There need to be C patches. Have you a repository on git.gnome.org or consider to have one? Could this make your effort an official one? The build system is already on https://git.gnome.org/browse/gtk3-build-system, and the win32 code is directly in the gtk+ repo. Personally, I see this more as a general support issue. El jun 6, 2014 6:49 a.m., Tarnyko tarn...@tarnyko.net escribió: Hi folks, It may have been obvious to anybody following the releases, but I severely lack the free time (hence the ability) to work on GTK+3 for Win32, for some months now. So I am basically asking for help. I summarized the who-what-when in this blog post : http://www.tarnyko.net/en/?q=node/48 So if anybody wants to contribute, he's more than welcome to answer this thread, or show up on IRC. Regards, Tarnyko ___ gtk-list mailing list gtk-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-list ___ gtk-list mailing list gtk-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-list
GTK+3/Win32 : looking for help
Hi folks, It may have been obvious to anybody following the releases, but I severely lack the free time (hence the ability) to work on GTK+3 for Win32, for some months now. So I am basically asking for help. I summarized the who/what/when in this blog post : http://www.tarnyko.net/en/?q=node/48 So if anybody wants to contribute, he's more than welcome to answer this thread, or show up on IRC. Regards, Tarnyko ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list
GTK+3/Win32 : looking for help
Hi folks, It may have been obvious to anybody following the releases, but I severely lack the free time (hence the ability) to work on GTK+3 for Win32, for some months now. So I am basically asking for help. I summarized the who-what-when in this blog post : http://www.tarnyko.net/en/?q=node/48 So if anybody wants to contribute, he's more than welcome to answer this thread, or show up on IRC. Regards, Tarnyko ___ gtk-list mailing list gtk-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-list
Re: gtkglarea 2.1.0 released
Hi Javier, Javier Jardón writes: This is a bugfix release to stop use deprecated api and clean the build system. Good, this is great news ! Testing in Windows platform has not been tested, so if you have any problems please report in bugzilla! Just tested it, works perfectly under Win32. * Modernize all the code as much as possible before a possible transition to GTK+3 Regarding GTK+3 : there is a patch which has been around for some time on Bugzilla, and that I just adapted for the new release : https://bugzilla.gnome.org/show_bug.cgi?id=707723#c11 It basically allows specifying a --with-gtk=3 option at configure time (the library still targets GTK+2 by default). Justed tested under Linux and Win32, it builds fine. The functionality stays the same for GTK+2, still needs some additionnal work for Linux Font support (which I have prepared). Do you think it could be merged ? Cheers, -- Javier Jardón Cabezas ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list Regards, Tarnyko ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: GTK+3 Win32 Bundles : RFC
Hi Murray, Murray Cumming writes: On Wed, 2013-12-04 at 07:40 +0100, Tarnyko wrote: Hi folks, Just some news on the Win32 - bundle distribution - side. Main URL : http://win32builder.gnome.org/ The continuous build environment now generates 64-bit bundles. The bundle for GTK+ 3.10.x has been generated. [snip] Many thanks. I found your INSTRUCTIONS.txt file about this system: https://git.gnome.org/browse/gtk3-build-system/tree/GTK +3_build_system-crosslinux/z_Install/INSTRUCTIONS.txt but it mentions some files, such as 1_Prereq.sh that do not exist. Maybe they've been renamed? I wondered what CentOS packages you installed as a prerequisite, so I could try to get this working on Ubuntu. Hmmm, I haven't uploaded these scripts and related RPMs to git, because putting large binary objects there wasn't considered relevant. But you can find them there : http://www.tarnyko.net/repo/gtk3_build_system/GTK+3.6.4_build_system-crossli nux-v3/ The MinGW/CentOS6 directory is of particular interest here. By the way, why is that directory called z_INSTALL? Does it mean something? Nothing particular. z_ to be listed at the end, and INSTALL because in the first versions, only installation scripts supposed to be run once (no build scripts) were found there. Would you like to set up a bugs.gnome.org product so you could accept patches more easily? Or maybe we should use the Backend: Win32 component of GTK+ in bugs.gnome.org? This should probably be mentioned in the .doap file. That would be a good idea. I have hardly time to contribute these days, so having external contributions is of great priority ! -- murr...@murrayc.com www.murrayc.com www.openismus.com Regards, Tarnyko ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: port Gtk 3.10 to windows
narcisse doudieu siewe writes: Hello is there any Gtk3.10 port to Windows? I would like to enjoy the lastest classes GtkStack, GtkRevelear and GtkListBox in it. if not, how can I build it myself...(I'm a newbie in cross-compilation) thanks. Hi Narcisse, There are binaries available, please refer to this mail : https://mail.gnome.org/archives/gtk-devel-list/2013-December/msg6.html which also explains the various issues preventing them to land on the official website yet. Regards, Tarnyko ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: pkg.m4 missing in pkg-config v0.28 tool download for GTK+ 3.x on win32
You are right, 3.10 was missing. I just updated and uploaded it. You'll find it at the previously given URL. Regards, Tarnyko narcisse doudieu siewe writes: thanks:) but, I cannot find the Gtk3.10 version here http://www.tarnyko.net/repo/gtk3_build_system/ Le Dimanche 26 janvier 2014 7h49, Tarnyko tarn...@tarnyko.net a écrit : Hello Narcisse, narcisse doudieu siewe writes: Hello Tarnyko, Many thanks to your great work on making Gtk3 available on Windows. I need your help to build the 3.10 version of Gtk for a management software of a Optical fiber project for my campagny...it is very hard to compile glib2.38 could you help me please? some suggestion Although GTK+ 3.10.x has already been built, and you can find binaries of it by searching some of the links available here, it still has some problems. That's why the official downloage page only lists 3.6.4. For a more detailed view of what still needs to be done : https://mail.gnome.org/archives/gtk-devel-list/2013-December/msg6.html Please be aware or this if you decide to use the binaries. If you want to build it yourself, you may look at http://www.tarnyko.net/repo/gtk3_build_system/ . Regards, Tarnyko Le Jeudi 23 janvier 2014 15h12, Tarnyko tarn...@tarnyko.net a écrit : Thank you both for your explanations. A new pkg-config-dev package is now available on http://www.gtk.org/download/win32.php (and win64.php). It contains pkg.m4 and the man page, just as the previous version did. I will modify the buildenv to regenerate this package in the next builds. Regards, Tarnyko Legorol writes: On 23.01.2014 12:07, Tarnyko wrote: Legorol writes: On the Windows 32-bit download page (http://www.gtk.org/download/win32.php), under the GTK+ 3.x heading, various other third party software are listed. One of those is pkg-config version 0.28. Two download options are available: Tool or Sources. The Tool option links to pkg-config_0.28-1_win32.zip. This does not contain share/aclocal/pkg.m4, as it should in my opinion. The only way to obtain pkg.m4 is from the Sources link. In fact, the all-in-one bundle does contain pkg.m4. I never checked before, but is this file necessary (besides GLib and other dependencies) for pkg-config.exe to execute correctly ? If it is, I agree it should be in the package. pkg.m4 is needed if you regenerate the configure script from configure.ac by using autotools. Yes. pkg.m4 is not used to build pkg-config.exe. Instead, it's a system-wide macro file that provides the integration between pkg-config and Autotools. Typically software packages are distributed so that to build them, you just run ./configure then make etc. You don't need pkg.m4 for this. However, some packages are distributed such that as part of the build process, autoconf has to be run on part or all of the package. In this case, you need pkg.m4 to be present. Compare the contents of the pkg-config version 0.26 Dev download under GTK+ 2.x with the contents of the pkg-config version 0.28 Tool download under GTK+ 3.x. The former includes pkg.m4 and a man page, the latter does not. ___ gtk-list mailing list gtk-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-list ___ gtk-list mailing list gtk-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-list ___ gtk-list mailing list gtk-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-list
Re: pkg.m4 missing in pkg-config v0.28 tool download for GTK+ 3.x on win32
Legorol, Legorol writes: Two more issues on the win32 download page for GTK+ 3.x: The libpng 1.5.14 run-time download file from http://win32builder.gnome.org/packages/3.6/libpng_1.5.14-1_win32.zip is garbled. The contents of the zip file is nonsense when opened with Windows 7's built-in zip handler. The Dev and Sources downloads are fine. All three links for gettext-runtime 0.18.2.1 are incorrect. All three point to downloads for 0.18.1.1-2. The all-in-one bundle for 3.x seem to contain the correct files for libpng 1.5.14 and gettext-runtime 0.18.2.1. Thanks a lot for having reported all these problems ! A corrected version of the libpng runtime package has been regenerated. Links to gettext-runtime have been fixed. I have not checked the win64 page. In this respect, win64 page has been fixed, too. Regards, Tarnyko ___ gtk-list mailing list gtk-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-list
Re: pkg.m4 missing in pkg-config v0.28 tool download for GTK+ 3.x on win32
Hello Narcisse, narcisse doudieu siewe writes: Hello Tarnyko, Many thanks to your great work on making Gtk3 available on Windows. I need your help to build the 3.10 version of Gtk for a management software of a Optical fiber project for my campagny...it is very hard to compile glib2.38 could you help me please? some suggestion Although GTK+ 3.10.x has already been built, and you can find binaries of it by searching some of the links available here, it still has some problems. That's why the official downloage page only lists 3.6.4. For a more detailed view of what still needs to be done : https://mail.gnome.org/archives/gtk-devel-list/2013-December/msg6.html Please be aware or this if you decide to use the binaries. If you want to build it yourself, you may look at http://www.tarnyko.net/repo/gtk3_build_system/ . Regards, Tarnyko Le Jeudi 23 janvier 2014 15h12, Tarnyko tarn...@tarnyko.net a écrit : Thank you both for your explanations. A new pkg-config-dev package is now available on http://www.gtk.org/download/win32.php (and win64.php). It contains pkg.m4 and the man page, just as the previous version did. I will modify the buildenv to regenerate this package in the next builds. Regards, Tarnyko Legorol writes: On 23.01.2014 12:07, Tarnyko wrote: Legorol writes: On the Windows 32-bit download page (http://www.gtk.org/download/win32.php), under the GTK+ 3.x heading, various other third party software are listed. One of those is pkg-config version 0.28. Two download options are available: Tool or Sources. The Tool option links to pkg-config_0.28-1_win32.zip. This does not contain share/aclocal/pkg.m4, as it should in my opinion. The only way to obtain pkg.m4 is from the Sources link. In fact, the all-in-one bundle does contain pkg.m4. I never checked before, but is this file necessary (besides GLib and other dependencies) for pkg-config.exe to execute correctly ? If it is, I agree it should be in the package. pkg.m4 is needed if you regenerate the configure script from configure.ac by using autotools. Yes. pkg.m4 is not used to build pkg-config.exe. Instead, it's a system-wide macro file that provides the integration between pkg-config and Autotools. Typically software packages are distributed so that to build them, you just run ./configure then make etc. You don't need pkg.m4 for this. However, some packages are distributed such that as part of the build process, autoconf has to be run on part or all of the package. In this case, you need pkg.m4 to be present. Compare the contents of the pkg-config version 0.26 Dev download under GTK+ 2.x with the contents of the pkg-config version 0.28 Tool download under GTK+ 3.x. The former includes pkg.m4 and a man page, the latter does not. ___ gtk-list mailing list gtk-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-list ___ gtk-list mailing list gtk-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-list ___ gtk-list mailing list gtk-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-list
Re: pkg.m4 missing in pkg-config v0.28 tool download for GTK+ 3.x on win32
Hi Legorol, Legorol writes: On the Windows 32-bit download page (http://www.gtk.org/download/win32.php), under the GTK+ 3.x heading, various other third party software are listed. One of those is pkg-config version 0.28. Two download options are available: Tool or Sources. The Tool option links to pkg-config_0.28-1_win32.zip. This does not contain share/aclocal/pkg.m4, as it should in my opinion. The only way to obtain pkg.m4 is from the Sources link. In fact, the all-in-one bundle does contain pkg.m4. I never checked before, but is this file necessary (besides GLib and other dependencies) for pkg-config.exe to execute correctly ? If it is, I agree it should be in the package. An inexperienced user, who is just looking to install pkg-config on their system in order to use it to build some other package, will not expect to have to obtain the source. ___ gtk-list mailing list gtk-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-list Regards, Tarnyko ___ gtk-list mailing list gtk-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-list
Re: Who knows ANYTHING about broadway / HTML5 backend?
Hi Daniel, I guess that if I wanted it to work in its current state, I would have a CGI (or other) app handling authentication, and if successful spawning the GTK+ application on a new IP port and redirecting the user to this port. Subsequent connections to this IP port should be protected by some web server magic (reading a password database). But I agree that it would be nice if such a feature was supported out-of-the-box. Regardsn Tarnyko Daniel Kasak writes: Fair enough. Good to see someone answer ;) The other question I posted to an app-devel list or something like that. I can deal with not being able to resize / maximise for now. What I'm not clear on is security. The way I assumed it would work was this: - I write a simple login page that checks credentials in a DB - If login is successful, an authentication key is generated, an instance of broadwayd is spawned on a new port, an instance of the app is spawned, and pointed ( somehow ) at the correct instance of broadwayd, and the key and port is returned to the client's browser What happens from here on is less clear. The browser would have to keep passing this key back to broadwayd or the app? Can we use https or tunnel through ssh? Is anything like this implemented already? From what I've seen with my limited testing, the default setup basically allows anyone to hit the IP / port that broadway is running on, and take over control of the app. Any thoughts? Dan On Thu, Jan 23, 2014 at 11:07 AM, Jasper St. Pierre jstpie...@mecheye.netwrote: Hi Daniel, I can only find one email to this list about this, which is about maximizing windows on Broadway. I'm sorry I didn't reply, but I was busy that day. I do remember investigating the question before getting poked to do something else instead. Broadway is indeed not officially supported, in that it's not ready for production. On Wed, Jan 22, 2014 at 6:55 PM, Daniel Kasak d.j.kasak...@gmail.comwrote: Hi all. Unfortunately, my last couple of posts to various gtk lists on this topic have had ZERO replies :( This is giving me the impression that broadway is not officially supported, and possibly developed and maintained by a single person. Is this the case? Does anyone know who I'd contact who does know about broadway status? Dan ___ gtk-list mailing list gtk-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-list -- Jasper ___ gtk-list mailing list gtk-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-list
Re: pkg.m4 missing in pkg-config v0.28 tool download for GTK+ 3.x on win32
Thank you both for your explanations. A new pkg-config-dev package is now available on http://www.gtk.org/download/win32.php (and win64.php). It contains pkg.m4 and the man page, just as the previous version did. I will modify the buildenv to regenerate this package in the next builds. Regards, Tarnyko Legorol writes: On 23.01.2014 12:07, Tarnyko wrote: Legorol writes: On the Windows 32-bit download page (http://www.gtk.org/download/win32.php), under the GTK+ 3.x heading, various other third party software are listed. One of those is pkg-config version 0.28. Two download options are available: Tool or Sources. The Tool option links to pkg-config_0.28-1_win32.zip. This does not contain share/aclocal/pkg.m4, as it should in my opinion. The only way to obtain pkg.m4 is from the Sources link. In fact, the all-in-one bundle does contain pkg.m4. I never checked before, but is this file necessary (besides GLib and other dependencies) for pkg-config.exe to execute correctly ? If it is, I agree it should be in the package. pkg.m4 is needed if you regenerate the configure script from configure.ac by using autotools. Yes. pkg.m4 is not used to build pkg-config.exe. Instead, it's a system-wide macro file that provides the integration between pkg-config and Autotools. Typically software packages are distributed so that to build them, you just run ./configure then make etc. You don't need pkg.m4 for this. However, some packages are distributed such that as part of the build process, autoconf has to be run on part or all of the package. In this case, you need pkg.m4 to be present. Compare the contents of the pkg-config version 0.26 Dev download under GTK+ 2.x with the contents of the pkg-config version 0.28 Tool download under GTK+ 3.x. The former includes pkg.m4 and a man page, the latter does not. ___ gtk-list mailing list gtk-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-list ___ gtk-list mailing list gtk-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-list
Re: gettext-runtime is not available
Hi, Recently,we found that we can not download gettext-runtime Binary package in this url--http://www.gtk.org/download/win64.php.Could you help me to fix this? Thank you! Hi, The link was broken ; should be fixed now. ZhuJie ___ gtk-list mailing list gtk-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-list Regards, Tarnyko ___ gtk-list mailing list gtk-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-list
Re: gettext-runtime is not available
narcisse doudieu siewe writes: hello I have the following error in the execution of my program: the procedure entry point g_mutex_clear could not be located in the dynamic link library libglib-2.0-0.dll I use the Gtk+-3.6.4 version available on windows plateform I use windows 7 Hello, $ strings libglib-2.0-0.dll |grep g_mutex_clear g_mutex_clear It's in there. Be careful not to have an older version of GTK+ installed in a system path (typically, \WINDOWS or a path specified in %PATH%). Best solution is to do echo %PATH% and delete all versions of the DLLs found in these folders. Or put the newest libglib-2.0.dll in the same folder as your program. Regards, Tarnyko ___ gtk-list mailing list gtk-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-list
Re: GTK+3 Win32 bundles available on gtk.org
LE GARREC Vincent writes: Good job, Just few questions : who's in charge of maintaining the packages ? Hi Vincent, I'm maintaining the build environment and occasionally report/fix bugs in the backend. It's of course as always a more global work. why the latest version (3.10.2) is not available ? why not using latest version of other library (pixman, ...) It could help people to test the lib and found bugs. The available bundles are synchronized with the lib versions you can find in popular linux distros. 3.10.2 isn't there because I didn't setup do yet, but it's WIP. I personally find it too bleeding-edge to be provided on gtk.org, but it will land on http://win32builder.gnome.org. Regarding Cairo/Pixman, there used to be a bug which broke icons, but it seems to be fixed in latest version. So I'll likely use it in 3.10.2. The continuous bundle is not up to date since the 6th October. Is it because the source do not compile anymore for Windows ? Build VM was being updated. Should be OK now, bundle will be produced soon. I'm asking all theses questions because actually I build the library by my own work and I would like to know if I can safely remove my work and use the one from gtk.org instead of. It's up to you of course, but most reports were positive. I suggest you try to use the gtk.org bundle so bug reports will be easier to handle. Regards, Vincent, 2013/10/27 Tarnyko tarn...@tarnyko.net Hi folks, GTK+3 Win32 bundles are available to download on GTK+ website : http://www.gtk.org/download/**win32.phphttp://www.gtk.org/download/win32.php And there is a new installation tutorial, too : http://www.gtk.org/download/**win32_tutorial.phphttp://www.gtk.org/download/win32_tutorial.php Many thanks to Ebassi, Walters who made this possible ; AVeri for having been patient with each of my requests to install something on GNOME's VM ; Martyn Russell who manages the site ; Martin Schlemmer and Andy Spencer for their patches ; and everyone who participated on Bugzilla (bug 695600, you know who you are !). Regards, Tarnyko __**_ gtk-list mailing list gtk-list@gnome.org https://mail.gnome.org/**mailman/listinfo/gtk-listhttps://mail.gnome.org/mailman/listinfo/gtk-list ___ gtk-list mailing list gtk-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-list
GTK+3 Win32 bundles available on gtk.org
Hi folks, GTK+3 Win32 bundles are available to download on GTK+ website : http://www.gtk.org/download/win32.php And there is a new installation tutorial, too : http://www.gtk.org/download/win32_tutorial.php Many thanks to Ebassi, Walters who made this possible ; AVeri for having been patient with each of my requests to install something on GNOME's VM ; Martyn Russell who manages the site ; Martin Schlemmer and Andy Spencer for their patches ; and everyone who participated on Bugzilla (bug 695600, you know who you are !). Regards, Tarnyko ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list
GTK+3 Win32 bundles available on gtk.org
Hi folks, GTK+3 Win32 bundles are available to download on GTK+ website : http://www.gtk.org/download/win32.php And there is a new installation tutorial, too : http://www.gtk.org/download/win32_tutorial.php Many thanks to Ebassi, Walters who made this possible ; AVeri for having been patient with each of my requests to install something on GNOME's VM ; Martyn Russell who manages the site ; Martin Schlemmer and Andy Spencer for their patches ; and everyone who participated on Bugzilla (bug 695600, you know who you are !). Regards, Tarnyko ___ gtk-list mailing list gtk-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-list
Re: GTK+3 Win32 bundles available on gtk.org
Andy Spencer writes: And there is a new installation tutorial, too : http://www.gtk.org/download/win32_tutorial.php One small thing, it looks like the download link in the tutorial is pointed to an older version of the all-in-one bundle? Yes, you're right. Will correct that right now. Regards, Tarnyko ___ gtk-list mailing list gtk-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-list
Re: Hicolor icon theme
John Emmas writes: Hi John, I'm not sure if this is the right place for my question but if not, maybe someone will point me in the right direction About 2 years ago I built the Ardour DAW which was then at version 2. I built it for Windows, using MSVC. Naturally there were a few problems but eventually it all worked. I'm now trying to build Ardour3. Ardour3 still uses GTK2 in case that's significant. GTK2 and all the other libraries are also built (by me) using MSVC The build itself seems to have gone okay but when I try to run it, GTK complains (and subsequently crashes) because it can't find the hicolor theme and icons. In particular, it crashes when trying to load something called edit-find (a cursor maybe?) Each time it crashes, I see some debugging output which directs me to this web page:- http://icon-theme.freedesktop.org/releases/ Various themes are listed there but I've no idea how to install them (or even where to install them!) How do I find out more about these themes and what I need to do with them? Just extract the latest archive and run configure-make-make install. It will install the theme directory structure to usr/share/icons. Not sure there is an MSVC build script for that, though. At worst, grab this directory from an existing bundle and put it in your folder. Thanks. John ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list Regards, Tarnyko ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: GTK+3 Win32 Bundles : RFC
Hi folks, Some news on the GTK+ Win32 bundles provided on http://http://win32builder.gnome.org. - a 3.8.2 bundle is now available, with MSVC import libraries (thanks to Dieter for his amazing tips). A 3.10 will follow soon and be the first to integrate Broadway out-of-the-box. - a continuous bundle is now available ; it's latest master from Git, for GTK+ and all its dependencies, compiled with debug symbols on. It will be regenerated every day. This bundle is mainly for chasing bugs. For example, right now, the Print demo of gtk3-demo crashes. If any developer is interested in a different schedule (keeping the 5 last bundles, once per week, put Git revision numbers therein... e.g.), please let me know. Regards, Tarnyko ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: GTK+3 Win32 Bundles : RFC
Whoops, malformed link : http://win32builder.gnome.org Tarnyko writes: Hi folks, Some news on the GTK+ Win32 bundles provided on http://http://win32builder.gnome.org. - a 3.8.2 bundle is now available, with MSVC import libraries (thanks to Dieter for his amazing tips). A 3.10 will follow soon and be the first to integrate Broadway out-of-the-box. - a continuous bundle is now available ; it's latest master from Git, for GTK+ and all its dependencies, compiled with debug symbols on. It will be regenerated every day. This bundle is mainly for chasing bugs. For example, right now, the Print demo of gtk3-demo crashes. If any developer is interested in a different schedule (keeping the 5 last bundles, once per week, put Git revision numbers therein... e.g.), please let me know. Regards, Tarnyko ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: GTK+3 Win32 Bundles : RFC
fanc...@yahoo.com.tw writes: Hello Tarnyko, Hi Fan, Hmm, the print demo didn't crash for me at least on 3.10.0, when built with Visual Studio. Does it crash for you in 3.10.0? I might try to build git master soon to test that It worked in 3.8 ; crashing Git version displays 3.11, Don't know for 3.10, I'll test when I manage to build a version. 3.10.0 and later uses lots of symbolic icons, so it might be worthwhile to note that one needs to download the gnome-icon-theme packages (with the -extra and -symbolic) packages and copying everything under gnome in these packges to (rootdir)\share\icons\hicolor Oh yes, I actually build the icons during the process, but remove them afterwards (so the bundle doesn't get too big). But I think you're right, best keep them here ; it's a debug archive that end-users won't download anyway. Will make sure they'll be there tomorrow. Thanks though. With blessings. Regards, Tarnyko ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: GtkGlArea port to GTK+3 : RFYC
Hey, that's interesting, thanks John ! BTW, and for google too, to generate the configure script under Win32, I was required to remove all mention of GOBJECT_INTROSPECTION and GTK_DOC macros from the Makefile.am files. Then run : autoreconf --install and it builds and runs just fine. Regards, Tarnyko John Stowers writes: For posterity and google, there is also a working port of gtkglext to gtk3 https://github.com/tdz/gtkglext John On Tue, Sep 10, 2013 at 10:28 AM, Nicolas Silva nical.si...@gmail.comwrote: On Mon, Sep 9, 2013 at 7:48 AM, Tarnyko tarn...@tarnyko.net wrote: Hi Vincent, LE GARREC Vincent writes: 2) https://bugzilla.gnome.org/**show_bug.cgi?id=689759https://bugzilla.gnome.org/show_bug.cgi?id=689759 GtkGLArea cannot work properly with Broadway, because when you use Broadway, you don't have any X11/Win32 context at all. You're just drawing to a pixbuf rendered via a HTML5 canvas. BTW, WebGL is the only well-known method to use OpenGL is a browser. But I don't see how it could be implemented in GTK+ (you'd have to generate WebGL client-side code on the fly... pure hell). So I'd classify this as NOTABUG personally ;-) Granted that it is not trivial, it could still be done if such a feature gets enough traction to motivate developer time. Web browsers do the conversion from WebGL to either desktop GL, GLES or even D3D. Emscripten does to some extent a bit of conversion from desktop GL to WebGL (Or did I miss what you meant by the difficulty of generating client-side code?). In any case, thank you very much for bringing GL to Gtk3. It is not clear to me whether this is meant to be officially supported at the Gtk level, and I dearly hope it is. Cheers, Nical 3) gcc -o glx glx.o `pkg-config --cflags --libs gtk+-3.0 gl` -lX11 The only problem about my example is that you need -lX11 in gcc and the X11's lib is really difficult to compile for Windows. Your code doesn't use GtkGLArea at all, but GLX ; so yes, it obviously is Unix-specific and needs X11. GtkGLArea was designed to avoid this, by using GLX on X11, and WGL on Windows, transparently. So if you'd use GtkGLArea, you'd have a single code and recompile it with no changes on Unix and Win32. That's the whole point of the library. Regards, Vincent LE GARREC Regards, Tarnyko __**_ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/**mailman/listinfo/gtk-devel-**listhttps://mail.gnome.org/mailman/listinfo/gtk-devel-list ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list
Getting a Wayland surface from a GdkWindow
Hi folks, I'm trying to retrieve a Wayland surface from a GdkWindow. Of course, I'm running GTK+3 git with native Wayland (no XWayland). Here's my simplified code : GtkWindow window = gtk_window_new (GTK_WINDOW_TOPLEVEL); GdkWindow *w = gtk_widget_get_window (GTK_WIDGET(window)); gdk_wayland_window_set_use_custom_surface (w); struct wl_surface *srf = gdk_wayland_window_get_wl_surface (w); struct wl_shell_surface *ssrf = gdk_wayland_window_get_wl_shell_surface (w); However, Gdk keeps telling me that : Gdk-CRITICAL **: gdk_wayland_window_set_use_custom_surface: assertion 'GDK_IS_WAYLAND_WINDOW (window)' failed What am I doing wrong ? Thanks for your time. Regards, Tarnyko ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Getting a Wayland surface from a GdkWindow
Hi Florian, Thank you very much, that was it. Confused I didn't get it at the first spot. Florian Müllner writes: On Thu, Sep 26, 2013 at 4:09 PM, Tarnyko tarn...@tarnyko.net wrote: GtkWindow window = gtk_window_new (GTK_WINDOW_TOPLEVEL); GdkWindow *w = gtk_widget_get_window (GTK_WIDGET(window)); gtk_widget_get_window() will return %NULL if the widget has not been realized yet. ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: GtkGlArea port to GTK+3 : RFYC
Hi folks, Could someone give feedback on the following patch/bug, adding support for GTK+3 to the GtkGLArea helper library ? https://bugzilla.gnome.org/show_bug.cgi?id=707723 PS : As of today, there is no cross-platform and standard way to render a GL context in a GTK+3 widget. I landed on this when trying to port GNOME Chess (http://www.tarnyko.net/en/?q=node/40). Regards, Tarnyko Tarnyko writes: Hi folks, I recently needed a cross-platform way to display an OpenGL context in a GTK+3 Window ; I checked Gnome-Chess to get example, but it uses GLX directly (doesn't work or native Mac OSX nor Win32). There used to be a GtkGLArea library for GTK+2, wasn't ported though. So I have put up a set of (still ugly, but improving) patches to GtkGLArea for GTK+ 3 : http://www.tarnyko.net/repo/gtkglarea3.patch Screenshot on Win32: http://www.tarnyko.net/repo/gtkglarea3.png So it kinda works. I'd like to submit it on Bugzilla, but before I try : is gtkglarea the way to go ? OK to upgrade lib version from 2.X.X to 3.X.X ? Better work with Clutter-COGL-GTK3 ? Any feedback appreciated. Regards, Tarnyko ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list
GTK+3 Win32 Bundles : RFC
Hi again folks, As of today, the state of the GTK+3 Win32 Bundles is the following : Cross-platform build environment is setup in the GNOME infrastructure. It has the attribute of not using pre-built packages (RPMs), but only a minimal MinGW compiler able to rebuild all the stack, from Gettext to GTK+3. Resulting binaries can be found on : http://win32builder.gnome.org/ They notably integrate MinGW and MSVC import libraries. I'd like to have feedback on the following subjects : - GTK+2 bundles used to integrate Gettext, Freetype and Fontconfig binaries. They're not directly needed, however Gettext is useful for internationalization, and some well-known software (GIMP, Inkscape) use Freetype/Fontconfig. Scraping them from the bundle will free 5-10 Mb of compressed space. Should I keep them ? - As of GTK+ 3.8, generating MSVC import libraries requires the MSVC toolchain itself. I'm currently setup-ing 3.8 buildenv without them. People interested in having them in the bundle should : * give insight on how to run MSVC on a Linux machine/integrate a Win32 machine in the GNOME infrastructure * contact me to help me setup such a toolchain (personally unexperienced on this topic). I'll soon link this post to https://bugzilla.gnome.org/show_bug.cgi?id=695600, so we can have the bundles on the gtk.org website. Regards, Tarnyko ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: GTK+3 Win32 Bundles : RFC
Hi Alberto, Alberto Ruiz writes: Hello Tamyko, First of all I'd like to say kudos for your amazing work. There is a lot of people out there who depend on Gtk+ being built on Windows and your efforts are greatly appreciated. Thank you very much ! The answer here is hard. I'm inclined to say that you should scrap as much stuff as possible (unused binaries and as much dependencies as possible). If only to make the automated build a bit more reliable (the less stuff you build yourself the better). Wrt freetype/fontconfig it is worth considering how many packages can make good use of it, you mentined gimp and inkscape which are probably two of the most popular Gtk+ apps on Windows, so it seems reasonable to keep them. You're right, I think I will keep them. They're worth it. How about a Windows VM? I know Microsoft gives away Microsoft liceneses to free software projects and I've set up build servers with Windows in the past using SSH. The alternative, which is running MSVC on Linux/Wine is going to be HARD. Ho, interesting. I didn't know they had such deals with FOSS projects. Will look into it. Yes, cross-compiling using MinGW is already a pain ; I better not imagine how hard it could be with an emulation layer such a Wine... -- Cheers, Alberto Ruiz Regards, Tarnyko ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: GTK+3 Win32 Bundles : RFC
Hi Matthew, Matthew Brush writes: Personally, I'd rather have as much as possible in the bundle and choose what to leave out of the the applications' installers, although it doesn't matter too much as long as the left-out binaries/libraries are available as compatible separate downloads. Thanks a lot for your feedback ; yes, that seems to be the most secure option. BTW, the bundle used to provide everything, but there will still be smaller separate downloadable archives. P.S. Thanks for working on this. Cheers, Matthew Brush ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: GtkGlArea port to GTK+3 : RFYC
Hi Vincent, LE GARREC Vincent writes: 2) https://bugzilla.gnome.org/show_bug.cgi?id=689759 GtkGLArea cannot work properly with Broadway, because when you use Broadway, you don't have any X11/Win32 context at all. You're just drawing to a pixbuf rendered via a HTML5 canvas. BTW, WebGL is the only well-known method to use OpenGL is a browser. But I don't see how it could be implemented in GTK+ (you'd have to generate WebGL client-side code on the fly... pure hell). So I'd classify this as NOTABUG personally ;-) 3) gcc -o glx glx.o `pkg-config --cflags --libs gtk+-3.0 gl` -lX11 The only problem about my example is that you need -lX11 in gcc and the X11's lib is really difficult to compile for Windows. Your code doesn't use GtkGLArea at all, but GLX ; so yes, it obviously is Unix-specific and needs X11. GtkGLArea was designed to avoid this, by using GLX on X11, and WGL on Windows, transparently. So if you'd use GtkGLArea, you'd have a single code and recompile it with no changes on Unix and Win32. That's the whole point of the library. Regards, Vincent LE GARREC Regards, Tarnyko ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: No rule to make target `gdk.def` while making gtk+-3.9.10
Hi ninja, Please have a look at the following bugs : https://bugzilla.gnome.org/show_bug.cgi?id=702860 https://bugzilla.gnome.org/show_bug.cgi?id=700445 Regards, Tarnyko ninja writes: Hello, I was trying to build gtk+3.9.10 which is the latest version,with mingw32 on windows7. I configured it with ./configure -prefix=somepath,and then make.then got an error below: gdkkeynames.c:47:1: warning: '_gdk_keyval_name' defined but not used [-Wunused-f unction] gdkkeynames.c:88:1: warning: '_gdk_keyval_from_name' defined but not used [-Wunu sed-function] make[4]: *** No rule to make target `gdk.def', needed by `libgdk-3.la'. Stop. make[4]: Leaving directory `/d/gtk_src/gtk+-3.9.10/gdk' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/d/gtk_src/gtk+-3.9.10/gdk' make[2]: *** [all] Error 2 make[2]: Leaving directory `/d/gtk_src/gtk+-3.9.10/gdk' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/d/gtk_src/gtk+-3.9.10' make: *** [all] Error 2 what is gdk.def?Seems it doesn't exist at all.Could you tell me how to handle this? Best regards. ___ gtk-list mailing list gtk-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-list
GtkGlArea port to GTK+3 : RFYC
Hi folks, I recently needed a cross-platform way to display an OpenGL context in a GTK+3 Window ; I checked Gnome-Chess to get example, but it uses GLX directly (doesn't work or native Mac OSX nor Win32). There used to be a GtkGLArea library for GTK+2, wasn't ported though. So I have put up a set of (still ugly, but improving) patches to GtkGLArea for GTK+ 3 : http://www.tarnyko.net/repo/gtkglarea3.patch Screenshot on Win32: http://www.tarnyko.net/repo/gtkglarea3.png So it kinda works. I'd like to submit it on Bugzilla, but before I try : is gtkglarea the way to go ? OK to upgrade lib version from 2.X.X to 3.X.X ? Better work with Clutter-COGL-GTK3 ? Any feedback appreciated. Regards, Tarnyko ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Regarding gdbus-codegen
John, John Emmas writes: At the time I tried versions 2.7 and 3.1 but they both gave me the same problem. Going back to Tarnyko's email On 17/07/2013 19:55, Tarnyko wrote: - in gdbus-codegen, we have : path=$PATH:/lib/gdbus-2.0 from codegen import codegen_main That's a bit strange. I don't have that first ($PATH) statement at all - but having said that, I didn't process gdbus-codegen.in. I simply copied it to gdbus-codegen. Perhaps I should have run it through some processor? No, it was a shortcut I took to describe the correct line, which is as you stated : path = os.path.join(os.path.dirname(__file__), '..', 'lib', 'gdbus-2.0') I spotted some possible problems in your gdbus-codegen file : path = os.path.join('@datadir@', 'glib-2.0') '@datadir@' should be '/lib' or whatever, fixes the parsing only, the line won't be used on Win32. import codegen_main should be : from codegen import codegen_main Tells the script to look into a 'codegen' subdir. Regards, Tarnyko ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Regarding gdbus-codegen (was: Re: glib-mkenums in glib 2)
Hi Fan, Thanks for sharing. FYI, MinGW makefiles from latest master generate and install gdbus-codegen correctly. You may want to take inspiration from them if you plan to add gdbus-codegen generation for MSVC (don't know this toolchain enough to do it myself). I just suggested a little path change : https://bugzilla.gnome.org/show_bug.cgi?id=702862 Regards, Tarnyko Fan Chun-wei writes: Hi John, (list people: I understand this is a rather old topic that was brought up few months ago:) ). I was poking around with the Python scripts for gdbus-codegen lately, and I thought it might be good to let you know a few things about its use on Windows, especially under Visual Studio builds of GLib It appears that one wouldn't have to change anything in those Python scripts (at least from the release stable/unstable tarballs) so that they can be ran on Windows. What I found is that for it to work installed on Windows (suppose your GLib installation is in c:\foo): -From $(srcroot)\gio\gdbus-2.0\codegen, copy the gdbus-codegen.in file as-is to c:\foo\bin, and renaming it as gdbus-codegen. (This files has support for Windows regarding path issues without needing to process the file with autotools) -Copy all the .py files in $(srcroot)\gio\gdbus-2.0\codegen to c:\foo\lib\gdbus-2.0\codegen as is. So this will basically work when you have the following layout c:\ foo\ bin\ gdbus-codegen (renamed from gdbus-codegen.in) lib\ gdbus-2.0\ codegen\ codegen.py codegen_docbook.py codegen_main.py config.py dbustypes.py parser.py utils.py __init__.py Hope this may be of help. Unfortunately I can't run the gdbus-test-codegen test program as it uses items from GIO-UNIX, but it does seem to me that generating the test sources in-tree (with UNINSTALLED_GLIB_SRCDIR set) and using the script in the layout I just mentioned (without UNINSTALLED_GLIB_SRCDIR set, obviously) produce identical results. With blessings. ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Regarding gdbus-codegen
Hmmm, that's strange, works here. - in gdbus-codegen, we have : path=$PATH:/lib/gdbus-2.0 from codegen import codegen_main - and in /lib/gdbus-2.0/codegen/codegen_main.py we have : from . import config where config.py is in the same directory. Using Windows (not MSYS) Python 2.5, and GTK+3.6.4 from : http://www.tarnyko.net/repo/gtk3_build_system gtk+-bundle_3.6.4-20130513_win32.zip Running : python gdbus-codegen Regards, Tarnyko John Emmas writes: Thanks guys. My memory is hazy now but from what I can recall, any lines like this were always problematic;- from . import some_module No matter what I did, I couldn't get (Windows) Python to understand what from . meant. If the module to be imported was in a subfolder - e.g. from the_subfolder import some_module that worked fine - but from . wouldn't work at all for me. John On 17/07/2013 16:15, Tarnyko wrote: Hi Fan, Thanks for sharing. FYI, MinGW makefiles from latest master generate and install gdbus-codegen correctly. You may want to take inspiration from them if you plan to add gdbus-codegen generation for MSVC (don't know this toolchain enough to do it myself). I just suggested a little path change : https://bugzilla.gnome.org/show_bug.cgi?id=702862 Regards, Tarnyko Fan Chun-wei writes: Hi John, (list people: I understand this is a rather old topic that was brought up few months ago:) ). I was poking around with the Python scripts for gdbus-codegen lately, and I thought it might be good to let you know a few things about its use on Windows, especially under Visual Studio builds of GLib It appears that one wouldn't have to change anything in those Python scripts (at least from the release stable/unstable tarballs) so that they can be ran on Windows. What I found is that for it to work installed on Windows (suppose your GLib installation is in c:\foo): -From $(srcroot)\gio\gdbus-2.0\codegen, copy the gdbus-codegen.in file as-is to c:\foo\bin, and renaming it as gdbus-codegen. (This files has support for Windows regarding path issues without needing to process the file with autotools) -Copy all the .py files in $(srcroot)\gio\gdbus-2.0\codegen to c:\foo\lib\gdbus-2.0\codegen as is. So this will basically work when you have the following layout c:\ foo\ bin\ gdbus-codegen (renamed from gdbus-codegen.in) lib\ gdbus-2.0\ codegen\ codegen.py codegen_docbook.py codegen_main.py config.py dbustypes.py parser.py utils.py __init__.py Hope this may be of help. Unfortunately I can't run the gdbus-test-codegen test program as it uses items from GIO-UNIX, but it does seem to me that generating the test sources in-tree (with UNINSTALLED_GLIB_SRCDIR set) and using the script in the layout I just mentioned (without UNINSTALLED_GLIB_SRCDIR set, obviously) produce identical results. With blessings. ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Cannot compile Gtk# v2.8.5
Hi Steven, Out of curiosity, I just compiled Gtk# against GTK+2.24 and .NET Framework 2.0. It wasn't very hard, just had to customize some scripts and Makefiles. IMHO, you should avoid Cygwin and use plain MinGW. Even with the -mno-cygwin flag, cyg does strange things under the hood, which don't always play nice with standard Makefiles. Basically, you setup MSYS and MinGW, remove -mno-cygwin everywhere, replace Windows slashes (/parameter) with Unix dashes (-parameter), correct a few include files, and here you go. I hope this helps. Regards, Tarnyko Orton, Steven J (IS) writes: Hello listers, This is my first post here. I'll explain my situation, while trying not to forget any important details. Then I'll pose my question. I am on a project that has many GUIs running on Linux boxes written in Motif. We are switching everything to Windows and C#. The look and feel of the GUIs must remain the same. My task is to find a way to recreate these GUIs in C# with a Motif look and feel. This led me to GTK#. Here are the following requirements for our development environment. Visual Studio 2008 64bit C# I had good success with the latest version running in VS 2010, 32-bit, but our requirements led me to download v2.8.5 and try to compile. I'm compiling in the current version of Cygwin and the 64-bit version of GTK+ v2.16. I opened a VS2008 x64 Cross Tools command window to do the compile in. I currently have to alter the makefiles in the source to run the 64-bit toolchain and also cut out the pkg-config calls as they are not working for me for some reason. I've been successful in creating the objects until I get to the gtk folder. I basically am getting linker errors with trying to find many methods starting with _gtk. I also tried compiling against v2.22 of GTK+ 64-bit with similar results. I looked at the required libraries and found the method signatures in gtk-win32-2.0, but without the leading underscore. So, for example, the linker complains about not finding _gtk_tree_model_get_type, but the library has gtk_tree_model_get_type (no leading underscore). This confuses me greatly as I cannot find any instances of methods in GTK with leading underscores except ones with a prepended __impl_gtk_. Here is my output from the linker: make[2]: Entering directory `/cygdrive/c/dev/GtkSharp/2.8.5/gtk/glue' i686-w64-mingw32-gcc -mno-cygwin -mms-bitfields -c -I./ -I/cygdrive/c/dev/Gtk+2 .22/include/gtk-2.0 -I/cygdrive/c/dev/Gtk+2.22/include/glib-2.0 -I/cygdrive/c/de v/Gtk+2.22/lib/glib-2.0/include -I/cygdrive/c/dev/Gtk+2.22/include/pango-1.0 -I /cygdrive/c/dev/Gtk+2.22/lib/gtk-2.0/include -I/cygdrive/c/dev/Gtk+2.22/include/ cairo -I/cygdrive/c/dev/Gtk+2.22/include/atk-1.0 -I/cygdrive/c/dev/Gtk+2.22/inc lude/gdk-pixbuf-2.0 -I/cygdrive/c/dev/Gtksharp/include -o generated.o generated. c i686-w64-mingw32-dllwrap -mno-cygwin -mms-bitfields --target i386-mingw32 --expo rt-all-symbols --output-lib=libgtksharpglue-2.a --dllname=gtksharpglue-2.dll --d river-name=i686-w64-mingw32-gcc --output-def=gtksharpglue-2.def adjustment.o cellrenderer.o clipboard.o colorseldialog.o container.o generated.o nodestore.o o bject.o selectiondata.o style.o target list.o widget.o win32dll.o -L/cygdrive/c/cygwin/lib -L /cygdrive/c/dev/Gtk+2.22/lib -lgtk-win32-2.0 -lgdk-win32-2.0 -latk-1.0 -lgio-2.0 -lpangowin32-1.0 -lgdi32 -lpangocairo-1.0 -lgdk_pixbuf-2.0 -lpango-1.0 -lcairo -lpixman-1 -lfontconfig -lexpat -lfreetype -lpng14 -lz -lgobject-2.0 -lgmodule- 2.0 -lgthread-2.0 -lglib-2.0 -lintl -lglade-2.0 i686-w64-mingw32-dllwrap: no export definition file provided. Creating one, but that may not be what you want nodestore.o:nodestore.c:(.text+0x43e): undefined reference to `_gtk_tree_model_g et_type' object.o:object.c:(.text+0x42): undefined reference to `_gtk_object_get_type' object.o:object.c:(.text+0x69): undefined reference to `_gtk_object_sink' targetlist.o:targetlist.c:(.text+0x4f): undefined reference to `_gdk_atom_name' widget.o:widget.c:(.text+0x50): undefined reference to `_gtk_widget_get_type' widget.o:widget.c:(.text+0x73): undefined reference to `_gtk_object_get_type' widget.o:widget.c:(.text+0x92): undefined reference to `_gtk_object_get_type' widget.o:widget.c:(.text+0xd0): undefined reference to `_gtk_widget_style_get' widget.o:widget.c:(.text+0x182): undefined reference to `_gtk_adjustment_get_typ e' widget.o:widget.c:(.text+0x189): undefined reference to `_gtk_adjustment_get_typ e' widget.o:widget.c:(.text+0x2d0): undefined reference to `_gtk_binding_set_by_cla ss' widget.o:widget.c:(.text+0x30a): undefined reference to `_gtk_binding_entry_add_ signal' widget.o:widget.c:(.text+0x326): undefined reference
Re: Windows 32/64bit downloads and/or bundles for 2.x and 3.x
Hi Garrett, I maintain a GCC/MinGW build environment for GTK+ these days ; but I'm interested as well, so I might join the channel if nobody minds. Regards, Tarnyko Garrett Serack writes: Awesome! I’ll pop into your #hexchat-devel IRC channel tomorrow if you want to chat about it, or need some help getting started with our tools (we’re still a bit behind on docs) Hmm. Now that I think about it, I added a bunch of cmdlets that I never even mentioned in the docs at all (things for generating template build/packaging scripts) G From: Arnavion [mailto:arnav...@gmail.com] Sent: Wednesday, June 12, 2013 2:12 PM To: Garrett Serack Cc: gtk-devel-list Subject: Re: Windows 32/64bit downloads and/or bundles for 2.x and 3.x Awesome! I'll look into integrating this into our build script somehow. -Arnav ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list
Broadway on win32 [patch]
Hi fellow devs, The following patch is for latest stable GTK+, and allows Broadway to compile and run on Win32. https://bugzilla.gnome.org/show_bug.cgi?id=701707 More details to be found in the bug report. Could someone please review this ? Regards, Tarnyko ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: GTK+3 win32/64 build environment
Hi, Could someone review the build environment (https://git.gnome.org/browse/gtk3-build-system), so we can see what needs corrections/improvements ? (and possibly, if everything is OK, discuss a planning for a release ? ^^) Regards, Tarnyko tarn...@tarnyko.net writes: Hi folks, The Linux cross-compile buildenv for GTK+3 is available for download : http://www.tarnyko.net/repo/gtk3_build_system/ GTK+3.4.2_build_system-crosslinux-v1.tar.bz2 It currently only works on CentOS 6.0 x86/amd64, but it's easy to extend to other distros -see tree scripts in z_Install. There's no Win64 target yet (have to work on that ), Win32 only for the moment. As for the way the buildenv works, you better read the scripts, but to summarize : it first builds most of the stack statically for Linux, then rebuilds dynamically for Windows using some of the tools compiled before. - I've put the three buildenvs (win32, win64, cross-linux) on Git : https://git.gnome.org/browse/gtk3-build-system/tree/ If someone wants to contribute, here is some TODO : - merge the 3 buildenvs in 1 (should not be hard) ; - enhance the scripts so they use less hard-coded names ; - enhance the scripts so they perform better tests, and give more info to the user regarding what's going on. So we are now able to : - Compile natively 32-bit GTK+3 from 32-bit Windows ; - Compile natively 64-bit GTK+3 from 64-bit Windows ; - Cross-compile 32-bit GTK+3 from 32-bit/64-bit Linux (CentOS 6) ; Regards, Tarnyko ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: GTK+3 win32/64 build environment
Hi folks, The Linux cross-compile buildenv for GTK+3 is available for download : http://www.tarnyko.net/repo/gtk3_build_system/ GTK+3.4.2_build_system-crosslinux-v1.tar.bz2 It currently only works on CentOS 6.0 x86/amd64, but it's easy to extend to other distros -see tree scripts in z_Install. There's no Win64 target yet (have to work on that ), Win32 only for the moment. As for the way the buildenv works, you better read the scripts, but to summarize : it first builds most of the stack statically for Linux, then rebuilds dynamically for Windows using some of the tools compiled before. - I've put the three buildenvs (win32, win64, cross-linux) on Git : https://git.gnome.org/browse/gtk3-build-system/tree/ If someone wants to contribute, here is some TODO : - merge the 3 buildenvs in 1 (should not be hard) ; - enhance the scripts so they use less hard-coded names ; - enhance the scripts so they perform better tests, and give more info to the user regarding what's going on. So we are now able to : - Compile natively 32-bit GTK+3 from 32-bit Windows ; - Compile natively 64-bit GTK+3 from 64-bit Windows ; - Cross-compile 32-bit GTK+3 from 32-bit/64-bit Linux (CentOS 6) ; Regards, Tarnyko ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: GtkAppChooser custom command patch
Hi Olav, Olav Vitters writes: It is good that you're trying to help, and I can understand you think a custom command is helpful. But what you really need is a desktop file. A desktop file ensures that things work correctly (correct mime types, startup notification, etc). There are programs which already allow you to create such desktop files, e.g. alacarte (though it had some issues). Note that some time will always be wasted. E.g. Mattias probably looks at various patches which have bugs in them. Pretty much wasted time because he wouldn't have to spend time if people did exactly what he visioned. Or in other words: accepting patches because you spend time on the patch is not how things are or should be done. Of course not ; I wouldn't do so on my own projects either. But maybe the tone of my mail - a bit dramatic - made it look otherwise. -- Regards, Olav ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list Regards, Tarnyko ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: GTK+3 win32/64 build environment
Olav, Olav Vitters writes: On Sun, Apr 14, 2013 at 03:37:41AM +0200, tarn...@tarnyko.net wrote: I will upload all scripts to Git as soon as I get my account approved. What steps did you take? I did not get any voucher request for 'bugzilla.gnome.org'. Sorry I saw your message a bit late ; Martyn already approved my account on his side, we've been discussing that before. -- Regards, Olav ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Windows 32/64bit downloads and/or bundles for 2.x and 3.x
. -- Regards, Martyn Founder and CEO of Lanedo GmbH. ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list Regards, Tarnyko ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: GTK+3 win32/64 build environment
Hi again folks, As a majority of you told me it was so easy and effective to cross-compile from Linux, rather than doing it navitely on Windows, I finally felt like trying it. Well, after some hacking... you were right ^^. I extracted my GTK+3 buildenv on my favorite Linux distro, installed some packages, adapted some scripts, hacked around 2-3 specific problems, and it ran just fine. Now I've got a complete GTK+3 Win32 bundle, generated from Linux. So now we have two fast-identical buildenvs, one for Windows and one for Linux. Just a drawback : like I previously said, cross-compiling GTK+3 from Linux requires to build the stack twice. It's no big deal, just that the Linux buildenv has more specific scripts -I'm currently rewriting them. I will upload all scripts to Git as soon as I get my account approved. Thanks a lot for your advices. Regards, Tarnyko ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: GTK+3 win32/64 build environment
Arnel, Arnel A. Borja writes: I don't know that there's a free version of Windows :D. Now, regarding what Kevin digged out with the license, we know that it's not so free :-(. Short version : cross-compiling GTK+3 is a headaches generator. It's not easy nor efficient, and hard to maintain. I agree, it is hard to maintain. Though I still prefer cross-compilation, since it's faster in compiling. I sometimes fell asleep while compiling in MinGW in native Windows. Agreed, it's a lot faster. Just harder ;-). Long version with individual points for techs : - MinGW/GCC for Windows is a standalone compiling environment : basically, you just drop all files in a directory, and it will work, regardless of the OS version you are using. That's because most of the base utils and libraries are compiled statically. Is it really compiled statically? I don't see any difference when I moved from native MinGW to OBS. Some packages are static, most are not. Or atleast the old GTK+ 2 builds in www.gtk.org have most of libraries compiled dynamically. I was mostly speaking about MinGW core binaries (the compiler, linker, etc). ldd shows that the compilers refers to the current libc on Debian for instance. Could work though, but needs some trial-and-error. MinGW under Linux is mostly installed via a package manager (yum install mingw32-gcc-c++ on Fedora e.g.). You don't get to choose which version of the compiler you install. Same thing for the dependencies (libtool, expat, perl, python...). These versions are likely to change regarding the distro your are using, and you cannot copy their files from one computer to another because binaries are compiled dynamically (= depend on this particular box' libc a.s.o). Cross-compiled GTK+ and other libraries use msvcrt, so usually the difference in compiler versions is not a problem except for libstdc++. Don't get me into the libstdc++ thing, it will remind me of hard times :-D (I provide gtkmm packages for win32, was a pain to get right). I'm using Ubuntu, and use the builds for 32-bit and 64-bit Windows that are built using OpenSUSE 12.3. I mix my libraries and programs compiled using GCC 4.6.3 with the ones from OBS that use GCC 4.8.0. Seems to work fine (I've been using them for two years now, I think), except that you should make sure that you use the libstdc++ that comes with your compiler (though it is used by g++, not gcc, and there are no GTK+ dependency that use g++, I believe; I only got this problem last week when I started porting Anjuta since its C++ parser uses g++). Correct, C++ isn't used anywhere during the build process. The problem might be python though, the cross-compiled Python that OBS uses are quite old (2.6). I don't use python so I'm not sure how big the impact would be, but you could compile the base GTK+ stack without python. Because it doesn't work with newer Python (2.7 and ). I think GLib needs it ; could be patched around, have to check. That means you depend on a precise distro version. I recently moved from the builds for OpenSUSE 12.1 to 12.3 (and did that before many times before), upgraded my system many times too (since Ubuntu Oneiric I think), and been using it for about 2 years, so I don't think it is a problem. And I still use the packages I compiled myself before along with the newer set of libraries, seems like there are no problems. Plus, my tests have proven that it matters while building. There are some fixes for libtool and the compiler itself in the buildenv (see the 64-bit one) ; if you use a different version, it will sometimes break the build. A solution would be to have a standalone MinGW install for Linux. I've googled for one without success. If one doesn't exist, the ultimate solution whould be to create one by recompiling MinGW statically myself, that means recompiling the compiler : I don't know anything about that, it will take lots of time. Ubuntu, Fedora and OpenSUSE have the cross-compilers in their repos. OBS uses MinGW-w64 GCC 4.8 while I use MinGW-w64 GCC 4.6.3 in Ubuntu. I use their builds alongside each other. A year before I even combine MinGW-32 and MinGW-w64 builds, though I thought that might be a bad idea, and Ubuntu has MinGW-w64 cross-compilers anyway. If you want to build MinGW-w64, you could check OBS which have the most recent GCC cross-compilers. - GTK+3 build process sometimes needs to run the binaries it has just generated. For instance, it runs glib-compile-schemas on its XML files to create the schemas.compiled catalog. Without it, GTK+ programs won't run. You cannot obviously run Win binaries under Linux -and using wine is not an option here. The only way is to generate, at the same time, the Linux version of the same binary ; that is to say, generate the stack *twice*. One time you obtain glib-compile-schemas for Linux, put it safe somewhere, then later during the Windows build you tell it to use
Re: GTK+3 win32/64 build environment
Thanks folks. Now, regarding what was said previoulsy in this thread, I will try to list pros and cons of, respectively, native build and cross-compilation. Points listed in the end of each list have less importance or accuracy than the first ones. Then a decision regarding the choice might be made. Native build + easier (works around most problems in configure scripts and Makefiles) + independant from OS/distro - harder integration with GNOME infrastructure - slower - might need a commercial license of Windows Cross-compilation - + better integration with GNOME infrastructure + faster - needs patches in most configure scripts - needs to use standalone versions of Perl/Python OR patch Makefiles to be compatible with most common versions of Perl/Python (possible ? needs study) - needs to build stack twice (Linux native versions of some tools needed). So the speed gain might be countered (needs study) - might not be independant from OS/distro (need to choose a particular distro/package manager and stick to it ?) Regardless of what will be decided, I think that I need a Git account to push the current build scripts to the GNOME infrastructure. Will apply for it now. Regards, Tarnyko ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: GTK+3 win32/64 build environment
Hi Andy, Hm.. did I miss the further explanation? :) It's coming ^^. Personally, I would prefer to cross-compile the GTK libraries. That's what I do with the win32 builds for my application already. I also don't like the thought of having to depend on proprietary software in order to build GTK, even if it is for the windows build. I understand that fully. Out of curiosity, collecting info on my side : are you cross-compiling GTK+2 or GTK+3 ? And if you cross-compile, I suppose you are using mingw ; do you install it using your distro's package manager (yum install mingw, apt-get install mingw), or is there such a thing as a standalaone mingw env available in a tarball ? Regards, Tarnyko For the Mac OSX build all the developers have to build their own libraries using Xcode because there are no official binaries and no cross compilers. I don't like that situation very much either. ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: GTK+3 win32/64 build environment
Hi Marc, Wow wow wow, lots of things there :-). Marc-André Lureau writes: It would be better if you could check in your scripts in a repository, so one could more easily study and eventually contribute to your effort. All the binaries should be fetched or build from the source (and verified). It should be easy and safe to reproduce and modify the build, by anyone at anytime. Agreed. What's GNOME preferred repo system, Git ? Should I get a account on git.gnome.org ? .bat scripts are quite poor, even for a build system. Makefile or python, powershell are probably more suited for the task. Actually, while named .bat, most of these scripts are bash scripts (.sh) using ./configure and make. There are tons of build systems, but for targetting native windows build [1], I would really suggest looking at cerbero I prefer keep using vanilla MinGW, either on Windows or under Linux. Using a very particular and complex buildenv, possibly tied to lots of prerequisites, won't help in a long time. Plus it would mean maintenance for GNOME folks, too. Have you investigated using a cloud windows server, such as EC2 or rackspace to host the windows machine? Imho, the windows SDK and DDK should be avoided. As I said before, the machine should be hosted by GNOME (so no cloud IMHO). GNOME doesn't need to buy a Windows license, there is Hyper-V Server which is freeware. However, I came to the conclusion that there is no reason to have official gtk cross-built binaries. Each build system (MXE, OBS, fedora-mingw etc.) comes with its own set of packages, distribution, build infrastructure, community etc. -- That's why I'm advocating for a native build. Using mingw on Linux usally implies depending on a distro-dependent packaging system. I will make the complete point in one of my next mails. Marc-André Lureau ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: GTK+3 win32/64 build environment
Dieter Verfaillie writes: I you mean the paths stated inside .pc files, then pkg-config on windows should be able to automatically deduce the correct value for ${prefix} based on the location where said package is installed [1] and ignore whatever is stated as ${prefix} inside the .pc file. No adjustments should be needed. I can confirm it works. For instance, my buildenv puts binaries in /opt. If we move them to c:/gtk3 later, and run pkg-config, and even compile things, it will infer the new path correctly. This was made so by tml way back, when he used to ./configure and make install each package into a separate prefix, stringing things together (both for build and runtime usage) as needed using PATH, PKG_CONFIG_PATH, ACLOCAL_FLAGS and other env vars. Quite elegant, one can test (build and/or use) different versions of packages fast, without having to go and build a complete bundled distribution for each test (unless there's ABI breaks off course). Afaik, no other (meta) build system I've seen up until now is capable of doing that. Didn't know about Cerbero though, added that to my already long list of things to look into. I you mean something else, then please ignore me :) mvg, Dieter [1] http://cgit.freedesktop.org/pkg-config/tree/parse.c?id=7328e6fc9ec4191105c d4433320ea585d8f95d97#n970 ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: GTK+3 win32/64 build environment
Andy, Andy Spencer writes: I don't know if it was clear or not, but I have only cross compiled my application and have been using pre-build GTK libraries. I have built it using both GTK+2 and GTK+3, but I have only released GTK+2 versions. OK. Cross-building GTK+3 itself actually has some specific problems, will detail them soon. I have installed mingw32 though my distos package manager (pacman on Arch and emerge/crossdev on Gentoo). I don't think I would use a standalone mingw env on Linux. My point : I would like to avoid depending on a particular distro/package mananger. I'm not closed on this matter, though. If I didn't want to use my distos package manager I think I would just download the sources and build mingw myself. I think there are only a couple packages that are needed: the cross versions of gcc and binutils, and then the mingw runtime and w32api? There's expat too, but yes you've listed most of them. Regards, Tarnyko ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: GTK+3 win32/64 build environment
OK folks. As the initial contributor of the win32 buildenv, here are my reasons for preferring a native build instead of cross-compiling from Linux. Sorry if it is long, but I think explaining things will help. First, please note that we don't have to buy a Windows license. There is a *free* (as in free beer) edition of Windows named Hyper-V Server. It's stripped-down in terms of GUI, but works well for this purpose. Here is a link to licensing stuff : http://social.technet.microsoft.com/Forums/en-US/winserverhyperv/thread/db3f c7d7-1772-41fb-b878-4574b3c39703/ and a screenshot of it running gtk3-demo while buildenv is compiling GLib : http://www.tarnyko.net/repo/hyperv_gtk3.png Short version : cross-compiling GTK+3 is a headaches generator. It's not easy nor efficient, and hard to maintain. Long version with individual points for techs : - MinGW/GCC for Windows is a standalone compiling environment : basically, you just drop all files in a directory, and it will work, regardless of the OS version you are using. That's because most of the base utils and libraries are compiled statically. MinGW under Linux is mostly installed via a package manager (yum install mingw32-gcc-c++ on Fedora e.g.). You don't get to choose which version of the compiler you install. Same thing for the dependencies (libtool, expat, perl, python...). These versions are likely to change regarding the distro your are using, and you cannot copy their files from one computer to another because binaries are compiled dynamically (= depend on this particular box' libc a.s.o). That means you depend on a precise distro version. Plus, my tests have proven that it matters while building. There are some fixes for libtool and the compiler itself in the buildenv (see the 64-bit one) ; if you use a different version, it will sometimes break the build. A solution would be to have a standalone MinGW install for Linux. I've googled for one without success. If one doesn't exist, the ultimate solution whould be to create one by recompiling MinGW statically myself, that means recompiling the compiler : I don't know anything about that, it will take lots of time. - GTK+3 build process sometimes needs to run the binaries it has just generated. For instance, it runs glib-compile-schemas on its XML files to create the schemas.compiled catalog. Without it, GTK+ programs won't run. You cannot obviously run Win binaries under Linux -and using wine is not an option here. The only way is to generate, at the same time, the Linux version of the same binary ; that is to say, generate the stack *twice*. One time you obtain glib-compile-schemas for Linux, put it safe somewhere, then later during the Windows build you tell it to use *this* particular binary at this particular point. Ugly patches. Or you let the end-user do this, which is not user-friendly. - You won't be able to test and Q/A the binaries you just produced. Wine cannot be used because it's not reliable with GTK+3 ; last time I tried under Debian, fonts were disproportional and pictures sometimes stripped. You have to run them on a native Windows OS. I think I have covered the most important points ; opinions and arguments are welcome. I'm sometimes available on IRC channel for discussions, too. Regards, Tarnyko ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: GTK+3 win32/64 build environment
Colin, First, please note that we don't have to buy a Windows license. There is a *free* (as in free beer) edition of Windows named Hyper-V Server. It's stripped-down in terms of GUI, but works well for this purpose. Here is a link to licensing stuff : http://social.technet.microsoft.com/Forums/en-US/winserverhyperv/thread/db3f c7d7-1772-41fb-b878-4574b3c39703/ Hmmm...but it looks to me like this edition is only designed for physical deployments, whereas I think we'd really want it virtualized (both for developers running Linux on their laptops who want to test, and inside the GNOME infrastructure). Or does it run in a VM ok? At least for GNOME servers it'd likely be worth paying for an actually supported version of Windows so it gets security updates, even if it is completely firewalled off from the world. It runs in a VM. You have to allocate 2 Gb of RAM to it during install time, but can decrease that later. It can get security updates automatically, or manually via pre-downloaded packages, too. But you won't be able to use some software on it (MSVC e.g.). So if it's wanted, yes a mainstream version of Windows would be better in this case.e, MinGW under Linux is mostly installed via a package manager (yum install mingw32-gcc-c++ on Fedora e.g.). You don't get to choose which version of the compiler you install. Same thing for the dependencies (libtool, expat, perl, python...). These versions are likely to change regarding the distro your are using, and you cannot copy their files from one computer to another because binaries are compiled dynamically (= depend on this particular box' libc a.s.o). There are hybrid approaches here - the most realistic to me is to reuse a current distribution cross toolchain (e.g. we're not building mingw-gcc in GNOME), but if we need to update some other dependency, we could do so. I guess you're right though, the full SDK case does kind of explode due to the perl/python dependencies. Yes, Python and Perl are the worst problems. Doing this right on the long run with a cross-compile env would require some effort. A solution would be to have a standalone MinGW install for Linux. I've googled for one without success. If one doesn't exist, the ultimate solution whould be to create one by recompiling MinGW statically myself, that means recompiling the compiler : I don't know anything about that, it will take lots of time. That doesn't help us though even if it existed due to the Perl/Python deps among others. Correct, didn't even realize that. - GTK+3 build process sometimes needs to run the binaries it has just generated. Now an important part - gobject-introspection as used by the bindings at the moment requires doing this. But see: https://bugzilla.gnome.org/show_bug.cgi?id=592311 Ouch. Will see your link. For instance, it runs glib-compile-schemas on its XML files to create the schemas.compiled catalog. Without it, GTK+ programs won't run. The way this is solved for the e.g. GNU/Linux cross case is it's assumed you have glib-genmarshal on the host. See: https://git.gnome.org/browse/glib/tree/configure.ac#n2630 We can definitely do some of this for Windows, but we have to be careful about files that are architecture dependent. For glib-compile-schemas in particular, variants are host endianness by default. Didn't know about that, thanks, will take a look. - You won't be able to test and Q/A the binaries you just produced. That's where virtualization comes in. Wine cannot be used because it's not reliable with GTK+3 ; last time I tried under Debian, fonts were disproportional and pictures sometimes stripped. You have to run them on a native Windows OS. Wine admittedly is an insane monstrosity, but some of that is likely fixable. So at a high level...there's quite a bit to figure out. The SDK problem is just hard =/ Yes, that's why the native build option is easier, works around this problem and lots of others too. PS : Don't forget that I'm alone doing this work now. I'm documenting everything as time goes on, but choosing difficult options will make my work more difficult too ;-). Regards, Tarnyko ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: GTK+3 win32/64 build environment
Kevin, Fox, Kevin M writes: I dug up the license for Microsoft Hyper-V Server. Here it is: http://www.microsoft.com/en-us/download/details.aspx?id=497 See USE RIGHTS. section 'e' bullet 2. Does compiling gtk mesh with bullet 2? If so, your good to go. If not, you do not have a license to do what you are attempting. Looking at it, unless you are running at least one vm under it, and you are building the software for the purposes of managing and servicing the virtual machine (One might be able to make that argument), I'd guess not. IANAL You are making a point here. I didn't read this section carefully. IANAL neither, but if there is a doubt, we should not use the software. Sorry for having suggested that btw, shoud have been more precautionous. Regards, Tarnyko Thanks, Kevin From: gtk-devel-list [gtk-devel-list-boun...@gnome.org] On Behalf Of tarn...@tarnyko.net [tarn...@tarnyko.net] Sent: Wednesday, April 10, 2013 3:50 AM To: gtk-devel-list@gnome.org Subject: Re: GTK+3 win32/64 build environment OK folks. As the initial contributor of the win32 buildenv, here are my reasons for preferring a native build instead of cross-compiling from Linux. Sorry if it is long, but I think explaining things will help. First, please note that we don't have to buy a Windows license. There is a *free* (as in free beer) edition of Windows named Hyper-V Server. It's stripped-down in terms of GUI, but works well for this purpose. Here is a link to licensing stuff : http://social.technet.microsoft.com/Forums/en-US/winserverhyperv/thread/db3f c7d7-1772-41fb-b878-4574b3c39703/ and a screenshot of it running gtk3-demo while buildenv is compiling GLib : http://www.tarnyko.net/repo/hyperv_gtk3.png Short version : cross-compiling GTK+3 is a headaches generator. It's not easy nor efficient, and hard to maintain. Long version with individual points for techs : - MinGW/GCC for Windows is a standalone compiling environment : basically, you just drop all files in a directory, and it will work, regardless of the OS version you are using. That's because most of the base utils and libraries are compiled statically. MinGW under Linux is mostly installed via a package manager (yum install mingw32-gcc-c++ on Fedora e.g.). You don't get to choose which version of the compiler you install. Same thing for the dependencies (libtool, expat, perl, python...). These versions are likely to change regarding the distro your are using, and you cannot copy their files from one computer to another because binaries are compiled dynamically (= depend on this particular box' libc a.s.o). That means you depend on a precise distro version. Plus, my tests have proven that it matters while building. There are some fixes for libtool and the compiler itself in the buildenv (see the 64-bit one) ; if you use a different version, it will sometimes break the build. A solution would be to have a standalone MinGW install for Linux. I've googled for one without success. If one doesn't exist, the ultimate solution whould be to create one by recompiling MinGW statically myself, that means recompiling the compiler : I don't know anything about that, it will take lots of time. - GTK+3 build process sometimes needs to run the binaries it has just generated. For instance, it runs glib-compile-schemas on its XML files to create the schemas.compiled catalog. Without it, GTK+ programs won't run. You cannot obviously run Win binaries under Linux -and using wine is not an option here. The only way is to generate, at the same time, the Linux version of the same binary ; that is to say, generate the stack *twice*. One time you obtain glib-compile-schemas for Linux, put it safe somewhere, then later during the Windows build you tell it to use *this* particular binary at this particular point. Ugly patches. Or you let the end-user do this, which is not user-friendly. - You won't be able to test and Q/A the binaries you just produced. Wine cannot be used because it's not reliable with GTK+3 ; last time I tried under Debian, fonts were disproportional and pictures sometimes stripped. You have to run them on a native Windows OS. I think I have covered the most important points ; opinions and arguments are welcome. I'm sometimes available on IRC channel for discussions, too. Regards, Tarnyko ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list
GTK+3 win32/64 build environment
Hi folks, As you may know, I'm currently working on a GTK+3 Win32/64 bundle. The build environments are currently based on MinGW, running on Win32 host (Win64 for the 64-bit builds). They are browsable online here : http://www.tarnyko.net/repo/gtk3_build_system/ It has been said that in order to be officially supported, Windows binaries should be compiled on a GNOME-owned machine. That is to say, in order to use my build environment, GNOME should own a Windows machine ^^. Is it the case now ? (no trolling intended, serious question). It it's the case, then we could keep the buildenv as is. Or we could try to adapt it to a GCC cross-compile install under Linux, but I'd like to avoid that for reasons that I will explain further. If it's not the case, I will obviously need to adapt the buildenv to a GCC cross-compile install under Linux ; same thing, I'd like to avoid that, but I need to know. Regards, Tarnyko ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list
GtkAppChooser custom command patch
Hi folks, Could someone please review the following patch/suggestion : https://bugzilla.gnome.org/show_bug.cgi?id=650284#c36 It adds a Use custom command on the lower part of the GtkAppChooser window, so users can specify an unlisted application (case of uncomplete mimetypes or .desktop associations). Screenshots are available in the comment. The patch itself is unfinished, I'm mostly asking for feedback about the general idea and design. Regards, Tarnyko ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: GtkAppChooser custom command patch
Thank you Bernard ! I've written the change due to recurring requests from my local user group (and other people, too). Any feedback is welcome. Regards, Tarnyko Bernhard Schuster writes: I did not look at your implementation, but the screenshots look very promising - in fact I think that is a highly desirable feature and your implementation is (imho) how it should be done! 2013/4/8 tarn...@tarnyko.net Hi folks, Could someone please review the following patch/suggestion : https://bugzilla.gnome.org/**show_bug.cgi?id=650284#c36https://bugzilla.gnome.org/show_bug.cgi?id=650284#c36 It adds a Use custom command on the lower part of the GtkAppChooser window, so users can specify an unlisted application (case of uncomplete mimetypes or .desktop associations). Screenshots are available in the comment. The patch itself is unfinished, I'm mostly asking for feedback about the general idea and design. Regards, Tarnyko __**_ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/**mailman/listinfo/gtk-devel-**listhttps://mail.gnome.org/mailman/listinfo/gtk-devel-list ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: GtkAppChooser custom command patch
Hi Matthias, It was that kind of answer that I was asking for. So what you're telling me is that I shouldn't try to develop the patch any further, because it will never be integrated upstream, right ? If that's the case, I will come back to my user group with this answer. I think you (not personally, but taken more widely) are wrong, and that it does some harm here, but fair enough, it is definitely your project. I won't debate this again, points have already been widely made before (Bernhard does have some here). Personally, what I regret the most is having spent time writing a useless patch. It does imply something for my past and future-planned contributions, too. Regards, Tarnyko Matthias Clasen writes: I don't think we want that in the app chooser, I'm afraid. Applications need to be installed properly, which will make them show up in the list of application. Turning the app chooser into a fix-up-your-os tool is not the right answer. On Mon, Apr 8, 2013 at 7:13 AM, tarn...@tarnyko.net wrote: Thank you Bernard ! I've written the change due to recurring requests from my local user group (and other people, too). Any feedback is welcome. Regards, Tarnyko Bernhard Schuster writes: I did not look at your implementation, but the screenshots look very promising - in fact I think that is a highly desirable feature and your implementation is (imho) how it should be done! 2013/4/8 tarn...@tarnyko.net Hi folks, Could someone please review the following patch/suggestion : https://bugzilla.gnome.org/**show_bug.cgi?id=650284#c36https://bugzilla.gnome.org/show_bug.cgi?id=650284#c36 It adds a Use custom command on the lower part of the GtkAppChooser window, so users can specify an unlisted application (case of uncomplete mimetypes or .desktop associations). Screenshots are available in the comment. The patch itself is unfinished, I'm mostly asking for feedback about the general idea and design. Regards, Tarnyko __**_ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/**mailman/listinfo/gtk-devel-**listhttps://mail.gnome.org/mailman/listinfo/gtk-devel-list ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: [RC] GTK+ 3.4.2/3.6.4 Bundle (Win32)
64-bit buildenv and bundle now uploaded : http://www.tarnyko.net/repo/gtk3_build_system/ GTK+3.6.4_build_system_(win64)(v1).zip gtk+-bundle_3.6.4-20130329_win64.zip Looking for feedback on the website part : https://bugzilla.gnome.org/show_bug.cgi?id=695600 Regards, Tarnyko tarn...@tarnyko.net writes: Oops, sorry for the malformed links. Best to grab directly : http://www.tarnyko.net/repo/gtk3_build_system/ GTK+3.6.4_build_system_(win32)(v3).zip gtk+-bundle_3.6.4-20130327_win32.zip Regards, Tarnyko tarn...@tarnyko.net writes: Hi people, GTK+ 3.6.4 win32 build environment has been updated : http://www.tarnyko.net/repo/gtk3_build_system/GTK+3.6.4_build_system_(win 3 2) (v2).zip and integrates the following patches : * GtkAssistant highlighted text now readable with gray background https://bugzilla.gnome.org/show_bug.cgi?id=696171 * GtkNotebook tabs now render correctly again (thanks to Andy Spencer) https://bugzilla.gnome.org/show_bug.cgi?id=691678 * GtkSpinners are animated again (thanks to Martin Schlemmer) https://bugzilla.gnome.org/show_bug.cgi?id=696202 The corresponding bundle has been produced and is available at : http://www.tarnyko.net/repo/gtk3_build_system/gtk+-bundle_3.6.4-20130327_ w in 32.zip Links will work in a few minutes. As for a personal opinion, I think it's ready for a release. Your suggestions and reviews are welcome ! Regards, Tarnyko tarn...@tarnyko.net writes: Hi, A GTK+ 3.4.2 64-bit bundle, and his build environment, are now available on http://www.tarnyko.net/repo/gtk3_build_system/ : GTK+3.4.2_build_system_(win64)(v1).zip gtk+-bundle_3.4.2-20130314_win64.zip As for now, the build environment can only work on a Win64 host due to the way scripts work (cross-compiling from Win32 to Win64 is theorically possible but would require a huge rewrite). The 3.4.2 bundle can't be more complete, I think. Ready for release. Regards, Tarnyko tarn...@tarnyko.net writes: Hi Martin, Thanks for your intervention, very well appreciated ! I'm definitely interested in your gobject-introspection and webkit stuff, I tried to compile them months ago but was not successful.. GStreamer gave me headaches, seems to need serious patches, maybe we should delay it until the rest works. I've seen your bug reports on GtkNotebook and Spinners too, currently trying to compile unstable and installing Linux to compare stuff. Regards, Tarnyko Martin Schlemmer writes: Hi, I know you asked for validation some time back, but I could not get time as yet, sorry. I have a bit of a very custom build system that mostly uses shell scripts via bash msys, but it includes: - making tools (intltool, etc.) more relocatable - rather build gdk-pixbuf and gtk+ loaders into the libraries (skipping *-query-* commands mostly) - include other libraries and programs like: - gobject-introspection - gtk2/gtk3 - glade for both above - webkit and needed stack (not gstreamer and co yet) - some other odd stuff. I have been planning to clean it up and make it a bit more modular for ages, but just never get to it, but if anybody want to have a look and maybe get some extra ideas (I started back in 2007 by looking at TML's stuff), I can put it somewhere. Regards, Martin On 3/7/2013 at 2:43 AM, tarn...@tarnyko.net wrote: Hi folks, Following the discussion in this previous thread (https://mail.gnome.org/archives/gtk-devel-list/2013-March/msg00020.h t m l ), I am very pleased to announce the availability for tests of two Win32 bundles : - GTK 3.4.2 / GLib 2.32.2 built with GTK+3.4.2_build_system_(v3) - GTK+ 3.6.4 / GLib 2.34.3 build with GTK+3.6.4_build_system_(v1) You will find the downloads here : http://www.tarnyko.net/repo/gtk3_build_system/ Each bundle is a ZIP archive containing among binaries : - a README including installation instructions ; - a manifest file ; - source build scripts with build logs (see src/tarnyko/scripts/logs). Each build system is a complete MinGW/MSYS environments intended for installation on vanilla Windows XP/Vista/7/8. They are very straightforward to use if you follow the instructions carefully. They should work out-of-the-box. --- If you want to test a real-world GTK+3 win32 app with these bundles, please grab Glade 3.14.1 here : http://www.tarnyko.net/repo/Glade-3.14.1_(RAUM-TARNYKO).exe It's an installer without GTK+3, so it always uses the system-wide bundle (or the binaries dropped directly in its bin folder). --- It's very nice to see GTK+ 3.6.4 working on Windows. Here is a screenshot of the new CSS widgets : http://www.tarnyko.net/repo/gtk-demo-3.6.4-win32.png But some resources don't seem to load properly (see red-crossed images in Style Classes demo). Debug planned
Re: [RC] GTK+ 3.4.2/3.6.4 Bundle (Win32)
Hi people, GTK+ 3.6.4 win32 build environment has been updated : http://www.tarnyko.net/repo/gtk3_build_system/GTK+3.6.4_build_system_(win32) (v2).zip and integrates the following patches : * GtkAssistant highlighted text now readable with gray background https://bugzilla.gnome.org/show_bug.cgi?id=696171 * GtkNotebook tabs now render correctly again (thanks to Andy Spencer) https://bugzilla.gnome.org/show_bug.cgi?id=691678 * GtkSpinners are animated again (thanks to Martin Schlemmer) https://bugzilla.gnome.org/show_bug.cgi?id=696202 The corresponding bundle has been produced and is available at : http://www.tarnyko.net/repo/gtk3_build_system/gtk+-bundle_3.6.4-20130327_win 32.zip Links will work in a few minutes. As for a personal opinion, I think it's ready for a release. Your suggestions and reviews are welcome ! Regards, Tarnyko tarn...@tarnyko.net writes: Hi, A GTK+ 3.4.2 64-bit bundle, and his build environment, are now available on http://www.tarnyko.net/repo/gtk3_build_system/ : GTK+3.4.2_build_system_(win64)(v1).zip gtk+-bundle_3.4.2-20130314_win64.zip As for now, the build environment can only work on a Win64 host due to the way scripts work (cross-compiling from Win32 to Win64 is theorically possible but would require a huge rewrite). The 3.4.2 bundle can't be more complete, I think. Ready for release. Regards, Tarnyko tarn...@tarnyko.net writes: Hi Martin, Thanks for your intervention, very well appreciated ! I'm definitely interested in your gobject-introspection and webkit stuff, I tried to compile them months ago but was not successful.. GStreamer gave me headaches, seems to need serious patches, maybe we should delay it until the rest works. I've seen your bug reports on GtkNotebook and Spinners too, currently trying to compile unstable and installing Linux to compare stuff. Regards, Tarnyko Martin Schlemmer writes: Hi, I know you asked for validation some time back, but I could not get time as yet, sorry. I have a bit of a very custom build system that mostly uses shell scripts via bash msys, but it includes: - making tools (intltool, etc.) more relocatable - rather build gdk-pixbuf and gtk+ loaders into the libraries (skipping *-query-* commands mostly) - include other libraries and programs like: - gobject-introspection - gtk2/gtk3 - glade for both above - webkit and needed stack (not gstreamer and co yet) - some other odd stuff. I have been planning to clean it up and make it a bit more modular for ages, but just never get to it, but if anybody want to have a look and maybe get some extra ideas (I started back in 2007 by looking at TML's stuff), I can put it somewhere. Regards, Martin On 3/7/2013 at 2:43 AM, tarn...@tarnyko.net wrote: Hi folks, Following the discussion in this previous thread (https://mail.gnome.org/archives/gtk-devel-list/2013-March/msg00020.htm l ), I am very pleased to announce the availability for tests of two Win32 bundles : - GTK 3.4.2 / GLib 2.32.2 built with GTK+3.4.2_build_system_(v3) - GTK+ 3.6.4 / GLib 2.34.3 build with GTK+3.6.4_build_system_(v1) You will find the downloads here : http://www.tarnyko.net/repo/gtk3_build_system/ Each bundle is a ZIP archive containing among binaries : - a README including installation instructions ; - a manifest file ; - source build scripts with build logs (see src/tarnyko/scripts/logs). Each build system is a complete MinGW/MSYS environments intended for installation on vanilla Windows XP/Vista/7/8. They are very straightforward to use if you follow the instructions carefully. They should work out-of-the-box. --- If you want to test a real-world GTK+3 win32 app with these bundles, please grab Glade 3.14.1 here : http://www.tarnyko.net/repo/Glade-3.14.1_(RAUM-TARNYKO).exe It's an installer without GTK+3, so it always uses the system-wide bundle (or the binaries dropped directly in its bin folder). --- It's very nice to see GTK+ 3.6.4 working on Windows. Here is a screenshot of the new CSS widgets : http://www.tarnyko.net/repo/gtk-demo-3.6.4-win32.png But some resources don't seem to load properly (see red-crossed images in Style Classes demo). Debug planned... --- Regards, Tarnyko ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list Vrywaringsklousule / Disclaimer: http://www.nwu.ac.za/it/gov-man/disclaimer.html ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: [RC] GTK+ 3.4.2/3.6.4 Bundle (Win32)
Oops, sorry for the malformed links. Best to grab directly : http://www.tarnyko.net/repo/gtk3_build_system/ GTK+3.6.4_build_system_(win32)(v3).zip gtk+-bundle_3.6.4-20130327_win32.zip Regards, Tarnyko tarn...@tarnyko.net writes: Hi people, GTK+ 3.6.4 win32 build environment has been updated : http://www.tarnyko.net/repo/gtk3_build_system/GTK+3.6.4_build_system_(win3 2) (v2).zip and integrates the following patches : * GtkAssistant highlighted text now readable with gray background https://bugzilla.gnome.org/show_bug.cgi?id=696171 * GtkNotebook tabs now render correctly again (thanks to Andy Spencer) https://bugzilla.gnome.org/show_bug.cgi?id=691678 * GtkSpinners are animated again (thanks to Martin Schlemmer) https://bugzilla.gnome.org/show_bug.cgi?id=696202 The corresponding bundle has been produced and is available at : http://www.tarnyko.net/repo/gtk3_build_system/gtk+-bundle_3.6.4-20130327_w in 32.zip Links will work in a few minutes. As for a personal opinion, I think it's ready for a release. Your suggestions and reviews are welcome ! Regards, Tarnyko tarn...@tarnyko.net writes: Hi, A GTK+ 3.4.2 64-bit bundle, and his build environment, are now available on http://www.tarnyko.net/repo/gtk3_build_system/ : GTK+3.4.2_build_system_(win64)(v1).zip gtk+-bundle_3.4.2-20130314_win64.zip As for now, the build environment can only work on a Win64 host due to the way scripts work (cross-compiling from Win32 to Win64 is theorically possible but would require a huge rewrite). The 3.4.2 bundle can't be more complete, I think. Ready for release. Regards, Tarnyko tarn...@tarnyko.net writes: Hi Martin, Thanks for your intervention, very well appreciated ! I'm definitely interested in your gobject-introspection and webkit stuff, I tried to compile them months ago but was not successful.. GStreamer gave me headaches, seems to need serious patches, maybe we should delay it until the rest works. I've seen your bug reports on GtkNotebook and Spinners too, currently trying to compile unstable and installing Linux to compare stuff. Regards, Tarnyko Martin Schlemmer writes: Hi, I know you asked for validation some time back, but I could not get time as yet, sorry. I have a bit of a very custom build system that mostly uses shell scripts via bash msys, but it includes: - making tools (intltool, etc.) more relocatable - rather build gdk-pixbuf and gtk+ loaders into the libraries (skipping *-query-* commands mostly) - include other libraries and programs like: - gobject-introspection - gtk2/gtk3 - glade for both above - webkit and needed stack (not gstreamer and co yet) - some other odd stuff. I have been planning to clean it up and make it a bit more modular for ages, but just never get to it, but if anybody want to have a look and maybe get some extra ideas (I started back in 2007 by looking at TML's stuff), I can put it somewhere. Regards, Martin On 3/7/2013 at 2:43 AM, tarn...@tarnyko.net wrote: Hi folks, Following the discussion in this previous thread (https://mail.gnome.org/archives/gtk-devel-list/2013-March/msg00020.ht m l ), I am very pleased to announce the availability for tests of two Win32 bundles : - GTK 3.4.2 / GLib 2.32.2 built with GTK+3.4.2_build_system_(v3) - GTK+ 3.6.4 / GLib 2.34.3 build with GTK+3.6.4_build_system_(v1) You will find the downloads here : http://www.tarnyko.net/repo/gtk3_build_system/ Each bundle is a ZIP archive containing among binaries : - a README including installation instructions ; - a manifest file ; - source build scripts with build logs (see src/tarnyko/scripts/logs). Each build system is a complete MinGW/MSYS environments intended for installation on vanilla Windows XP/Vista/7/8. They are very straightforward to use if you follow the instructions carefully. They should work out-of-the-box. --- If you want to test a real-world GTK+3 win32 app with these bundles, please grab Glade 3.14.1 here : http://www.tarnyko.net/repo/Glade-3.14.1_(RAUM-TARNYKO).exe It's an installer without GTK+3, so it always uses the system-wide bundle (or the binaries dropped directly in its bin folder). --- It's very nice to see GTK+ 3.6.4 working on Windows. Here is a screenshot of the new CSS widgets : http://www.tarnyko.net/repo/gtk-demo-3.6.4-win32.png But some resources don't seem to load properly (see red-crossed images in Style Classes demo). Debug planned... --- Regards, Tarnyko ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list Vrywaringsklousule / Disclaimer: http://www.nwu.ac.za/it/gov-man/disclaimer.html ___ gtk-devel-list
Re: Is GTK+ a cross-platform toolkit ?
Markus, You're right, there was a typo. The correct one is : -background-color: blue; +background-color: gray; BTW, I submitted it to Bugzilla before I saw your mail : https://bugzilla.gnome.org/show_bug.cgi?id=696171 As for colors, I chose gray because it's, at the same time, neutral and readable ; others options could be : - keep background blue, and make font white ; - choose background using system settings for highlighted text (Display - Appearance tab under Windows), and make font white. The latter has my preference, though I have no idea how to implement this :-(. Regards, Tarnyko Markus Elfring writes: Changed it to gray. ... -background-c: gray; +background-color: blue; I find that this patch indicates a different information. (Would you like to reorder the time sequence?) Which colours do you really prefer for improved readability of the affected user interface? (Is it necessary to consider any further adjustments because of system settings?) Regards, Markus ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Is GTK+ a cross-platform toolkit ?
Great job Andy ! I just applied your patch to 3.6.4 and it works perfectly. Now that I know how it works, I corrected something else. GTK 3.6 new font background used for GtkAssistant (deep blue) is unreadable in most cases. Changed it to gray. See before : http://www.tarnyko.net/repo/gtk364assist-before.png After : http://www.tarnyko.net/repo/gtk364assist-after.png Patch is here : --- gtk/gtk-win32-base.css 2013-03-20 07:13:35 + +++ gtk/gtk-win32-base.css 2013-03-20 07:12:37 + @@ -806,7 +806,7 @@ /* Assistant */ GtkAssistant .sidebar .highlight { -background-color: gray; +background-color: blue; font: bold; } I will fill a new bug regarding this. I think we are getting somewhere now, don't see anything else obviously wrong. I will integrate your patches in the build environment, you guys Andy and Martin will be credited (and btw you're awesome ^^). Regards, Tarnyko Andy Spencer writes: On 2013-03-15 00:45, tarn...@tarnyko.net wrote: That's nice. I will patch the 3.6.4 bundle to integrate the fix, so GtkNotebooks work again. I added a patch to the bug report that should fix the tab position issue. It's also available from git: git://pileus.org/~andy/gtk win32 It does the same thing as what was done previously (flipping/rotating the win32 theme part), but I changed it to be windows specific so that it won't cause problems for other theme engines. I was only able to test it on an older version of GTK+ using Windows XP. ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Is GTK+ a cross-platform toolkit ?
...and as I forgot to mentiom, push the patch upstream to 3.6 using Bugzilla. I'm doing things by the book, Jose ^^. Regards, Tarnyko jose.ali...@gmail.com writes: On Fri, Mar 15, 2013 at 12:45 AM, tarn...@tarnyko.net wrote: That's nice. I will patch the 3.6.4 bundle to integrate the fix, so GtkNotebooks work again. For the Spinner problem you noticed (they don't spin) : it's not a Win32-specific bug. AFAIK, there were plans to make a LTS release of GTK+. That means, if I understood correctly, that we could potentially have the gnome-3-6 branch unfreezed (or maybe another branch which will be mark as LTS and hence, patches like this could/should be integrated into this branch) and new official gtk+ releases 3.6.x containing fixes (among which win32 fixes as well). In fact, I believe this is how the branch 2-24 is being maintained. Patching the bundles is not going to help us in the long term :) Greetings José In fact, you can reproduce this on Linux by removing or commenting the gtk-theme line in /etc/gtk-3.0/settings.ini (tested on Ubuntu Raring). This seems to be related to new code in gtkstylecontext.c which now runs animations only if a CSS theme has been loaded before (and that never happens when falling back to default theme). I'm tracking that down and will eventually post a patch. Regards, Tarnyko Martin Schlemmer writes: On 3/11/2013 at 6:22 PM, Andy Spencer andy753...@gmail.com wrote: On 2013-03-11 17:20, Martin Schlemmer wrote: Compared to 3.4.4: - GtkNotebooks with a non-default oritation is broken I opened a bug report for this issue a while back. I didn't realize it worked in 3.4.4 though: https://bugzilla.gnome.org/**show_bug.cgi?id=691678https://bugzilla.gnome.org/show_bug.cgi?id=691678 Taking a quick look at the logs I think it *may* be related to this commit. I'll see if I can do a build and check for sure sometime. If it is. I think there are better ways to implement tab positions in win32 anyway. https://git.gnome.org/browse/**gtk+/commit/?id=7e917e54https://git.gnome.org/browse/gtk+/commit/?id=7e917e54 Good catch, reverting this fixes it. Might add it to the mentioned report. Regards, Martin Vrywaringsklousule / Disclaimer: http://www.nwu.ac.za/it/gov-** man/disclaimer.html http://www.nwu.ac.za/it/gov-man/disclaimer.html __**_ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/**mailman/listinfo/gtk-devel-**listhttps://mail.gnome.org/mailman/listinfo/gtk-devel-list ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Is GTK+ a cross-platform toolkit ?
You are so helpful, Martin. Yes you're right. Changing the .css files as you suggested enabled spinners to spin again ; thanks for preventing me of spenting hours in obscure code. I prefer the Adwaita one, too. For the GtkNotebook revert you suggested before (based on https://git.gnome.org/browse/gtk+/commit/?id=7e917e54), though, I'm not so sure. See below : That's before reverting : http://www.tarnyko.net/repo/gtk364-before.png and after : http://www.tarnyko.net/repo/gtk364-after.png Before, only selected tabs look like they miss their borders. After, they all look like that. Regards, Tarnyko Martin Schlemmer writes: On 3/15/2013 at 1:45 AM, tarn...@tarnyko.net wrote: For the Spinner problem you noticed (they don't spin) : it's not a Win32-specific bug. In fact, you can reproduce this on Linux by removing or commenting the gtk-theme line in /etc/gtk-3.0/settings.ini (tested on Ubuntu Raring). This seems to be related to new code in gtkstylecontext.c which now runs animations only if a CSS theme has been loaded before (and that never happens when falling back to default theme). I'm tracking that down and will Seems more its due to the animation now being handled through CSS - the @keyframes, etc. sections for .spinner and animation property for .spinner:active being missing. If you copy all the .spinner bits from gtk-default.css (or the Adwaita theme) to gtk-win32-base.css, you get the same circle-themed spinner (personally I think the Adwaita one looks better, as it have less circles - 8 vs 12). Not sure if its possible to have the bar-themed spinner used to date on win32 with current CSS theming? Regards, Martin Martin Schlemmer writes: On 3/11/2013 at 6:22 PM, Andy Spencer andy753...@gmail.com wrote: On 2013-03-11 17:20, Martin Schlemmer wrote: Compared to 3.4.4: - GtkNotebooks with a non-default oritation is broken I opened a bug report for this issue a while back. I didn't realize it worked in 3.4.4 though: https://bugzilla.gnome.org/show_bug.cgi?id=691678 Taking a quick look at the logs I think it *may* be related to this commit. I'll see if I can do a build and check for sure sometime. If it is. I think there are better ways to implement tab positions in win32 anyway. https://git.gnome.org/browse/gtk+/commit/?id=7e917e54 Good catch, reverting this fixes it. Might add it to the mentioned report. Regards, Martin Vrywaringsklousule / Disclaimer: http://www.nwu.ac.za/it/gov-man/disclaimer.html ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list Vrywaringsklousule / Disclaimer: http://www.nwu.ac.za/it/gov-man/disclaimer.html ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: [RC] GTK+ 3.4.2/3.6.4 Bundle (Win32)
Hi, A GTK+ 3.4.2 64-bit bundle, and his build environment, are now available on http://www.tarnyko.net/repo/gtk3_build_system/ : GTK+3.4.2_build_system_(win64)(v1).zip gtk+-bundle_3.4.2-20130314_win64.zip As for now, the build environment can only work on a Win64 host due to the way scripts work (cross-compiling from Win32 to Win64 is theorically possible but would require a huge rewrite). The 3.4.2 bundle can't be more complete, I think. Ready for release. Regards, Tarnyko tarn...@tarnyko.net writes: Hi Martin, Thanks for your intervention, very well appreciated ! I'm definitely interested in your gobject-introspection and webkit stuff, I tried to compile them months ago but was not successful.. GStreamer gave me headaches, seems to need serious patches, maybe we should delay it until the rest works. I've seen your bug reports on GtkNotebook and Spinners too, currently trying to compile unstable and installing Linux to compare stuff. Regards, Tarnyko Martin Schlemmer writes: Hi, I know you asked for validation some time back, but I could not get time as yet, sorry. I have a bit of a very custom build system that mostly uses shell scripts via bash msys, but it includes: - making tools (intltool, etc.) more relocatable - rather build gdk-pixbuf and gtk+ loaders into the libraries (skipping *-query-* commands mostly) - include other libraries and programs like: - gobject-introspection - gtk2/gtk3 - glade for both above - webkit and needed stack (not gstreamer and co yet) - some other odd stuff. I have been planning to clean it up and make it a bit more modular for ages, but just never get to it, but if anybody want to have a look and maybe get some extra ideas (I started back in 2007 by looking at TML's stuff), I can put it somewhere. Regards, Martin On 3/7/2013 at 2:43 AM, tarn...@tarnyko.net wrote: Hi folks, Following the discussion in this previous thread (https://mail.gnome.org/archives/gtk-devel-list/2013-March/msg00020.html ), I am very pleased to announce the availability for tests of two Win32 bundles : - GTK 3.4.2 / GLib 2.32.2 built with GTK+3.4.2_build_system_(v3) - GTK+ 3.6.4 / GLib 2.34.3 build with GTK+3.6.4_build_system_(v1) You will find the downloads here : http://www.tarnyko.net/repo/gtk3_build_system/ Each bundle is a ZIP archive containing among binaries : - a README including installation instructions ; - a manifest file ; - source build scripts with build logs (see src/tarnyko/scripts/logs). Each build system is a complete MinGW/MSYS environments intended for installation on vanilla Windows XP/Vista/7/8. They are very straightforward to use if you follow the instructions carefully. They should work out-of-the-box. --- If you want to test a real-world GTK+3 win32 app with these bundles, please grab Glade 3.14.1 here : http://www.tarnyko.net/repo/Glade-3.14.1_(RAUM-TARNYKO).exe It's an installer without GTK+3, so it always uses the system-wide bundle (or the binaries dropped directly in its bin folder). --- It's very nice to see GTK+ 3.6.4 working on Windows. Here is a screenshot of the new CSS widgets : http://www.tarnyko.net/repo/gtk-demo-3.6.4-win32.png But some resources don't seem to load properly (see red-crossed images in Style Classes demo). Debug planned... --- Regards, Tarnyko ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list Vrywaringsklousule / Disclaimer: http://www.nwu.ac.za/it/gov-man/disclaimer.html ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Is GTK+ a cross-platform toolkit ?
That's nice. I will patch the 3.6.4 bundle to integrate the fix, so GtkNotebooks work again. For the Spinner problem you noticed (they don't spin) : it's not a Win32-specific bug. In fact, you can reproduce this on Linux by removing or commenting the gtk-theme line in /etc/gtk-3.0/settings.ini (tested on Ubuntu Raring). This seems to be related to new code in gtkstylecontext.c which now runs animations only if a CSS theme has been loaded before (and that never happens when falling back to default theme). I'm tracking that down and will eventually post a patch. Regards, Tarnyko Martin Schlemmer writes: On 3/11/2013 at 6:22 PM, Andy Spencer andy753...@gmail.com wrote: On 2013-03-11 17:20, Martin Schlemmer wrote: Compared to 3.4.4: - GtkNotebooks with a non-default oritation is broken I opened a bug report for this issue a while back. I didn't realize it worked in 3.4.4 though: https://bugzilla.gnome.org/show_bug.cgi?id=691678 Taking a quick look at the logs I think it *may* be related to this commit. I'll see if I can do a build and check for sure sometime. If it is. I think there are better ways to implement tab positions in win32 anyway. https://git.gnome.org/browse/gtk+/commit/?id=7e917e54 Good catch, reverting this fixes it. Might add it to the mentioned report. Regards, Martin Vrywaringsklousule / Disclaimer: http://www.nwu.ac.za/it/gov-man/disclaimer.html ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: [RC] GTK+ 3.4.2/3.6.4 Bundle (Win32)
Hi Martin, Thanks for your intervention, very well appreciated ! I'm definitely interested in your gobject-introspection and webkit stuff, I tried to compile them months ago but was not successful.. GStreamer gave me headaches, seems to need serious patches, maybe we should delay it until the rest works. I've seen your bug reports on GtkNotebook and Spinners too, currently trying to compile unstable and installing Linux to compare stuff. Regards, Tarnyko Martin Schlemmer writes: Hi, I know you asked for validation some time back, but I could not get time as yet, sorry. I have a bit of a very custom build system that mostly uses shell scripts via bash msys, but it includes: - making tools (intltool, etc.) more relocatable - rather build gdk-pixbuf and gtk+ loaders into the libraries (skipping *-query-* commands mostly) - include other libraries and programs like: - gobject-introspection - gtk2/gtk3 - glade for both above - webkit and needed stack (not gstreamer and co yet) - some other odd stuff. I have been planning to clean it up and make it a bit more modular for ages, but just never get to it, but if anybody want to have a look and maybe get some extra ideas (I started back in 2007 by looking at TML's stuff), I can put it somewhere. Regards, Martin On 3/7/2013 at 2:43 AM, tarn...@tarnyko.net wrote: Hi folks, Following the discussion in this previous thread (https://mail.gnome.org/archives/gtk-devel-list/2013-March/msg00020.html), I am very pleased to announce the availability for tests of two Win32 bundles : - GTK 3.4.2 / GLib 2.32.2 built with GTK+3.4.2_build_system_(v3) - GTK+ 3.6.4 / GLib 2.34.3 build with GTK+3.6.4_build_system_(v1) You will find the downloads here : http://www.tarnyko.net/repo/gtk3_build_system/ Each bundle is a ZIP archive containing among binaries : - a README including installation instructions ; - a manifest file ; - source build scripts with build logs (see src/tarnyko/scripts/logs). Each build system is a complete MinGW/MSYS environments intended for installation on vanilla Windows XP/Vista/7/8. They are very straightforward to use if you follow the instructions carefully. They should work out-of-the-box. --- If you want to test a real-world GTK+3 win32 app with these bundles, please grab Glade 3.14.1 here : http://www.tarnyko.net/repo/Glade-3.14.1_(RAUM-TARNYKO).exe It's an installer without GTK+3, so it always uses the system-wide bundle (or the binaries dropped directly in its bin folder). --- It's very nice to see GTK+ 3.6.4 working on Windows. Here is a screenshot of the new CSS widgets : http://www.tarnyko.net/repo/gtk-demo-3.6.4-win32.png But some resources don't seem to load properly (see red-crossed images in Style Classes demo). Debug planned... --- Regards, Tarnyko ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list Vrywaringsklousule / Disclaimer: http://www.nwu.ac.za/it/gov-man/disclaimer.html ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: [RC] GTK+ 3.4.2/3.6.4 Bundle (Win32)
OK done, so I've replaced the huge gnome theme with another theme named gnome-light, which contains only icons needed for gtk3-demo gtk3-widget-factory. I've updated the build system and the bundle : http://www.tarnyko.net/repo/gtk3_build_system/ Everything seems to work like a charm now. If nobody objects, I will be pushing the scripts and bundles to Bugzilla soon, as Emmanuele suggested. Regards, Tarnyko tarn...@tarnyko.net writes: Responding to myself for the sake of the cause. I've pushed a bug in Bugzilla for the patch I use to compile GTK+ : https://bugzilla.gnome.org/show_bug.cgi?id=695368 It's already fixed in 3.7, but if the patch is integrated, compiling next stable will be easier. I hope that's what I'm supposed to do. Btw, I found gtk3-demo and gtk3-widget-factory depend on GNOME Icon Theme for some button icons. They display red fails icons without it (see http://www.tarnyko.net/repo/gtk-demo-3.6.4-win32-bug.png) Problem being that the theme is 60 Mb, which makes a BIG bundle, most of it would be the theme indeed ! I might do a lightweight theme containing only the needed icons. Better ideas ? Regards, Tarnyko tarn...@tarnyko.net writes: Hi folks, Following the discussion in this previous thread (https://mail.gnome.org/archives/gtk-devel-list/2013-March/msg00020.html) , I am very pleased to announce the availability for tests of two Win32 bundles : - GTK 3.4.2 / GLib 2.32.2 built with GTK+3.4.2_build_system_(v3) - GTK+ 3.6.4 / GLib 2.34.3 build with GTK+3.6.4_build_system_(v1) You will find the downloads here : http://www.tarnyko.net/repo/gtk3_build_system/ Each bundle is a ZIP archive containing among binaries : - a README including installation instructions ; - a manifest file ; - source build scripts with build logs (see src/tarnyko/scripts/logs). Each build system is a complete MinGW/MSYS environments intended for installation on vanilla Windows XP/Vista/7/8. They are very straightforward to use if you follow the instructions carefully. They should work out-of-the-box. --- If you want to test a real-world GTK+3 win32 app with these bundles, please grab Glade 3.14.1 here : http://www.tarnyko.net/repo/Glade-3.14.1_(RAUM-TARNYKO).exe It's an installer without GTK+3, so it always uses the system-wide bundle (or the binaries dropped directly in its bin folder). --- It's very nice to see GTK+ 3.6.4 working on Windows. Here is a screenshot of the new CSS widgets : http://www.tarnyko.net/repo/gtk-demo-3.6.4-win32.png But some resources don't seem to load properly (see red-crossed images in Style Classes demo). Debug planned... --- Regards, Tarnyko ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: [RC] GTK+ 3.4.2/3.6.4 Bundle (Win32)
OK, here we go, added MSVC++ import libraries (.lib) and COPYING from original packages in share/doc (so end-users have the licenses). Ready for release ! Opened bug on Bugzilla to push to http://www.gtk.org/download/win32.php; : https://bugzilla.gnome.org/show_bug.cgi?id=695600 As for the build scripts, they cover a lot more than pure GTK+ as they basically compile every dependency (including external ones like zlib, libpng...) so I'm not sure where I should push them. They are already in the bundles btw. Regards, Tarnyko tarn...@tarnyko.net writes: OK done, so I've replaced the huge gnome theme with another theme named gnome-light, which contains only icons needed for gtk3-demo gtk3-widget-factory. I've updated the build system and the bundle : http://www.tarnyko.net/repo/gtk3_build_system/ Everything seems to work like a charm now. If nobody objects, I will be pushing the scripts and bundles to Bugzilla soon, as Emmanuele suggested. Regards, Tarnyko tarn...@tarnyko.net writes: Responding to myself for the sake of the cause. I've pushed a bug in Bugzilla for the patch I use to compile GTK+ : https://bugzilla.gnome.org/show_bug.cgi?id=695368 It's already fixed in 3.7, but if the patch is integrated, compiling next stable will be easier. I hope that's what I'm supposed to do. Btw, I found gtk3-demo and gtk3-widget-factory depend on GNOME Icon Theme for some button icons. They display red fails icons without it (see http://www.tarnyko.net/repo/gtk-demo-3.6.4-win32-bug.png) Problem being that the theme is 60 Mb, which makes a BIG bundle, most of it would be the theme indeed ! I might do a lightweight theme containing only the needed icons. Better ideas ? Regards, Tarnyko tarn...@tarnyko.net writes: Hi folks, Following the discussion in this previous thread (https://mail.gnome.org/archives/gtk-devel-list/2013-March/msg00020.html ) , I am very pleased to announce the availability for tests of two Win32 bundles : - GTK 3.4.2 / GLib 2.32.2 built with GTK+3.4.2_build_system_(v3) - GTK+ 3.6.4 / GLib 2.34.3 build with GTK+3.6.4_build_system_(v1) You will find the downloads here : http://www.tarnyko.net/repo/gtk3_build_system/ Each bundle is a ZIP archive containing among binaries : - a README including installation instructions ; - a manifest file ; - source build scripts with build logs (see src/tarnyko/scripts/logs). Each build system is a complete MinGW/MSYS environments intended for installation on vanilla Windows XP/Vista/7/8. They are very straightforward to use if you follow the instructions carefully. They should work out-of-the-box. --- If you want to test a real-world GTK+3 win32 app with these bundles, please grab Glade 3.14.1 here : http://www.tarnyko.net/repo/Glade-3.14.1_(RAUM-TARNYKO).exe It's an installer without GTK+3, so it always uses the system-wide bundle (or the binaries dropped directly in its bin folder). --- It's very nice to see GTK+ 3.6.4 working on Windows. Here is a screenshot of the new CSS widgets : http://www.tarnyko.net/repo/gtk-demo-3.6.4-win32.png But some resources don't seem to load properly (see red-crossed images in Style Classes demo). Debug planned... --- Regards, Tarnyko ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: [RC] GTK+ 3.4.2/3.6.4 Bundle (Win32)
Responding to myself for the sake of the cause. I've pushed a bug in Bugzilla for the patch I use to compile GTK+ : https://bugzilla.gnome.org/show_bug.cgi?id=695368 It's already fixed in 3.7, but if the patch is integrated, compiling next stable will be easier. I hope that's what I'm supposed to do. Btw, I found gtk3-demo and gtk3-widget-factory depend on GNOME Icon Theme for some button icons. They display red fails icons without it (see http://www.tarnyko.net/repo/gtk-demo-3.6.4-win32-bug.png) Problem being that the theme is 60 Mb, which makes a BIG bundle, most of it would be the theme indeed ! I might do a lightweight theme containing only the needed icons. Better ideas ? Regards, Tarnyko tarn...@tarnyko.net writes: Hi folks, Following the discussion in this previous thread (https://mail.gnome.org/archives/gtk-devel-list/2013-March/msg00020.html), I am very pleased to announce the availability for tests of two Win32 bundles : - GTK 3.4.2 / GLib 2.32.2 built with GTK+3.4.2_build_system_(v3) - GTK+ 3.6.4 / GLib 2.34.3 build with GTK+3.6.4_build_system_(v1) You will find the downloads here : http://www.tarnyko.net/repo/gtk3_build_system/ Each bundle is a ZIP archive containing among binaries : - a README including installation instructions ; - a manifest file ; - source build scripts with build logs (see src/tarnyko/scripts/logs). Each build system is a complete MinGW/MSYS environments intended for installation on vanilla Windows XP/Vista/7/8. They are very straightforward to use if you follow the instructions carefully. They should work out-of-the-box. --- If you want to test a real-world GTK+3 win32 app with these bundles, please grab Glade 3.14.1 here : http://www.tarnyko.net/repo/Glade-3.14.1_(RAUM-TARNYKO).exe It's an installer without GTK+3, so it always uses the system-wide bundle (or the binaries dropped directly in its bin folder). --- It's very nice to see GTK+ 3.6.4 working on Windows. Here is a screenshot of the new CSS widgets : http://www.tarnyko.net/repo/gtk-demo-3.6.4-win32.png But some resources don't seem to load properly (see red-crossed images in Style Classes demo). Debug planned... --- Regards, Tarnyko ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Is GTK+ a cross-platform toolkit ?
Hi Javier, 3.6.4 is stable ? So the work I'm doing right now is going to be worth it ^^. Thanks for the info, for the wiki thing too, I'm going to be back soon with some stuff. Regards, Tarnyko Javier Jardón writes: Hi, On 5 March 2013 11:32, tarn...@tarnyko.net wrote: OK, as a majority of people seem to be interested, here is what I will do : 1) Produce binaries of following GTK+3 versions : - 3.4.1 stable (http://packages.ubuntu.com/precise/libgtk-3-0, Debian Wheezy provides 3.4.2 so we are safe) ; - 3.6.4 development (last one). 2) Package them as .zip files. I will use the same layout as existing GTK+2 .zip files, except for the .spec file which I don't use. 3) Put them, and the corresponding build environments, online. Give links so you folks can download and test them. I will post a new message here when it's ready. Should not be too long. Thanks a lot for your work. Until this get in a more 'official' form Ive added your work to the GTK+ wiki [1], feel free to improve the page if you find something not correct. Also, note that the latest GTK+ stable version is 3.6.4 (the current development version is 3.7.12) Thanks again and keep the good work ;) [1] https://live.gnome.org/GTK%2B/Win32 -- Javier Jardón Cabezas ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Is GTK+ a cross-platform toolkit ?
Thanks, didn't know GTK+ used the odd/even versioning method, you people are all really helpful ! GTK+ 3.6.4 just finished compiling btw, creating the bundle right now. Regards, Tarnyko Allin Cottrell writes: On Wed, 6 Mar 2013, tarn...@tarnyko.net wrote: 3.6.4 is stable ? So the work I'm doing right now is going to be worth it ^^. In 3.6.4, 3 is the major version number, 6 the minor version number and 4 the micro or patch-level. In GTK development, series with an even minor number (6 in this case) are stable while those with an odd minor number are work in progress. This applies to most components of the GTK stack. Occasionally, however, something gets badly broken in the latest stable version so it's probably a good idea to wait a little before updating a binary release and keep an eye open for bug reports. Allin Cottrell ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list
[RC] GTK+ 3.4.2/3.6.4 Bundle (Win32)
Hi folks, Following the discussion in this previous thread (https://mail.gnome.org/archives/gtk-devel-list/2013-March/msg00020.html), I am very pleased to announce the availability for tests of two Win32 bundles : - GTK 3.4.2 / GLib 2.32.2 built with GTK+3.4.2_build_system_(v3) - GTK+ 3.6.4 / GLib 2.34.3 build with GTK+3.6.4_build_system_(v1) You will find the downloads here : http://www.tarnyko.net/repo/gtk3_build_system/ Each bundle is a ZIP archive containing among binaries : - a README including installation instructions ; - a manifest file ; - source build scripts with build logs (see src/tarnyko/scripts/logs). Each build system is a complete MinGW/MSYS environments intended for installation on vanilla Windows XP/Vista/7/8. They are very straightforward to use if you follow the instructions carefully. They should work out-of-the-box. --- If you want to test a real-world GTK+3 win32 app with these bundles, please grab Glade 3.14.1 here : http://www.tarnyko.net/repo/Glade-3.14.1_(RAUM-TARNYKO).exe It's an installer without GTK+3, so it always uses the system-wide bundle (or the binaries dropped directly in its bin folder). --- It's very nice to see GTK+ 3.6.4 working on Windows. Here is a screenshot of the new CSS widgets : http://www.tarnyko.net/repo/gtk-demo-3.6.4-win32.png But some resources don't seem to load properly (see red-crossed images in Style Classes demo). Debug planned... --- Regards, Tarnyko ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Is GTK+ a cross-platform toolkit ?
Hi Michael, Years ago there were gtk runtime installers out and abotu and it was a right mess. Some apps would find it and run, others wouldn't. A new app would want to install a new runtime, and it would clobber the existing install, breaking existing apps. Good point here, I personally just had the same problem when publishing my first GTK+3 win32 app. I relied on an installed runtime, but it was so random I ended up putting the binaries in the app's package ! No problem producing a pure .zip file then. The installer was only much more work for such a minimal gain in all cases. Regards, Tarnyko Michael Torrie writes: On 03/04/2013 06:03 PM, tarn...@tarnyko.net wrote: (We're speaking policy here, but to support my point in technical terms : - my reusable GTK+3 build environment : http://www.tarnyko.net/repo/gtk3_build_system/ ; - sample bundle I have produced : http://www.tarnyko.net/en/?q=node/20) So an officially-produced (or sanctioned) .zip file of GTK3 binaries would be useful. However, a runtime installer would not be. On Windows you should always ship the GTK binaries with your own executable. In fact that's how the DLLs are designed to work on the Windows build of GTK. Put the DLLs in the directory as your binary, and put all the support directories underneath this directory (lib, share, etc). Years ago there were gtk runtime installers out and abotu and it was a right mess. Some apps would find it and run, others wouldn't. A new app would want to install a new runtime, and it would clobber the existing install, breaking existing apps. The maintainer at the time rightly refused to get involved with this runtime installer nonsense, and continued to provide official zip files, which were very much appreciated. Unfortunately, he had to move on and apply his time to other efforts in his life. ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Is GTK+ a cross-platform toolkit ?
Hi Chun-wei, I'm quite glad to hear about the broadway progress on Windows As for Broadway, my changes are far from original (were suggested by someone on a list) but it makes it -at least- work on Win32. I just notice in didn't put the source patch along with the binary, will correct that today. See if I can report it upstream, too. if people are planning to use the MinGW-compiled binaries of GTK+ with applications they write with Visual Studio, they also have to be aware of subtle issues I have no experience with MSVC++ compilation, but made the corresponding .lib files at someone's request. They are in the already existing binary package on my site (see link in first mail). Original requester said they were OK. So if there are issues, are we putting them in the official .zip archive ? They were in the previous ones. Regards, Tarnyko PS : read your remark a few days ago concerning Resources on bug tracker, just hadn't the time to check facts. if people are planning to use the MinGW-compiled binaries of GTK+ with applications they write with Visual Studio PS : read your remark a few days ago concerning Resources on bug tracker, just hadn't the time to check facts. Fan Chun-wei writes: Hi Tarnyko, I'm quite glad to hear about the broadway progress on Windows, as that had been brought up on this list some time ago. Is there any chance whether you could post a bug report on your changes (or a link to them) to the GDK/broadway sources so that they will build and run on Windows-it could be something of significant interest here. For my part, for example, would be to try to build that with Visual Studio and see how it goes with that. I have to agree what other people say about installers for the GTK+ stack though, so I would agree a packaged .zip file would be a more ideal choice in terms of distribution-it is a frequent issue that's brought up from time to time. The main issue is, having multiple GTK+ versions on a system (with one installation that is in the system's PATH) can be a source of pain as applications might not find the GTK+ (and related) DLLs that it needs, or it may find older versions of the DLLs, to name some examples. And then, if people are planning to use the MinGW-compiled binaries of GTK+ with applications they write with Visual Studio, they also have to be aware of subtle issues caused by using different versions of the Microsoft CRTs (i.e. msvcrt.dll vs msvcr90.dll, for example). Just some of my take on this issue, but your willingness to contribute is something that's great to hear, at least on my part. :) With blessings, and thank you! ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Is GTK+ a cross-platform toolkit ?
Hi Andy, I think it would be useful to continue to provide installers If we just provide official .zip archives, for the .exe being available somewhere else (even on a personal blog e.g.) would be quite confusing. I bet some people will use it and start complaining to GTK core even if it's clearly written as unsupported. But I have nothing against sharing my installer build process if you want to. I agree with the previous posters that maintaining common .dll files and PATH variables is a quickly unmaintable mess. Some apps will want a newer runtime, some other apps an older one, etc. I even seem to remember a system-wide runtime could take precedence on shipped-with-app binary set ! Lastly, I think some people on this list have expressed an interested in having gtkmm in the installer. Funny, I've recently made a build environment and binary packages for GTKmm, too. It works (see http://www.tarnyko.net/en/?q=node/23). But GTKmm is distributed separately from core GTK in Linux and MacPorts at least, so we should do the same here, shouldn't we ? Regards, Tarnyko Andy Spencer writes: As always, thank you for your work on this. I have been hoping for a while that you, or someone else, would get the official builds going again, so please keep at it :) Unfortunately, there are still a few bugs in the windows and mac backends that have keep me from switching my project to Gtk 3.x. It would be nice to have an up-to-date version of 2.x as well. For example, I have been using the newer thread functions from Glib which are aren't supported in the 2.24 bundle from gtk.org. So far I have been using the .rpm files from the opensuse project and that's been working fine me, so unless some other people express an interest in the 2.x line it's probably not worth putting any effort into it. On the subject of installers vs. zip files. I think it would be useful to continue to provide installers, at least for the dev packages. I have worked on several in-house tools that use GTK for the UI. In those cases it's nice to be able to run the windows mingw32 installer, then run the GTK+ dev installer, and have a working development environment set up without having to mess around with paths and pkg-config files and all that. I don't really use the -bin installers very much though. When I make my packages I always go though and delete out some of the libraries that aren't needed, and then add in a few extras that aren't included. One nice thing about having a -bin installer is that it might be a nice example of how to create build a windows GTK installer. I like to think of it as the gtk-demo installer more so than the gtk runtime. Lastly, I think some people on this list have expressed an interested in having gtkmm in the installer. Personally, I also need libsoup and bzip2 for my package. Would it be possible to have the choice of doing a full, custom, or minimal install. Similar to how mingw gives you the option to install C/C++/Fortran/etc compilers? I hope that's not too much all at once, and thanks again for your help. ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Is GTK+ a cross-platform toolkit ?
OK, as a majority of people seem to be interested, here is what I will do : 1) Produce binaries of following GTK+3 versions : - 3.4.1 stable (http://packages.ubuntu.com/precise/libgtk-3-0, Debian Wheezy provides 3.4.2 so we are safe) ; - 3.6.4 development (last one). 2) Package them as .zip files. I will use the same layout as existing GTK+2 .zip files, except for the .spec file which I don't use. 3) Put them, and the corresponding build environments, online. Give links so you folks can download and test them. I will post a new message here when it's ready. Should not be too long. Regards, Tarnyko ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Is GTK+ a cross-platform toolkit ?
You're welcome. I have spoken to Dieter, he is definitely is a very nice person :-). Cross-compilation environment is hard and long to setup, so won't focus of that first. But I will provide Glade and ValaWinPKG (win32) and so we can do proper testing. Must go now, see you later. Cheers, Tarnyko Emmanuele Bassi writes: hi; On 5 March 2013 11:32, tarn...@tarnyko.net wrote: OK, as a majority of people seem to be interested, here is what I will do : 1) Produce binaries of following GTK+3 versions : - 3.4.1 stable (http://packages.ubuntu.com/precise/libgtk-3-0, Debian Wheezy provides 3.4.2 so we are safe) ; - 3.6.4 development (last one). 2) Package them as .zip files. I will use the same layout as existing GTK+2 .zip files, except for the .spec file which I don't use. 3) Put them, and the corresponding build environments, online. Give links so you folks can download and test them. I will post a new message here when it's ready. Should not be too long. thanks, much appreciated. one of the main issues with regards to building binaries for Windows up until now has been testing/QA: we simply don't have enough people checking that things don't break during a development cycle — as well as helping out in fixing bugs. Dieter has been very helpful (everyone using gtk on win32 should buy him a beer), but he's alone and doing this on his spare time. help during development ensures that less work is needed during packaging, and less grief is experienced by toolkit and application developers both. having the build scripts in git.gnome.org would also help minimize the fragmentation; bonus point if build scripts allow cross-compilation from a Linux host to a Windows build. if we get a reliable way of building the GTK stack DLLs, we can certainly start pushing them on the website for others to use; I feel like this discussion has been started so many times (and has been thoroughly derailed by the usual we need a global installer/we need just the built DLLs arguments), it's no wonder that people feel discouraged or think that nobody cares about GTK on Windows. ciao, Emmanuele. -- W: http://www.emmanuelebassi.name B: http://blogs.gnome.org/ebassi/ ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list
Is GTK+ a cross-platform toolkit ?
Hi folks, The subject of this mail is taken from the corresponding thread on gtk-list. The thread itself (a few days old) can be read here : https://mail.gnome.org/archives/gtk-list/2013-February/msg00055.html I think the question is relevant to gtk-devel. In short, we are questioning the lack of an official GTK+3 Bundle on Win32 ; such bundles exist in the wild, but we think GTK+ should better advertise its cross-platform nature. Another problem is the difficulty to bring the topic to someone in charge (for what it stands here). Hoping to have some feedback guys. Regards, Tarnyko ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list
Is GTK+ a cross-platform toolkit ? (fwd)
Hey, maybe I've expressed myself badly. In fact I expected, maybe wrongly, the original thread to be read prior to my message. To be as simple as possible : I have a working GTK+3 Win32 build environment (mingw-based) and binaries hanging around here. I also begin to have a good experience in NSIS which I use to produce installers (see links at the end of this mail). I can definitely take care of a long-term and evolving GTK+ bundle. Plus, I'm not an awesome C coder (I prefer Vala), but I can also definitely debug some stuff in GTK+ itself for the sake of the bundles. Heck, I have even already done that, having patched the code to integrate Broadway in the final win32 binaries (see here : http://www.tarnyko.net/en/?q=node/7). So I'm basically asking if the project would want to integrate my participation. Regards, Tarnyko - http://www.tarnyko.net/repo/gtk3_build_system/ - http://www.tarnyko.net/en/?q=node/20 -- Forwarded message -- From: tarn...@tarnyko.net To: gtk-devel-list@gnome.org Cc: bal...@balintreczey.hu Subject: Is GTK+ a cross-platform toolkit ? Date: Tue, 05 Mar 2013 00:56:30 +0100 Hi folks, The subject of this mail is taken from the corresponding thread on gtk-list. The thread itself (a few days old) can be read here : https://mail.gnome.org/archives/gtk-list/2013-February/msg00055.html I think the question is relevant to gtk-devel. In short, we are questioning the lack of an official GTK+3 Bundle on Win32 ; such bundles exist in the wild, but we think GTK+ should better advertise its cross-platform nature. Another problem is the difficulty to bring the topic to someone in charge (for what it stands here). Hoping to have some feedback guys. Regards, Tarnyko ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Some questions about GResource handling on Windows
Hi Chun-wei, I noticed the same bug when running GTK+ 3.6.1 demo on Win32. I'll second your bug report so that it becomes more visible. Fan Chun-wei writes: Hi, I was building the GTK+ sources about a few days ago (latest GIT checkout circa 2/24/2013, in which I built my tarballs using 'make dist' on Linux before I proceeded to build the resulting tarball on my Windows 7 system using Visual C++ 2008. I have noticed that the gtk-demo sources have been recently ported to make more use of GResources via gdk_pixbuf_new_from_resource(), gtk_image_new_from_resource() and gtk_builder_add_from_resource(), but somehow the files that was loaded via the use of demo_resources.c (compiled from demo.gresource.xml) failed to load as they could not be found, causing the demos to fail. By declaring a GError in setup_default_icon() for gdk_pixbuf_new_from_resource(), this is the message I received when I printed the GError-message to stderr: --- Unable to read file: The resource at '/gtk-logo-old.png' does not exist ** ERROR:..\..\..\demos\gtk-demo\main.c:867:setup_default_icon: assertion failed: ( pixbuf) This application has requested the Runtime to terminate it in an unusual way. Please contact the application's support team for more information. --- I have also compiled the demos.gresource.xml file as a.gresources, and the attached a.resources.details is what I have when I ran gresource details a.gresources, for references. Interestingly, I was able to successfully run the GResources tests from GLib (under GIO), and the widget-factory demo, which also made use of GResources, so I am wondering whether GResource handling on Windows might be different from *NIX platforms in certain cases? Or I may have missed some points on this? I have filed a bug regarding this, bug 694342 https://bugzilla.gnome.org/show_bug.cgi?id=694342, for references. Any pointers or info are highly appreciated. Thank you, with blessings! ___ gtk-list mailing list gtk-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-list
Re: EXTERNAL: Windows Installer for Gtk+3.6.2 and gtkmm-3.6.0
OK, I think I have to talk now. The technical reason behind the lack of official GTK+3 Win32 bundle, is that someone needs to provide a reusable and predictible FULL build environment. That means, folks running Win32 must be able to grab a big package containing GTK+3 source with everything needed (MSYS, MinGW, dependencies, a.s.o), install it easily, click on a build shortcut and get resulting binaries in a dest folder. And it should adapt to every new GTK+3 release out there, so we can get binaries for each version as time goes by. I made such system. It's not perfect, but well documented and runs natively on Windows XP/Vista/7/8. Everything works. You can see it here : http://www.tarnyko.net/repo/gtk3_build_system/ So, what's the problem ? Well, we get to the second reason, and it's purely relational : there is no official maintainer anymore. That means, no-one which could validate me, or anyone else, to have write access to GTK+ servers and upload bundles. And finding someone to help you is not easy. I tried many ways, this list, IRC... Well I thought I might get it upstream, but was proven wrong (months ago). It's very sad. And I'm glad you're sending this messages Balint because I think it very negatively impacts the GTK+ project and its credibility, just as you do. I spent time to get this build environment running, thought that I could find support, was wrong, and deceptively switched to another projects (currently improving ValaIDE, big release is coming). So I'm sending this ultimate message in a bottle : PLEASE someone validate me, or anyone wanting to contribute, as Win32 maintainer -or at least bundle provider. Or at least discuss the topic seriously once. Benjamin Otte if you're reading this, GNOME love folks... anyone. Regards, Tarnyko Bálint Réczey writes: 2013/2/17 Paul Davis p...@linuxaudiosystems.com: On Sun, Feb 17, 2013 at 1:44 PM, Bálint Réczey bal...@balintreczey.hu wrote: Hi Paul, 2013/2/17 Paul Davis p...@linuxaudiosystems.com: On Sat, Feb 16, 2013 at 7:27 AM, Bálint Réczey bal...@balintreczey.hu wrote: Unfortunately our efforts are severely impacted by the lack of official GTK+ installers for Windows and OS X and this uncertainty was a major reason which brought the Qt port alive. I'm not speaking as a representative of the GTK project, but I will note that as the lead developer of a large scale app that uses GTK to provide portability to Linux, OS X and Windows, it is my judgement that you should plan to bundle GTK within your application and not rely on it being On GNU/Linux distributions we rely on the package manager to provide the GTK libraries and it works perfectly. There is no package manager on OS X that could do this. MacPorts or Fink would be the only equivalent, in which case you would need to talk to them about their plans for GTK3. However, you will likely find that if you ever need to do development on an OS X system, the presence of packages from either MacPorts or Fink can make life very, very complex unless it just so happens that they have the precise versions that you need. understanding of things, but on OS X it simply makes a lot more sense to cook up a .app bundle with everything your application needs, including GTK and really seems to reflects Apple's intentions for 3rd party apps that rely on additional 3rd party libraries. Wireshark already provide such bundles at https://wireshark.org/download.html thus the problem is only not having the GTK3 binaries we could put in the bundles. so build it yourself ... what is the problem? moreover, the nature of GTK is such that you cannot just include the binaries in the bundle and expect stuff to work. GTK (2 and 3) are not currently relocatable except on Windows. OK, I'm asking specifically for official pre-built _Windows_ binaries. For OS X building GTK seems to be reasonable and well documented. Cheers, Balint ___ gtk-list mailing list gtk-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-list ___ gtk-list mailing list gtk-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-list
Re: HOWTO: Build GTK3 dev sandbox
Hi Kevin, It seems to fit here : https://live.gnome.org/GnomeLove (see the Development Guidance and Tutorials section, tutorials are listed here) You can register an account to be able to edit the Wiki. However, be aware that an approaching tutorial may already exist : https://live.gnome.org/GnomeLove/JHBuildIntroduction Kevin Connor Arpe writes: Hi, I am new to hacking on GTK3. One of the first big tasks was to build a GTK3 dev sandbox. Woah, a bit tough. Don't read that as a criticism of GTK in particular; newbies probably struggle with dev sandbox setup for all large, existing open source projects. I have been using open source for ages, but never tried hacking on existing projects. I took very careful notes for the required steps. In particular, I was interested to make SCIM work with my dev sandbox so that I may test my GTK3 changes with Asian languages. In the end it was simpler than I expected, but finding the right env vars to tweak was the tough part. I would like to write a HOWTO doc to help other GTK3 newbie developers (like me) get started. What is the right place/format to do this? This area seems a good place to add my dev sandbox HOWTO: http://developer.gnome.org/gtk-tutorial/ I contributed to Subversion docs about two years ago. Many of their docs were hand-rolled HTML stored in the SVN repo for the Subversion project. All I needed to do was a checkout of trunk; modify the doc files; then submit a patch for review. Please let me know the procedure. Thanks, Kevin Connor ARPE Hongkong ___ gtk-list mailing list gtk-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-list
Re: Building GTK+ from scratch on Linux
Hi Kevin, From what I can see, yes, the source of your problem is that there is already a glib-genmarshal binary present on your system, and the script tries to use this one. Probably, you do not install your builds to standard /usr, but rather to /opt or /usr/local to avoid destroying existing GLib GTK+. If yes, you have to put your personal bin in the PATH with first priority, because GTK+ build process needs glib-genmarshal, glib-compile-resources, etc. Theorically, your should have done the same with personal include (CFLAGS) and personal lib (LDFLAGS). I recently built GTK+ and had to do it, too. Regards, Tarnyko Kevin Connor Arpe writes: Hello, I am building GTK+ from scratch on Linux. I am very, very close. All dependencies are built, but I am seeing an odd error in the final GTK+ build. GLib-Genmarshal-WARNING **: failed to open --valist-marshallers: No such file or directory Fortunately, I found this old message on gtk-list: https://mail.gnome.org/archives/gtk-list/2012-April/msg1.html Digging deep, I see Ian Liu Rodrigues suggested: And what about `which glib-genmarshal'? Does it point to the correct binary compiled by you? I checked my build: Ian was right. The tool glib-genmarshal was being run from /usr/bin, instead of my local build dir ($HOME/saveme/gtk3). Since I am running Debian, the base install includes GLib 2.24.2. AFAIK: Older versions of GLib do not support the arg --valist-marshallers for glib-genmarshal. I checked the GTK+ configure script. I do not see an override for this issue. To complete the build of GTK+, I am changing my PATH env var: export PATH=$HOME/saveme/gtk3/bin:$PATH In my experience with open source, this seems a bit odd. Am I doing the right thing? Or should there be an override available in GTK+ configure script? Finally, I have a personal policy to contribute docs back to open source projects after I get help with issues on mailing lists. This helps others to avoid the same issues in the future. I would like to contribute a HOWTO to build GTK+ from scratch. Where would be the best to contribute? A little background info for this mail: Here are the packages I have built from scratch. Where possible, I use these configure args: --enable-introspection=yes --enable-gtk-doc --enable-debug=yes ATK 2.6: http://ftp.gnome.org/pub/gnome/sources/atk/2.6/ AT-SPI2-ATK 2.7.2: http://ftp.gnome.org/pub/GNOME/sources/at-spi2-atk/2.7/ AT-SPI2 Core 2.7.2: http://ftp.gnome.org/pub/gnome/sources/at-spi2-core/2.7/ Cairo 1.12.8: http://www.cairographics.org/releases/ FreeType 2.4.10: http://sourceforge.net/projects/freetype/files/freetype2/ Gdk-Pixbuf 2.26: http://ftp.gnome.org/pub/gnome/sources/gdk-pixbuf/2.26/ GLib 2.34: http://ftp.gnome.org/pub/gnome/sources/glib/2.34/ GObject Introspection 1.34.2: http://ftp.acc.umu.se/pub/gnome/sources/gobject-introspection/1.35/ GTK+ 3.6: http://ftp.gnome.org/pub/gnome/sources/gtk+/3.6/ HarfBuzz 0.9.7: http://cgit.freedesktop.org/harfbuzz/ Pango 1.32: http://ftp.gnome.org/pub/gnome/sources/pango/1.32/ Pixman 0.28.0: http://cgit.freedesktop.org/pixman/ Many thanks in advance. Kind regards, Kevin Connor ARPE Hongkong ___ gtk-list mailing list gtk-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-list
Re: GTK+ 3.6.1 for Win32 (Runtime Bundle)
Hi everybody again, Following our discussion with Antonio, the former GTK+ Bundle now integrates MSVC++ .lib import libraries : http://www.tarnyko.net/en/?q=node/20 A usage tutorial can be found at the following link : http://www.tarnyko.net/en/?q=node/22 Regards, Tarnyko Antonio Scuri writes: Great news! Yes, sure. You can send it directly to my e-mail. I'll be happy to test as much as I can. Best, Scuri OK, got it ! Using your hints, I have been able to successfully compile my sample using VC++ and 3 .lib files I have generated. I'm going to produce .lib files for all DLLs. Are you OK if I send you an archive containing them all, so you can test them before I put them in the Bundle ? (maybe you can see problems I do not, as I have little experience with VC++) Regards, Tarnyko ___ gtk-list mailing list gtk-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-list ___ gtk-list mailing list gtk-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-list
Re: GTK+ 3.6.1 for Win32 (Runtime Bundle)
Jasper, That's good info ! So I will try to reach him next week. Thanks. Jasper St. Pierre writes: dieterv on #gtk+ is who you want to talk to about that, but it's vacation in America right now, so you might need to wait until Monday On Fri, Nov 23, 2012 at 4:23 AM, tarn...@tarnyko.net wrote: Hi Andy, I have no relation with the GTK+ team. Regarding the packages, I think the problem is just, they don't have any official maintainer now. I once tried to push them to gtk.org, but the mail addresses listed here (https://live.gnome.org/**GtkTaskshttps://live.gnome.org/GtkTasks) do not exist anymore, and nobody did answer me on IRC (#gtk+). As far as I know, we are 2 persons knowing how to compile GTK3 win32 binaries. I am more specialized in producing installers. Regards. Andy Spencer writes: On 2012-11-23 02:22, tarn...@tarnyko.net wrote: New installers are available for GTK+ 3.6.1 on MS-Windows. Thanks, I curious though, what's the relation between this and the official packages on gtk.org? I've noticed that they've been on 2.24 and 2.22 for quite some time. Do you know if there's anything preventing an official version of Gtk 3.x for Windows? __**_ gtk-list mailing list gtk-list@gnome.org https://mail.gnome.org/**mailman/listinfo/gtk-listhttps://mail.gnome.org/mailman/listinfo/gtk-list -- Jasper ___ gtk-list mailing list gtk-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-list
Re: GTK+ 3.6.1 for Win32 (Runtime Bundle)
Hi Antonio, I am glad you like it. .lib import libraries ? I honestly didn't even think about that. I am a little confused, as I thought GTK+ headers weren't even compatible with VC++. BTW I just tried to compile a simple example with the same compiler as you, and got a lot of these errors : gtrashstack.h(55) : error C2143: syntax error : missing ';' before '{' gtrashstack.h(63) : error C2085: 'g_trash_stack_pop' : not listed in formal parameters list and I don't really know what inline= is (*shame*). I'm OK to provide .lib files, but I first need a little bit of help on these subjects. Regards, Tarnyko Antonio Scuri writes: Hi Tarnyko, I think you guys are doing a great job. Thanks. Comparing this installation to the 2.24 available on gtk.org I just miss the .lib files compatible with Visual C++. I think they are simple to be built using the DLLs and the DEFs. BTW to use your distribution with Visual C++ I had to define inline= to avoid a compilation error, at least in Visual C++ 9 (Visual Studio 2008). Best Regards, Antonio Scuri -Original Message- From: gtk-list-boun...@gnome.org [mailto:gtk-list-boun...@gnome.org] On Behalf Of tarn...@tarnyko.net Sent: sexta-feira, 23 de novembro de 2012 07:24 To: gtk-list@gnome.org Subject: Re: GTK+ 3.6.1 for Win32 (Runtime Bundle) Hi Andy, I have no relation with the GTK+ team. Regarding the packages, I think the problem is just, they don't have any official maintainer now. I once tried to push them to gtk.org, but the mail addresses listed here (https://live.gnome.org/GtkTasks) do not exist anymore, and nobody did answer me on IRC (#gtk+). As far as I know, we are 2 persons knowing how to compile GTK3 win32 binaries. I am more specialized in producing installers. Regards. Andy Spencer writes: On 2012-11-23 02:22, tarn...@tarnyko.net wrote: New installers are available for GTK+ 3.6.1 on MS-Windows. Thanks, I curious though, what's the relation between this and the official packages on gtk.org? I've noticed that they've been on 2.24 and 2.22 for quite some time. Do you know if there's anything preventing an official version of Gtk 3.x for Windows? ___ gtk-list mailing list gtk-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-list ___ gtk-list mailing list gtk-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-list ___ gtk-list mailing list gtk-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-list
Re: GTK+ 3.6.1 for Win32 (Runtime Bundle)
Linking back to the list. OK, got it ! Using your hints, I have been able to successfully compile my sample using VC++ and 3 .lib files I have generated. I'm going to produce .lib files for all DLLs. Are you OK if I send you an archive containing them all, so you can test them before I put them in the Bundle ? (maybe you can see problems I do not, as I have little experience with VC++) Regards, Tarnyko Antonio Scuri writes: Hi, inline= is just a define. For example -DDEBUG=1 to define DEBUG as 1 in the compiler command line, in this case would be -Dinline= meaning it defines inline to nothing. Take a look at the gutil.h file in glib, at line 52. There is an explanation for the keyword inline not being defines in some compilers. About the error you reported the G_INLINE_FUNC is causing it because it is using the inline keyword that is not recognized by Visual C++ when compiling pure C code. I tested this on VC9 only, don't know if newer versions recognize it. About the .lib files, the idea is to generate them from the existing DLLs already generated with MingW. This will make your life a lot easier. Since I'm just tring to compile my GTK application the hack inline= worked perfectly fine. In GLIB there is that discussion in gutil.h, but in GTK the work inline is directly used so there is no other workaround. Best, Scuri -Original Message- From: gtk-list-boun...@gnome.org [mailto:gtk-list-boun...@gnome.org] On Behalf Of tarn...@tarnyko.net Sent: sábado, 24 de novembro de 2012 14:49 To: gtk-list@gnome.org Subject: Re: GTK+ 3.6.1 for Win32 (Runtime Bundle) Hi Antonio, I am glad you like it. .lib import libraries ? I honestly didn't even think about that. I am a little confused, as I thought GTK+ headers weren't even compatible with VC++. BTW I just tried to compile a simple example with the same compiler as you, and got a lot of these errors : gtrashstack.h(55) : error C2143: syntax error : missing ';' before '{' gtrashstack.h(63) : error C2085: 'g_trash_stack_pop' : not listed in formal parameters list and I don't really know what inline= is (*shame*). I'm OK to provide .lib files, but I first need a little bit of help on these subjects. Regards, Tarnyko Antonio Scuri writes: Hi Tarnyko, I think you guys are doing a great job. Thanks. Comparing this installation to the 2.24 available on gtk.org I just miss the .lib files compatible with Visual C++. I think they are simple to be built using the DLLs and the DEFs. BTW to use your distribution with Visual C++ I had to define inline= to avoid a compilation error, at least in Visual C++ 9 (Visual Studio 2008). Best Regards, Antonio Scuri -Original Message- From: gtk-list-boun...@gnome.org [mailto:gtk-list-boun...@gnome.org] On Behalf Of tarn...@tarnyko.net Sent: sexta-feira, 23 de novembro de 2012 07:24 To: gtk-list@gnome.org Subject: Re: GTK+ 3.6.1 for Win32 (Runtime Bundle) Hi Andy, I have no relation with the GTK+ team. Regarding the packages, I think the problem is just, they don't have any official maintainer now. I once tried to push them to gtk.org, but the mail addresses listed here (https://live.gnome.org/GtkTasks) do not exist anymore, and nobody did answer me on IRC (#gtk+). As far as I know, we are 2 persons knowing how to compile GTK3 win32 binaries. I am more specialized in producing installers. Regards. Andy Spencer writes: On 2012-11-23 02:22, tarn...@tarnyko.net wrote: New installers are available for GTK+ 3.6.1 on MS-Windows. Thanks, I curious though, what's the relation between this and the official packages on gtk.org? I've noticed that they've been on 2.24 and 2.22 for quite some time. Do you know if there's anything preventing an official version of Gtk 3.x for Windows? ___ gtk-list mailing list gtk-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-list ___ gtk-list mailing list gtk-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-list ___ gtk-list mailing list gtk-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-list ___ gtk-list mailing list gtk-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-list
Re: GTK+ 3.6.1 for Win32 (Runtime Bundle)
Hi Andy, I have no relation with the GTK+ team. Regarding the packages, I think the problem is just, they don't have any official maintainer now. I once tried to push them to gtk.org, but the mail addresses listed here (https://live.gnome.org/GtkTasks) do not exist anymore, and nobody did answer me on IRC (#gtk+). As far as I know, we are 2 persons knowing how to compile GTK3 win32 binaries. I am more specialized in producing installers. Regards. Andy Spencer writes: On 2012-11-23 02:22, tarn...@tarnyko.net wrote: New installers are available for GTK+ 3.6.1 on MS-Windows. Thanks, I curious though, what's the relation between this and the official packages on gtk.org? I've noticed that they've been on 2.24 and 2.22 for quite some time. Do you know if there's anything preventing an official version of Gtk 3.x for Windows? ___ gtk-list mailing list gtk-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-list
GTK+ 3.6.1 for Win32 (Runtime Bundle)
Hi Folks, New installers are available for GTK+ 3.6.1 on MS-Windows. You can download them here : http://www.tarnyko.net/en/?q=node/20 or here : http://www.tarnyko.net/dl/gtk.htm Comparatively to the previous ones, the following enhancements have been applied : - installer now displays GTK+ logo and GNOME Foundation as publisher ; - SVG image format is supported (librsvg2 included) ; - Runtime installer has less files, purely Runtime as its name should suggest. Regards, Tarnyko ___ gtk-list mailing list gtk-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-list
Setting colour for insensitive text
Hi folks, I have little problems setting colours for insensitive text in GTK entries. It used to work well with GTK+2, but with GTK+3 my choices seem to be ignored. Here is a Vala sample to demonstrate the problem : http://www.tarnyko.net/repo/testgtk-insensitive_text.vala The important part is : Gdk.Color insensitive_color = Gdk.Color (); Gdk.Color.parse (red, out insensitive_color); [...] entry.set_sensitive (false); entry.modify_text (StateType.INSENSITIVE, insensitive_color); I first instantiate a Gdk.Color object and parse the red colour in it. Then I make my Entry insensitive, and associate insensitive text therein with my Color object. WORKS with GTK+2 : valac --pkg gtk+-2.0 testgtk-insensitive_text.vala DOESN'T WORK with GTK+3 : valac --pkg gtk+-3.0 testgtk-insensitive_text.vala Text is red in GTK+2, stays gray in GTK+3. Could someone give me a direction ? PS : I want to avoid using CSS if possible. ___ gtk-list mailing list gtk-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-list
GTK+ 3.6.0 for Win32 (Runtime Bundle)
Hello people, New installers are available for GTK+ 3.6.0 on MS-Windows. You will find them here : http://www.tarnyko.net/en/?q=node/16 or (soon) here : http://www.tarnyko.net/dl/gtk.htm Please read blog article for more details. Regards, Tarnyko ___ gtk-list mailing list gtk-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-list
Re: GTK+3 bundle for Win32
Replying to myself, just to tell that the website's official maintainers are unreachable. https://live.gnome.org/GtkTasks 2 mail adresses from imendio.com are listed here as Website maintainers, but they are both down (Could not deliver message...). If someone could point me to a person in charge, I would be very grateful. Tarnyko tarn...@tarnyko.net writes: Hi folks, I'm new on this list, so please don't bee too rough if I'm doing something wrong. I have binary installers for GTK+ 3.4.2 on Win32 ; as there aren't any available on the official GTK+ download page (http://www.gtk.org/download/win32.php), I wanted to know if it had someting to do with validation, and if yes who is in charge of the website so I can let him know. The installers are here : http://www.tarnyko.net/en/?q=node/1 or here : http://www.tarnyko.net/dl/ Thanks for any feedback, Tarnyko ___ gtk-list mailing list gtk-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-list