On Tue, 2010-09-07 at 14:21 -0400, Colin Walters wrote:
> I think it makes sense to put gtk-doc.m4 inside glib (and the same for
> introspection.m4).
Shouldn't you be able to get away with the same hack that we use in
GIMP ?
http://git.gnome.org/browse/gimp/commit/?id=4f14da539118f7a4017c271b202c
I think it makes sense to put gtk-doc.m4 inside glib (and the same for
introspection.m4).
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
build time optional and not in the sense that you disable building
project documentation but rather that you don't need any part of gtk-doc
to actually make your build work.
If I am out of date on any of these matters, then I will happily accept
corrections :)
If it works, then
gnome-doc-u
ichard Hult. I'll
experiment with just using the real gnome-doc-utils instead. If it works, then
gnome-doc-utils-fake and gtk-osx-docbook can go away. If it doesn't, then when
time permits I'll see about fixing it. It doesn't look like either
gnome-doc-utils-fake or gtk-osx-d
Am 03.09.2010 02:48, schrieb John Ralls:
>
> On Sep 1, 2010, at 7:53 PM, John Ralls wrote:
>
>>
>> On Sep 1, 2010, at 12:38 PM, Olav Vitters wrote:
>>
>>> On Tue, Aug 31, 2010 at 09:56:12AM -0700, John Ralls wrote:
It's now on Sourceforge because when Richard decided with his partner
wi
On Sep 3, 2010, at 4:30 PM, John Stowers wrote:
>> its Python bindings to PyGtk if the devs over there are willing.
>
> Yip, that would be fine in theory (PyGtk). Could you please point me to
> where the PyGtk code for this lives? I presume you are talking about
> just the ige-mac-integration Gt
> its Python bindings to PyGtk if the devs over there are willing.
Yip, that would be fine in theory (PyGtk). Could you please point me to
where the PyGtk code for this lives? I presume you are talking about
just the ige-mac-integration GtkOSXApplication bindings in GitHub?
PyGtk will not see up
On Sep 1, 2010, at 7:53 PM, John Ralls wrote:
>
> On Sep 1, 2010, at 12:38 PM, Olav Vitters wrote:
>
>> On Tue, Aug 31, 2010 at 09:56:12AM -0700, John Ralls wrote:
>>> It's now on Sourceforge because when Richard decided with his partner
>>> wind up Imendio and to withdraw from Gtk+, he asked o
On Wed, Sep 1, 2010 at 10:53 PM, John Ralls wrote:
> It seems likely that no. 2 will be the rub: I don't have a long track record
> compared to others who don't have git commit priv (Paul Davis comes to
> mind)... but maybe they never asked. So I just did. We'll see what happens,
> eh?
just f
On Sep 1, 2010, at 12:38 PM, Olav Vitters wrote:
> On Tue, Aug 31, 2010 at 09:56:12AM -0700, John Ralls wrote:
>> It's now on Sourceforge because when Richard decided with his partner
>> wind up Imendio and to withdraw from Gtk+, he asked on his forum for
>> someone to take over maintaining the b
nome.org/Infrastructure
Note that I don't see a Gtk+ OSX backend as any different from Gtk+. IMO
you could use a branch in gtk+ or commit directly. However, I'm not a
maintainer, talk to them.
If you need anything Bugzilla related, file a bug in the
bugzilla.gnome.org product. Nee
On Sep 1, 2010, at 8:15 PM, Shawn Bakhtiar wrote:
> 2) Writing that table, agreed. I should stop talking about it and do it. I
> wish I knew how. As re-focus on the GTK part of our app I'll see if I can put
> something together.
>
>
> as a point:
>
> bash-3.2$ pwd
> /Users/shawn/gtk/source/gt
On Wed, 1 Sep 2010, Martyn Russell wrote:
> Alberto++ :)
Me too.
> If GTK+ *runs* on [various] platforms, then why shouldn't we
> include the support details on gtk.org?
>
> Again, to iterate my point, the end user developing their project would
> rather see supported ports of the toolkit on one
h, the full truth. Which seems to be the way of things these days, as
long is it is not false, than it must be true, and that simply is not the case,
unless you are a computer. The website gives a false impression, that it does.
> Date: Wed, 1 Sep 2010 18:17:07 +0100
> Subject: Re:
On 01/09/10 18:17, Alberto Ruiz wrote:
Hello Shawn,
2010/9/1 Shawn Bakhtiar:
You tell'm John
I think the key point here is: "The reason that this thread (and similar
ones in the past) get going is largely because of false advertising: Gtk+
claims to be a cross-platform toolkit."
The GTK+
table, you should actually write that web page?
>
>
>
>
>> From: jra...@ceridwen.us
>> Subject: Re: Gtk-OSX
>> Date: Tue, 31 Aug 2010 09:56:12 -0700
>> To: mar...@lanedo.com
>> CC: gtk-devel-list@gnome.org
>>
>>
>> On Aug 31, 2010, at 6:56 AM,
ike me don't go
believing Santa Claus is going to shoot down my chimney with a Red Ryder BB
Gun. :)
> From: jra...@ceridwen.us
> Subject: Re: Gtk-OSX
> Date: Tue, 31 Aug 2010 09:56:12 -0700
> To: mar...@lanedo.com
> CC: gtk-devel-list@gnome.org
>
>
> On Au
On Aug 31, 2010, at 6:56 AM, Martyn Russell wrote:
> On 27/08/10 17:48, Matthias Clasen wrote:
>> As long as the people working on GTK-OSX do it with a us-vs-them
>> attitude (like you display here by talking about the GTK developers
>> in third person), things are not go
On 27/08/10 17:48, Matthias Clasen wrote:
As long as the people working on GTK-OSX do it with a us-vs-them
attitude (like you display here by talking about the GTK developers
in third person), things are not going to change. If you start
considering yourself part of the team and actively engage
On Mon, Aug 30, 2010 at 11:46 PM, Michael Torrie wrote:
> This is only partially true. Some apps ship as an .mpkg installer,
> which is really a bunch of separate, dependant packages that install
> together. But under the hood they are installed as separate packages
> with dependency resolutio
On 08/30/2010 08:51 AM, Paul Davis wrote:
> The logic is that despite its "*nix-type" infrastructure, this is how
> Apple has intended ISV's to distribute software, and as a result, its
> what users expect. You will rarely (if ever) see an OS X application
> that has a list of prequisites other tha
On Mon, 30 Aug 2010, Paul Davis wrote:
> On Mon, Aug 30, 2010 at 9:47 AM, Allin Cottrell wrote:
> > On Mon, 30 Aug 2010, Tor Lillqvist wrote:
> >
> >> > It has certainly been explained that that is the situation on
> >> > Windows, and I fully accept it. It's less clear that it should be
> >> > th
On Mon, Aug 30, 2010 at 9:47 AM, Allin Cottrell wrote:
> On Mon, 30 Aug 2010, Tor Lillqvist wrote:
>
>> > It has certainly been explained that that is the situation on
>> > Windows, and I fully accept it. It's less clear that it should be
>> > the situation on OS X, with its *nix-type substructure
On Mon, 30 Aug 2010, Tor Lillqvist wrote:
> > It has certainly been explained that that is the situation on
> > Windows, and I fully accept it. It's less clear that it should be
> > the situation on OS X, with its *nix-type substructure.
>
> You have it backwards. It was from the GTK-on-OS-X peopl
> It has certainly been explained that that is the situation on
> Windows, and I fully accept it. It's less clear that it should be
> the situation on OS X, with its *nix-type substructure.
You have it backwards. It was from the GTK-on-OS-X people (well, at
least those that I have heard from) that
one in the past. It is by no means an easy
> >> task. The latest code and instructions for this are at the GTK-OSX
> >> website if I am not mistaken.
> >
> > I'm aware it's not an easy task. That's why I'm requesting that
> > such a runtime p
On Mon, Aug 30, 2010 at 5:43 AM, Alberto Ruiz wrote:
> Hello Paul,
>
> 2010/8/30 Paul Davis :
>>> As long as the people working on GTK-OSX do it with a us-vs-them
>>> attitude (like you display here by talking about the GTK developers in
>>> third person), th
Hello Paul,
2010/8/30 Paul Davis :
>> As long as the people working on GTK-OSX do it with a us-vs-them
>> attitude (like you display here by talking about the GTK developers in
>> third person), things are not going to change. If you start
>> considering yourself part
and if it breaks Win32 and
>> Quartz, oh well. There's a list of features that aren't yet implemented, or
>> aren't implemented completely, at http://live.gnome.org/GTK%2B/OSX/.
>
> As long as the people working on GTK-OSX do it with a us-vs-them
> attitude (l
est code and instructions for this are at the GTK-OSX
>> website if I am not mistaken.
>
> I'm aware it's not an easy task. That's why I'm requesting that
> such a runtime package be made available as a download via gtk.org
> (and offering to help in building o
On Fri, 27 Aug 2010, Kristian Rietveld wrote:
> For a GTK+ runtime package ("GTK+ Framework"), I think you should
> check out what has been done in the past. It is by no means an easy
> task. The latest code and instructions for this are at the GTK-OSX
> website if I am no
On Thu, 26 Aug 2010, John Ralls wrote:
[ in response to
http://mail.gnome.org/archives/gtk-devel-list/2010-August/msg00244.html
]
> Gtk-OSX is *not* part of Gtk+.
Well, perhaps that's the problem right there. I've got nothing
"personal" against Gtk-OSX but it seems that t
that aren't yet implemented, or
> aren't implemented completely, at http://live.gnome.org/GTK%2B/OSX/.
As long as the people working on GTK-OSX do it with a us-vs-them
attitude (like you display here by talking about the GTK developers in
third person), things are not going to change. If you
ux. Windows has a
lot of issues, and in OS X most of the imp are TODO TODO TODO. Without the help
of GTK-OSX, I don't even know where I would be!
So I would certainly be supporting the work, not chiding them for telling the
truth. If the point is indeed to be multi-platform offering a com
ld be willing to do an "official" build.
For a GTK+ runtime package ("GTK+ Framework"), I think you should
check out what has been done in the past. It is by no means an easy
task. The latest code and instructions for this are at the GTK-OSX
website if I am not mistaken.
>
Hi John,
2010/8/27 John Ralls :
>
> Gtk-OSX is *not* part of Gtk+.
Maybe that's something we should fix? Resources around Gtk+ are
already way too fragmented.
--
Cheers,
Alberto Ruiz
___
gtk-devel-list mailing list
gtk-devel-list@gno
x27;m not
> totally out on a limb I would be willing to draft a page along the
> lines I'm talking about (recruiting help from those who are more
> knowledgeable). I'd also be willing to try making a runtime
> package if I can get some time on OS X -- though I suspect others
&
works, don't add more layers.
Shawn
> Date: Thu, 10 Jun 2010 10:11:41 +0200
> From: four...@gmail.com
> To: gtk-devel-list@gnome.org; gtk-osx-us...@lists.sourceforge.net
> CC: david...@mit.edu; al...@redhat.com
> Subject: Re: [Gtk-osx-users] Print dialog hangs for se
On Nov 10, 2009, at 8:32 PM, Jon Cruz wrote:
On Nov 10, 2009, at 5:44 PM, John Ralls wrote:
For those who prefer a web forum, we have one of those, too, at
http://sourceforge.net/apps.sourceforge.net/phpbb/gtk-osx/
You need to sign up for a sourceforge userid to post to it.
404 on that
On Nov 10, 2009, at 5:44 PM, John Ralls wrote:
> For those who prefer a web forum, we have one of those, too, at
> http://sourceforge.net/apps.sourceforge.net/phpbb/gtk-osx/
> You need to sign up for a sourceforge userid to post to it.
404 on that f
On Nov 10, 2009, at 4:57 PM, Shawn Bakhtiar wrote:
Re-build using jhbuild today:
Let's not clutter up this list with support requests for Gtk-OSX. Gtk-
OSX has its own support mailing list at gtk-osx-us...@lists.sourceforge.net
; you can subscribe at http://lists.sourceforge.net/
Re-build using jhbuild today:
1) Take new OS X Snow Leopard out of box (Nice!)
2) Apply all updates and installed xCode
3) Download and install latest version of git from
http://code.google.com/p/git-osx-installer
4) open terminal:
5) type "sh gtk-osx-build-setup.sh" (let run)
6)
On Nov 10, 2009, at 11:50 AM, Jacob Juul Kolding wrote:
On Nov 10, 2009, at 7:32 PM, John Ralls wrote:
Please rerun gtk-osx-build-install.sh to get the most recent
jhbuildrc. You'll have to build 32-bit to use ige-mac-integration
(it uses Carbon), but the latest jhbuildrc skips it fo
On Nov 10, 2009, at 7:32 PM, John Ralls wrote:
On Nov 10, 2009, at 9:20 AM, Jacob Juul Kolding wrote:
That would be great!
I've been trying to build it on Snow Leopard, butI i'm stuck now with
jhbuild meta-gtk-osx-core failing to build ige-mac-integration:
Please rerun gtk
On Nov 10, 2009, at 9:20 AM, Jacob Juul Kolding wrote:
That would be great!
I've been trying to build it on Snow Leopard, butI i'm stuck now with
jhbuild meta-gtk-osx-core failing to build ige-mac-integration:
Please rerun gtk-osx-build-install.sh to get the most recent
, and see if I can't get a framework out.
Would this help?
That would be great!
I've been trying to build it on Snow Leopard, butI i'm stuck now with
jhbuild meta-gtk-osx-core failing to build ige-mac-integration:
*** Building ige-mac-integration *** [10/11]
make
make all-rec
On Nov 10, 2009, at 7:46 AM, Shawn Bakhtiar wrote:
I don't know what all the complaint is about... I have been using
the jhbuild scripts with little to no problems. I have had a few
dependency issues but nothing that can not be figured out with a
little reading of the script itself and atte
aintaining your built version can be quite a lot of
>> work in the face of breakages and changes in many different parts of
>> the stack. This is not true (or at least, it is MUCH less true) if you
>> use a recent release version (there are instructions on how to do that
>> in
THE GREATER GOOD
Join me
> From: jra...@ceridwen.us
> Subject: Re: Gtk-OSX Frameworks (was: Why are developers...)
> Date: Tue, 10 Nov 2009 07:10:09 -0800
> To: gtk-devel-list@gnome.org
>
>
> On Nov 10, 2009, at 4:16 AM, Paul Davis wrote:
>
> > On Mon, Nov 9, 2009 a
your built version can be quite a lot of
work in the face of breakages and changes in many different parts of
the stack. This is not true (or at least, it is MUCH less true) if you
use a recent release version (there are instructions on how to do that
included in the gtk osx build info).
I do not believe
x27;t have dual monitor but I will see if I can find one and test.
EMAILING FOR THE GREATER GOOD
Join me
> Date: Mon, 26 Oct 2009 15:46:54 -0400
> Subject: Re: Building Gtk-OSX (was: Intricate changes to Quartz/OSX backend)
> From: p...@linuxaudiosystems.com
> To: jra...@ceridwen.u
On Mon, Oct 26, 2009 at 3:22 PM, John Ralls wrote:
> Um, how long ago did you last run jhbuild bootstrap? The m4 module was added
> to bootstrap.modules last December, with version 1.4.11.
more than bootstrap - fixing this required an entirely new version of jhbuild.
there is also possibly some
build bootstrap? The m4 module was
added to bootstrap.modules last December, with version 1.4.11. The
autoconf module depends upon it, so it should be installed before
autoconf. .jhbuildrc, if you're using the one from Gtk-OSX, sets M4=
$PREFIX/bin/m4. That happens after jhbuildrc-custom is imported, s
On Mon, Oct 26, 2009 at 12:17 PM, John Ralls wrote:
>
> On Oct 26, 2009, at 9:07 AM, Paul Davis wrote:
>
>> On Mon, Oct 26, 2009 at 11:07 AM, John Ralls wrote:
>>
>>> When I've encountered that in the past it's been because Python was too
>>> old:
>>> Jhbuild's tarball.py uses a function that's o
On Oct 26, 2009, at 9:07 AM, Paul Davis wrote:
On Mon, Oct 26, 2009 at 11:07 AM, John Ralls
wrote:
When I've encountered that in the past it's been because Python was
too old:
Jhbuild's tarball.py uses a function that's only available in
Python 2.5.
While jhbuild bootstrap will install
Sorry im a fool, i assume these distros are the same, it did meantion
of overwriting the normal X11 ? I was hoping of a way to compile gtk
and run gtk apps without X11 hence my waste of time on 10.3.9
On 08/02/2006, at 9:21 PM, Goran Rakić wrote:
You can use Apple X11 (X11.app from developer
You can use Apple X11 (X11.app from developer tools on install cd)
and gtk+ from Fink project...
On 08.02.2006., at 09.59, electroteque wrote:
Yeh i prob missed that one, so it does need the Quartz stuff, i
just wasted my time :D
Im looking now @ Xdarwin instead :D
On 08/02/2006, at 7:33
Yeh i prob missed that one, so it does need the Quartz stuff, i just
wasted my time :D
Im looking now @ Xdarwin instead :D
On 08/02/2006, at 7:33 PM, Richard Hult wrote:
Hi,
electroteque wrote:
In file included from GdkQuartzView.c:22:
GdkQuartzView.h:21:26: Quartz/Quartz.h: No such file o
Hi,
electroteque wrote:
>
> In file included from GdkQuartzView.c:22:
> GdkQuartzView.h:21:26: Quartz/Quartz.h: No such file or directory
> In file included from GdkQuartzView.c:22:
> GdkQuartzView.h:26: error: cannot find interface declaration for
> `NSView', superclass of `GdkQuartzView'
> mak
On Wed, 2006-02-08 at 12:15 +1100, electroteque wrote:
> What is Quartz.h and where would it be ? locate Quartz.h doesnt tell
> me anything.
It's an OS X-supplied header file most likely. I have no idea where
you'd get ahold of it. The appropriate place to ask, though, would be
on the darwin
Hi, i finally manage to get pango going with that extra flag to CFLAGS.
Now gtk broke, with this
gcc -DHAVE_CONFIG_H -I. -I. -I../.. -DG_LOG_DOMAIN=\"Gdk\"
-DGDK_COMPILATION -I../.. -I../../gdk -I../../gdk
-DGDK_PIXBUF_DISABLE_DEPRECATED -DGDK_DISABLE_DEPRECATED
-DG_ENABLE_DEBUG -pthreads -
61 matches
Mail list logo