On Fri, 2008-07-18 at 00:44 +0200, Jonny Lamb wrote: > On Thu, Jul 17, 2008 at 11:19:29PM +0100, Mark Ellis wrote: > > What happened with trayicon ? I keep forgetting to test make dist... > > % make dist > make: *** No rule to make target `intltool-merge.in', needed by distdir'. > Stop. > > Good luck debugging intltool. :-) >
Oh no.... > > gvfs I don't know what to do with yet. > > Take your time. I can guess that both you and I aren't too fussed about > distribution inclusion, as GVFS isn't being included in Lenny. > Actually I switched to Ubuntu Hardy. Nothing to do with synce or gvfs, it worked much better than Lenny with the 3G usb modem I just got. I felt a bit guilty for a while :) > > Agreed. I've often made commits that depend on something else since the > > last release, with no way to make that clear. Maybe we should only bump > > the version in svn after something has been committed, otherwise we > > imply changes that haven't happened. Too complicated ? > > I don't /quite/ understand what you mean, but I propose this workflow: > > The last release of tool x is, for the sake of this example, 0.1. x > depends on liby, which had a 0.1 release recently. When working on these > modules, the version in configure.ac (or VERSION) should be 0.2. The > exact number /should/ be the version that will next be released, but > it's not a big deal. Anyway, this is a minor point. x depends on liby (>= > 0.1). If x is developed on, but doesn't use any additional features of > liby, its dep on liby should *not* be increased, so x version 0.2 would > be released depending on liby 0.1. If something gets added to liby which > x then uses, its dep should be increased to match the *future* version > of liby in the same commit. This is why the version number of the > modules in configure.ac or VERSION should be the current version plus > one. > > Does that make any sense? > Yeah, makes perfect sense, I was being convoluted. Mark
signature.asc
Description: This is a digitally signed message part
------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________ SynCE-Devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/synce-devel
