Osamu Aoki wrote:
> Hi,
>
> On Sun, May 16, 2010 at 09:43:22PM +0300, George Danchev wrote:
> ...
>> Ahem, I see, mistakes happen, thus clean chroots (and note to myself: clean
>> apt caches;-) are to be used for such tweaking. In fact, other packages'
>> {Build-}dependencies change over time, i
Am Sonntag, den 16.05.2010, 19:19 +0100 schrieb Tony Houghton:
> George Danchev wrote:
[..]
> > Well, xmlto does not pull any latex packages AFAICS, and my cowbuilder
> > --login
> > test says dice wrt build-dependencies drag:
[..]
> Looks like you're right. I uninstalled a load of tex packages
Hi,
On Sun, May 16, 2010 at 09:43:22PM +0300, George Danchev wrote:
...
> Ahem, I see, mistakes happen, thus clean chroots (and note to myself: clean
> apt caches;-) are to be used for such tweaking. In fact, other packages'
> {Build-}dependencies change over time, it is pretty common since new
Tony Houghton writes:
> On Sun, 16 May 2010 20:51:45 +0300
>
> George Danchev wrote:
> > Tony Houghton writes:
> > > On Sun, 16 May 2010 19:38:59 +0300
> > >
> > > George Danchev wrote:
> > > > Also, it seems to me that build-depending on xsltproc && docbook-xsl
> > > > && docbook-xml would not
Jakub Wilk writes:
> * George Danchev , 2010-05-16, 20:51:
> >>> Also, it seems to me that build-depending on xsltproc && docbook-xsl
> >>> && docbook-xml would not extremely trim the bits to be pulled as
> >>> compared to those pulled in the xmlto case, so don't expect big wins
> >>> here ;-)
> >>
On Sun, 16 May 2010 20:51:45 +0300
George Danchev wrote:
> Tony Houghton writes:
> > On Sun, 16 May 2010 19:38:59 +0300
> >
> > George Danchev wrote:
> > > Also, it seems to me that build-depending on xsltproc && docbook-xsl &&
> > > docbook-xml would not extremely trim the bits to be pulled as
* George Danchev , 2010-05-16, 20:51:
Also, it seems to me that build-depending on xsltproc && docbook-xsl
&& docbook-xml would not extremely trim the bits to be pulled as
compared to those pulled in the xmlto case, so don't expect big wins
here ;-)
AFAICT the above trio don't depend on the (
George Danchev writes:
> Tony Houghton writes:
> > On Sun, 16 May 2010 19:38:59 +0300
> >
> > George Danchev wrote:
> > > Also, it seems to me that build-depending on xsltproc && docbook-xsl &&
> > > docbook-xml would not extremely trim the bits to be pulled as compared
> > > to those pulled in t
Tony Houghton writes:
> On Sun, 16 May 2010 19:38:59 +0300
>
> George Danchev wrote:
> > Also, it seems to me that build-depending on xsltproc && docbook-xsl &&
> > docbook-xml would not extremely trim the bits to be pulled as compared to
> > those pulled in the xmlto case, so don't expect big wi
On Sun, 16 May 2010 19:38:59 +0300
George Danchev wrote:
> Also, it seems to me that build-depending on xsltproc && docbook-xsl &&
> docbook-xml would not extremely trim the bits to be pulled as compared to
> those pulled in the xmlto case, so don't expect big wins here ;-)
AFAICT the above tr
Jakub Wilk writes:
Hi,
> * Tony Houghton , 2010-05-16, 16:06:
> >>override_dh_auto_build:
> >>xsltproc --nonet \
> >>
> >> --param make.year.ranges 1 \
> >> --param make.single.year.ranges 1 \
> >>
* Tony Houghton , 2010-05-16, 16:06:
override_dh_auto_build:
xsltproc --nonet \
--param make.year.ranges 1 \
--param make.single.year.ranges 1 \
--param man.charmap.use.subset 0 \
-o debi
On Sun, 16 May 2010 21:44:42 +0900
Osamu Aoki wrote:
>override_dh_auto_build:
>xsltproc --nonet \
> --param make.year.ranges 1 \
> --param make.single.year.ranges 1 \
> --param man.charmap.use.subset 0 \
>
* Osamu Aoki , 2010-05-16, 21:44:
Originally I used xsltproc to generate roxterm's man pages, as per
the example in the New Maintainers' Guide, but when I moved the man
pages upstream I got a bug report because the location of
docbook.xsl isn't consistent across OSs
Just use
http://docbook.s
* Tony Houghton , 2010-05-16, 12:57:
Originally I used xsltproc to generate roxterm's man pages, as per
the example in the New Maintainers' Guide, but when I moved the man
pages upstream I got a bug report because the location of docbook.xsl
isn't consistent across OSs
Just use
http://docboo
On Sun, May 16, 2010 at 12:57:39PM +0100, Tony Houghton wrote:
> On Fri, 14 May 2010 17:07:11 +0200
> Jakub Wilk wrote:
>
> > * Tony Houghton , 2010-05-14, 15:41:
> > >Originally I used xsltproc to generate roxterm's man pages, as per
> > >the example in the New Maintainers' Guide, but when I mov
On Fri, 14 May 2010 17:07:11 +0200
Jakub Wilk wrote:
> * Tony Houghton , 2010-05-14, 15:41:
> >Originally I used xsltproc to generate roxterm's man pages, as per
> >the example in the New Maintainers' Guide, but when I moved the man
> >pages upstream I got a bug report because the location of
> >
* Tony Houghton , 2010-05-14, 15:41:
Originally I used xsltproc to generate roxterm's man pages, as per the
example in the New Maintainers' Guide, but when I moved the man pages
upstream I got a bug report because the location of docbook.xsl isn't
consistent across OSs
Just use
http://docbook.
Originally I used xsltproc to generate roxterm's man pages, as per the
example in the New Maintainers' Guide, but when I moved the man pages
upstream I got a bug report because the location of docbook.xsl isn't
consistent across OSs so I started using xmlto instead.
The trouble with xmlto is it pu
19 matches
Mail list logo
