> * Introduce a new request which acts like .mso but is silent if the
> file does not exist.
Hmm. From an interface's point of view, this doesn't deserve a new
request. I suggest the following: Convert the error message of .mso
into a new warning category which is enabled by default. The
I'm trying to figure out how to make use of the new localisation macro
files in man-db. The documentation is simple: just add -mfr (or -msv
etc.).
I really don't want man-db to have to keep track of what locales groff
supports, though. From my point of view that's an implementation detail
of groff
On Mon, Feb 16, 2009 at 09:52:13PM -0500, Zvezdan Petkovic wrote:
>> I don't really want to get into a major revision control system fight
>> here; as I said earlier it seems to be clearly Werner's decision. I
>> didn't want to leave undefended assertions lying around though!
>
> I did not use bzr,
I don't really want to get into a major revision control system fight
here; as I said earlier it seems to be clearly Werner's decision. I
didn't want to leave undefended assertions lying around though!
I did not use bzr, but based on information I've seen, these are not
"undefended assertions"
On Mon, Feb 16, 2009 at 08:56:07PM +, Ralph Corderoy wrote:
> I just find git too repulsive on the UI front to bother using, in fact I
> actively try and avoid using it. bzr's my preference and, since they
> concentrated on performance a few releases back, has easily coped with
> anything I us
On Mon, Feb 16, 2009 at 12:11:45PM +1100, Robert Thorsby wrote:
> On 16/02/09 11:09:29, Colin Watson wrote:
> > I thought some of you might be interested to know that there's now a
> > rolling import of Groff's CVS repository into GNU Bazaar
> > (http://bazaar-vcs.org/), thanks to Michael Hudson an
Hi Colin,
> > and (b) extremely slow compared to git, sometimes slower by a factor
> > 10 or more, even for the most fundamental operations like the
> > equivalent to `cvs log'.
>
> This is the standard criticism. It might matter for very large
> projects like Emacs with very deep history but is
Werner LEMBERG wrote:
> > I really would suggest to check out (pun intended) `mercurial'.
> > very easy to use and thus much friendlier to the average customer
> > (to others, too).
>
> My main reason for using git is that I'm used to it because I need it
> in other projects. I've also used mercu
On Mon, Feb 16, 2009 at 12:14:07PM +0100, Werner LEMBERG wrote:
> My main reason for using git is that I'm used to it because I need it
> in other projects. I've also used mercurial (the ALSA project), but
> interestingly they have switched to git. The `gitk' program is really
> good stuff (and `
> I really would suggest to check out (pun intended) `mercurial'.
> very easy to use and thus much friendlier to the average customer
> (to others, too).
My main reason for using git is that I'm used to it because I need it
in other projects. I've also used mercurial (the ALSA project), but
inte
On Mon, Feb 16, 2009 at 08:04:18AM +0100, Werner LEMBERG wrote:
>
> > I thought some of you might be interested to know that there's now a
> > rolling import of Groff's CVS repository into GNU Bazaar
> > (http://bazaar-vcs.org/), thanks to Michael Hudson and others at my
> > employer, Canonical.
>
On Mon, Feb 16, 2009 at 08:04:18AM +0100, Werner LEMBERG wrote:
> Colin Watson wrote:
> > I thought some of you might be interested to know that there's now a
> > rolling import of Groff's CVS repository into GNU Bazaar
> > (http://bazaar-vcs.org/), thanks to Michael Hudson and others at my
> > emp
12 matches
Mail list logo
