On Tue, Jul 1, 2008 at 5:01 PM, Colin Walters <[EMAIL PROTECTED]> wrote:
> o Add backwards compatibility support
> o Don't screw with minor build system things right now, and wait a year
> or so until waf is widely deployed, then switch wholesale and gain
> useful improvements instead of pluggin
On Tue, 2008-07-01 at 14:58 -0500, Brian Cameron wrote:
> David:
>
> So what does this mean? Should all GNOME modules fix their top-level
> Makefile.am files, manpages, and other docs that refer to the need to
> add these generated files to EXTRA_DIST? Or do we just not work with
> the latest in
Colin Walters wrote:
On Tue, 2008-07-01 at 16:02 -0300, Johan Dahlin wrote:
The contribution barrier for GNOME is way to high as it is today, I'm merely
trying to reduce it by allowing developers from other (as in non-unix)
backgrounds be able to contribute.
Strategically speaking, while I t
2008/7/1 Colin Walters <[EMAIL PROTECTED]>:
> On Tue, 2008-07-01 at 16:02 -0300, Johan Dahlin wrote:
> Strategically speaking, while I think it makes sense for GNOME to invest
> in the fundamentals (core GTK+ windowing, DBus) of running on
> non-freedesktop.org platforms[1], developer time is bette
On Tue, 2008-07-01 at 14:58 -0500, Brian Cameron wrote:
> David:
>
> So what does this mean? Should all GNOME modules fix their top-level
> Makefile.am files, manpages, and other docs that refer to the need to
> add these generated files to EXTRA_DIST? Or do we just not work with
> the latest in
On Tue, 2008-07-01 at 16:02 -0300, Johan Dahlin wrote:
> The contribution barrier for GNOME is way to high as it is today, I'm merely
> trying to reduce it by allowing developers from other (as in non-unix)
> backgrounds be able to contribute.
Strategically speaking, while I think it makes sen
David:
So what does this mean? Should all GNOME modules fix their top-level
Makefile.am files, manpages, and other docs that refer to the need to
add these generated files to EXTRA_DIST? Or do we just not work with
the latest intltool 0.40.0 for now until this issue gets fixed in
intltool?
Sh
Gustavo J. A. M. Carneiro wrote:
On Tue, 2008-07-01 at 12:19 -0400, David Malcolm wrote:
[..]
Also, I find it funny that people that do not actually use either XCode
or Visual Studio claim that supporting them is crucial. Again, I don't
trust that judgement without proof (statistics). Now, I
On Tue, 2008-07-01 at 12:19 -0400, David Malcolm wrote:
[...]
> Rereading, this has turned into a rant, but posting in the hope that it
> will be useful:
> It often puts me off, as an experienced C developer. When I first
> started looking at GNOME (and indeed Linux) I was an experienced C
> deve
On Tue, 2008-07-01 at 11:31 -0500, Brian Cameron wrote:
> Yesterday I discovered that "make dist/distcheck" in gdm 2.20 branch
> failed because make couldn't find intltool-merge.in,
> intltool-extract.in, and intltool-update.in. These files get generated
> by the intltool module.
Apparently what
Yesterday I discovered that "make dist/distcheck" in gdm 2.20 branch
failed because make couldn't find intltool-merge.in,
intltool-extract.in, and intltool-update.in. These files get generated
by the intltool module.
I was able to fix this problem by rebuilding my intltool module with the
older
On Tue, 2008-07-01 at 17:51 +0200, Pavel Rojtberg wrote:
> Gustavo J. A. M. Carneiro wrote:
> > On Mon, 2008-06-30 at 23:45 +0300, natan yellin wrote:
> >>
> >> On Mon, Jun 30, 2008 at 9:59 PM, Mikkel Kamstrup Erlandsen
> >> <[EMAIL PROTECTED]> wrote:
> >> 2008/6/30 Gustavo J. A. M. Carne
> And honestly I dont see why I have to learn that freaking tools, when
> there is Scons/ Python which are beginner friendly and which I
> personally use for my own projects.
>
> So my contributions this far were limited to the parts of gnome written
> in python.
There should always be some k
Gustavo J. A. M. Carneiro wrote:
On Mon, 2008-06-30 at 23:45 +0300, natan yellin wrote:
On Mon, Jun 30, 2008 at 9:59 PM, Mikkel Kamstrup Erlandsen
<[EMAIL PROTECTED]> wrote:
2008/6/30 Gustavo J. A. M. Carneiro<[EMAIL PROTECTED]>:
> On Mon, 2008-06-30 at 12:01 -0300, Johan D
On Tue, Jul 01, 2008, Josselin Mouette wrote:
> > and the build
> > system should rebuild the C code when the .vala files have changed,
> > similar to how other generated files are handled.
>
> This does not. Magic rules to rebuild stuff that is not supposed to
> change when you use a tarball ofte
On Tue, Jul 01, 2008, Josselin Mouette wrote:
> And don’t forget downstream. If patching the code requires grabbing the
> Vala file from the SVN, regenerate the C code and then diff it, it is
> going to be a big pain for us, while a new build-dependency on valac is
> trivial to deal with.
I do ho
On Tue, 2008-07-01 at 11:32 +0200, Josselin Mouette wrote:
> Le mardi 01 juillet 2008 à 10:49 +0200, Jürg Billeter a écrit :
> > and the build
> > system should rebuild the C code when the .vala files have changed,
> > similar to how other generated files are handled.
>
> This does not. Magic rule
Le mardi 01 juillet 2008 à 10:49 +0200, Jürg Billeter a écrit :
> The tarball should also contain the .vala source files
This sounds OK, we can manage them like the autotools files with quilt.
> and the build
> system should rebuild the C code when the .vala files have changed,
> similar to how o
On Tue, 2008-07-01 at 10:08 +0200, Josselin Mouette wrote:
> Le mardi 01 juillet 2008 à 10:30 +1200, Callum McKenzie a écrit :
> > As an aside: ultimately it will be necessary to move it from a hacking
> > dependency to a build dependency. Novice developers work from tarballs,
> > not SVN and you w
On Tue, 2008-07-01 at 10:08 +0200, Josselin Mouette wrote:
> Le mardi 01 juillet 2008 à 10:30 +1200, Callum McKenzie a écrit :
> > As an aside: ultimately it will be necessary to move it from a hacking
> > dependency to a build dependency. Novice developers work from tarballs,
> > not SVN and you w
Le mardi 01 juillet 2008 à 10:30 +1200, Callum McKenzie a écrit :
> As an aside: ultimately it will be necessary to move it from a hacking
> dependency to a build dependency. Novice developers work from tarballs,
> not SVN and you will get patches against your generated code appearing
> in bugzilla
On Tue, Jul 1, 2008 at 2:32 AM, Gustavo J. A. M. Carneiro <[EMAIL PROTECTED]>
wrote:
> On Mon, 2008-06-30 at 23:45 +0300, natan yellin wrote:
> >
> >
> > On Mon, Jun 30, 2008 at 9:59 PM, Mikkel Kamstrup Erlandsen
> > <[EMAIL PROTECTED]> wrote:
> > 2008/6/30 Gustavo J. A. M. Carneiro <[EMAI
22 matches
Mail list logo
