Manoj Srivastava [EMAIL PROTECTED] writes:
If anyone has done any programmatic transforms from debiandoc to
DocBook, this is a good time to speak up and be heard.
I've not actually done that particular transform, or anything as big,
but I've done some trivial transforms using XSLT.
You'll
Sam TH [EMAIL PROTECTED] writes:
The Texas legal profession got pissed, since Nolo was taking their
clients, and sued.
There were also allegations that Nolo was including out-of-date
materials, forms, etc.
IANAL, but my wife has a JD...
Mike.
Greg Stark [EMAIL PROTECTED] writes:
There is a nice simple solution that would make our lives infinitely
easier in lots of other ways: Build outside the source tree! This is
how autoconf is intended to be used and it makes things a lot easier
to manage.
Sure. Lots of packages do just this.
Bart Schuller [EMAIL PROTECTED] writes:
I'm going to take over gnome-print from Vincent and I was wondering
whether to convert it into a proper libgnomeprint2 and -dev
package. The package is quite small.
We've got separate packages for a lot of small libraries in
gnome---libzvt, libgnome,
Daniel Martin [EMAIL PROTECTED] writes:
#33780 arises from the fact that pine understands this slurp the
incoming mail into a file called mbox behavior, and if a file called
$HOME/mbox exists, will dutifully copy any mail it finds in the system
inbox into this file and manipulate it just the
Manoj Srivastava [EMAIL PROTECTED] writes:
Is the emacsen sub policy sufficiently stabilized that it can
become a bona fide policy document, and thus get greater exposure?
We've got, what, at least ten or twelve packages using it. I'd say
that if it's not stabilized, we have a
Adam Di Carlo [EMAIL PROTECTED] writes:
Lets separate, if we can, the DTD from the processing structure.
There's no reason why we could not build a DSSSL file make nice PS,
PDF, TeX, RTF from the Debiandoc DTD. In fact, it's my project for
a rainy day...
I intended my observation as more
Adam Di Carlo [EMAIL PROTECTED] writes:
This does bring up one thing, though---can we look at transitioning
away from debiandoc-sgml to something more standard, like docbook?
The backends in the latest sgmltools are supposed to be much more
sophisticated and produce better output than the
[EMAIL PROTECTED] (Ian Jackson) writes:
Does the policy list think it would be a good idea to add a piece to
the policy manual asking maintainers who inherit a package and
uploaders of NMU's not to change the layout, structure or style of the
source code unless it is really necessary ?
I
On Mon, Jul 06, 1998 at 07:54:31PM -0400, Gregory S. Stark wrote:
[EMAIL PROTECTED] (Adam P. Harris) writes:
Scott K. Ellis [EMAIL PROTECTED] writes:
On Sat, Jul 04, 1998 at 02:16:59PM -0400, Gregory S. Stark wrote:
Scott K. Ellis [EMAIL PROTECTED] writes:
You have libpkg, it is
Rob Browning [EMAIL PROTECTED] writes:
Michael Alan Dorman [EMAIL PROTECTED] writes:
If you install xemacs20, and then bbdb, and then emacs20, you'll
only have bbdb compiled for xemacs20 and not for emacs20
It shouldn't work this way. Are you just saying that this is a bug
Ian Jackson [EMAIL PROTECTED] writes:
AFAICT it fails to achieve the most important likely goal of such a
policy, namely that the (non)-existence of .elc files for a particular
flavour of emacs doesn't depend on the installation order.
If you mean:
If you install xemacs20, and then bbdb,
12 matches
Mail list logo