Re: [Gegl-developer] GEGL and GTK+, a proposal

2011-07-12 Thread Martin Nordholts
2011/7/12 Jon Nordby jono...@gmail.com:
 Martin: Can you add gegl-gtk to the continous integration so that
 distcheck is ran there?
 Øyvind: Can you add a gegl-gtk component to the gegl product in
 bugzilla? Or do I need to ask someone else for that?

I've created a new job now:
http://gimptest.flamingtext.com:8080/job/gegl-gtk-distcheck/

Doesn't build yet though, will fix...
While I were at it I also added a gegl-gtk component to bugzilla.

BR,
Martin


-- 

My GIMP Blog:
http://www.chromecode.com/
GIMP 2.8 schedule on tasktaste.com
___
Gegl-developer mailing list
Gegl-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gegl-developer


Re: [Gegl-developer] GEGL and GTK+, a proposal

2011-06-23 Thread Jon Nordby
On 13 June 2011 20:38, Jon Nordby jono...@gmail.com wrote:
 I now have a repo with the code split out. The .pc files need a bit of
 love, after that it is ready for the first push. I will need someone
 else to add the gegl-gtk bugzilla component though, but that is
 secondary.

Pushed this to gegl-gtk in git.gnome.org now:
http://git.gnome.org/browse/gegl-gtk/
Also pushed commits that removes the moved code from gegl:
http://git.gnome.org/browse/gegl/commit/?id=afb5da0d8602924d4256841095428b85c1d67bb2

Now the real work can begin :)
-- 
Jon Nordby - www.jonnor.com
___
Gegl-developer mailing list
Gegl-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gegl-developer


Re: [Gegl-developer] GEGL and GTK+, a proposal

2011-06-13 Thread Martin Nordholts
2011/6/12 Jon Nordby jono...@gmail.com:
 So I propose to:

 - Create a new gegl-gtk repository, containing the new library
 (alternative is to have it as a toplevel in gegl repo, if anyone can
 present good arguments for that I don't mind)

First of all, I think the name should be gegl-ui, not gegl-gtk, in
case we want to provide a widget for say Qt.

I support moving the UI stuff into a separate git repository; it will
be nice to have separate commit histories.

 / Martin


-- 

My GIMP Blog:
http://www.chromecode.com/
GIMP 2.8 schedule on tasktaste.com
___
Gegl-developer mailing list
Gegl-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gegl-developer


Re: [Gegl-developer] GEGL and GTK+, a proposal

2011-06-13 Thread Øyvind Kolås
On Mon, Jun 13, 2011 at 11:17 AM, Martin Nordholts ense...@gmail.com wrote:
 2011/6/12 Jon Nordby jono...@gmail.com:
 So I propose to:
 - Create a new gegl-gtk repository, containing the new library
 (alternative is to have it as a toplevel in gegl repo, if anyone can
 present good arguments for that I don't mind)

 First of all, I think the name should be gegl-ui, not gegl-gtk, in
 case we want to provide a widget for say Qt.

 I support moving the UI stuff into a separate git repository; it will
 be nice to have separate commit histories.

Having a library that depends on a lot of different UI frameworks
might not be conductive to encourage adoption. Since this would mean
that in distributions you would be pulling in the packages for all the
possible dependencies when wanting only one of them.

There is already a Clutter based GEGL integration library, and to me
it makes sense for there to be separate ones for different ui
toolkits.

http://git.clutter-project.org/clutter-gegl/

/Øyvind K.
-- 
«The future is already here. It's just not very evenly distributed»
                                                 -- William Gibson
http://pippin.gimp.org/                            http://ffii.org/
___
Gegl-developer mailing list
Gegl-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gegl-developer


Re: [Gegl-developer] GEGL and GTK+, a proposal

2011-06-13 Thread Martin Nordholts
2011/6/13 Øyvind Kolås pip...@gimp.org:
 On Mon, Jun 13, 2011 at 11:17 AM, Martin Nordholts ense...@gmail.com wrote:

 First of all, I think the name should be gegl-ui, not gegl-gtk, in
 case we want to provide a widget for say Qt.

 I support moving the UI stuff into a separate git repository; it will
 be nice to have separate commit histories.

 Having a library that depends on a lot of different UI frameworks
 might not be conductive to encourage adoption. Since this would mean
 that in distributions you would be pulling in the packages for all the
 possible dependencies when wanting only one of them.

 There is already a Clutter based GEGL integration library, and to me
 it makes sense for there to be separate ones for different ui
 toolkits.

 http://git.clutter-project.org/clutter-gegl/

It would be separate libraries, just a common git repository. But I've
changed my mind, it probably makes most sense to have one git repo per
target toolkit anyway and call the GTK one gegl-gtk.

 / Martin


-- 

My GIMP Blog:
http://www.chromecode.com/
GIMP 2.8 schedule on tasktaste.com
___
Gegl-developer mailing list
Gegl-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gegl-developer


Re: [Gegl-developer] GEGL and GTK+, a proposal

2011-06-13 Thread Øyvind Kolås
On Mon, Jun 13, 2011 at 6:38 PM, Jon Nordby jono...@gmail.com wrote:
 I had the same thought, and eventually ended with the same conclusion:
 different repos.
 I actually started some Qt stuff but realized I get enough of that in
 my day-job. So GTK first, then we'll see.

 Øyvind: please give your explicit OK to the relisencing.

I am fine with the GeglView code being relicensed to LGPLv3+ :)

/Øyvind K.
-- 
«The future is already here. It's just not very evenly distributed»
                                                 -- William Gibson
http://pippin.gimp.org/                            http://ffii.org/
___
Gegl-developer mailing list
Gegl-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gegl-developer


Re: [Gegl-developer] GEGL and GTK+, a proposal

2011-06-12 Thread Joao S. O. Bueno
On Sun, Jun 12, 2011 at 3:03 PM, Jon Nordby jono...@gmail.com wrote:
(...)
 So I propose to:
 - Create a new gegl-gtk repository, containing the new library
 (alternative is to have it as a toplevel in gegl repo, if anyone can
 present good arguments for that I don't mind)
 - Add gegl-gtk component to bugzilla
 - Move gtk-display and GeglView there, remove it from gegl repo

It makes sense for me.
As you stated, removing GTK+ from GEGL's dependencies should allow
GEGL to be used in more projects as a it should be.

  js
 --
___
Gegl-developer mailing list
Gegl-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gegl-developer