Rob Landley writes:
> On 02/16/2011 11:23 PM, Trent W. Buck wrote:
>> PS: instead of HTML=$(echo $i | sed 's/\.sgml\.in$/.html/') try
>> HTML="${i%.sgml.in}.html". See PATTERN SUBSTITUTIONS in the bash
>> manpage, though this is POSIX portable sh.
>
Rob Landley writes:
> #!/bin/bash
>
> for i in lxc-*.in
> do
> echo $i
> OUT=$(echo $i | sed 's/\.in$//')
> HTML=$(echo $i | sed 's/\.sgml\.in$/.html/')
> echo "" > $OUT
> echo ' href="http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl";?>'
> >> $OUT
> sed -e 's@ "
Rob Landley writes:
>> With the same source files, I can generate XHTML 1.1:
>>
>> $ xsltproc
>> http://docbook.sourceforge.net/release/xsl/current/xhtml-1_1/docbook.xsl
>> lxc-console.sgml.in >lxc-console.xhtml
>
> Ah, that's better. (Note: the xhtml spec died, you probably want just
> c
Daniel Lezcano writes:
> On 02/11/2011 06:21 AM, Ludovic Guégan wrote:
>> Hi all,
>>
>> First, thanks!
>>
>> I am looking for a way to have a lxc container running inside an Android
>> device.
>> So far my goal is to isolate a process as a proof of concept.
>> Android use the bionic lic and not
Sorry about the previous post. I'm awake now.
If I remove the .in from common_options.sgml.in and see_also.sgml.in,
and change lxc-console.sgml.in's prelude to
http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl";?>
http://www.oasis-open.org/docbook/xml/4.4/docbo
Rob Landley writes:
> On 02/09/2011 02:19 AM, Daniel Lezcano wrote:
>> On 02/09/2011 04:34 AM, Rob Landley wrote:
>>> On 02/07/2011 09:28 AM, Daniel Lezcano wrote:
On 02/07/2011 04:19 PM, Rob Landley wrote:
> Does the makefile's man page generation stuff do html files?
> Because if
t...@cybersource.com.au (Trent W. Buck)
writes:
> Daniel Lezcano writes:
>
>> some changes to 0.7.3 broke the mount points. We try to keep backward
>> compatibility but sometimes that does not happen :S
>>
>> I will try to fix this and release a 0.7.4 version.
>&
Daniel Lezcano writes:
> some changes to 0.7.3 broke the mount points. We try to keep backward
> compatibility but sometimes that does not happen :S
>
> I will try to fix this and release a 0.7.4 version.
>
> "none /lxc/test1/dev/pts devpts defaults 0 0"
>
> becomes:
>
> "none dev/p
Michael Tokarev writes:
> 18.12.2010 00:12, Michael Tokarev wrote:
> []
>> Capabilities (libcap2) is a tiny library (on my i386
>> userspace it's just a 13Kb shared object), it has _no_
>> external dependencies whatsoever - neither at build nor
>> at run time (it does not use perl for one)
>
> An
"SourceForge.net"
writes:
> Bugs item #3113612, was opened at 2010-11-20 20:23
> Summary: lxc-* tools are vulnerable for arguments with spaces
FWIW, I was vaguely aware of this and I try to guard against it by
requiring my container names to be valid hostnames. Near the top of my
custom lxc-cre
10 matches
Mail list logo
