g-wrap-dev
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Ripping out GLib bindings, depending on GLib


From: Rob Browning
Subject: Re: Ripping out GLib bindings, depending on GLib
Date: Sat, 17 Jan 2004 23:06:31 -0600
User-agent: Gnus/5.1006 (Gnus v5.10.6) Emacs/21.3 (gnu/linux)

Rob Browning <address@hidden> writes:

> I also added arch-tag:'s to all the files where I felt it was
> reasonable.  This excluded many of the debian/* files, and files
> like AUTHORS and COPYING.LIB.  Those I gave IDs via "tla tag -i
> $(uuidgen)".  Note that this means we'll have to be careful to
> manually move the tags via "tla mv" for those particular files,
> though most of them are very unlikely to need to be moved.  You can
> tell which files will require an explicit "tla mv" by looking at
> "tla inventory --ids" and see if the id starts with "x_".  All of
> them are using uuidgen ids.

Unless anyone feels strongly, I've changed my mind (and due to a minor
blunder I want to re-do the archive anyway).  I'm going to use
explicit tags via "tla -i $(uuidgen) add FOO" tags for everything.
That way we only have one rule: when you need to move files/dirs you
use "tla mv".  That means that all files are handled the same way, and
we don't have to worry about avoiding arch-tag duplication in derived
files like Makefile.in, Makefile, etc.  Not that that's a big deal,
but I haven't been able to think of any convincing reason *to* use
arch-tag if you're ok with using "tla mv".

-- 
Rob Browning
rlb @defaultvalue.org and @debian.org; previously @cs.utexas.edu
GPG starting 2002-11-03 = 14DD 432F AE39 534D B592  F9A0 25C8 D377 8C7E 73A4




reply via email to

[Prev in Thread] Current Thread [Next in Thread]