Where is the xml.dom.ext package in current python distributions?

Hi Travis,
first of all, please let me inform you that there is a
fedora-xen
list, where people might know the problems and solutions
for
fedora-native xen tools much better than here.

On 1/10/07, Formoso, Travis <Travis.Formosoblueslate.net> wrote:
> [...]
> however when I try to install through virt-install I
get this error messa=
ge.
> [...]

Hard to tell what your error message comes from. Please
write to the
fedora-xen list and tell them, what exactly you put in when
being
asked questions by virt-install.

> I am running a old box =96 p3 256 mb of ram

erm, that is really not much, if you have an fedora desktop
install, I
think this already eats all thius ram, from my experience,
the
anaconda installer running in the vm that should be started
by
virt-install wil run badly with less than 256M (for the VM,
that's 256
for the desktop + 256 for the vm=3D512!!!)

You could try using yum with --installroot,  but I think you
shpould
realy get a bigger machine than this old thing.

Did you test the xen live cd's is the machine is able to run
xen vm's at al=
l?
Apart form that, I've been never successfull installing a vm
with
virt-manager - all I can wish you with it is "good
luck". Virt install
should work with enough memory.

Henning

_______________________________________________
Xen-users mailing list
Xen-userslists.xensource.com
http://lists.xen
source.com/xen-users

     [ h
ttps://issues.apache.org/jira/browse/JCR-705?page=com.atlass
ian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Marcel Reutegger resolved JCR-705.
----------------------------------

    Resolution: Fixed

Fixed in revision: 495663

> PdfTextExtractor does not close temp file in case of an
error
>
------------------------------------------------------------
-
>
>                 Key: JCR-705
>                 URL: https:/
/issues.apache.org/jira/browse/JCR-705
>             Project: Jackrabbit
>          Issue Type: Bug
>          Components: indexing
>            Reporter: Marcel Reutegger
>         Assigned To: Marcel Reutegger
>            Priority: Minor
>             Fix For: 1.3
>
>
> If PDF parsing fails in PDFParser.parse() a temp file
is not closed and results in an open file handle.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the
administrators: https://issues.apache.org/jira/secure/Administrators.js
pa
-
For more information on JIRA, see: http://www.atl
assian.com/software/jira

        

Frederick Ross wrote:
> I'd really like to have the SLIB array functions.

Is the Kawa SRFI-25 array functions not enough?
I assume you've checked out:
http://w
ww.gnu.org/software/kawa/Arrays.html
Note you can call share array on a uniform vector.
See the and of the above-mentioned web-page and
http://www.gnu.org/software/kawa/Uniform-vectors.html
Also see the end of this reply.

The SRFI-25 arrays uses by Kawa seem to be widely
implemented
than the SLIB/SRFI-47 arrays, though I guess not all
SRFI-25
implementations allow wrapping unform vector like Kawa
does.

If there is demand, it probably won't be difficult to add
the SLIB
array interface as well.   One complication is that the
make-array
function in SRFI-47 is different from that of SRFI-25,
though it is
possible to distinguish them depending on the arguments.

> The policy on slib
> at the moment appears to be "throw it in, see if
it works."

There are two problems with slib:
(1) As distributed, it isn't designed for the
compiler-oriented
architecture of Kawa.  This is mainly a problem with things
like
macro expanders or anything else which makes global
changes.
Not necessarily a fundamental problem.
(2) It's a hodge-podge of features and utilities, often
overlapping.

However, it would be nice to support SLIB.  Ideally, I'd
like
to support the SLIB primitives to the extent that no
kawa.init
file is needed.

Maybe a project for a volunteer?

> ../../gnu/mapping/OutPort.java:10: gnu.mapping.OutPort
is not abstract
> and does not override abstract method
print(java.io.PrintWriter) in
> gnu.mapping.Printablepublic class OutPort extends
PrintConsumer
> implements Printable

gnu.mapping.Printable no longer exists in Kawa.  It has been
replaced by
gnu.text.Printable.

You must have some old version of kawa in your CLASSPATH.

> Now what I'd really like is to be able to put a
reshaped array form on
> top of a native one dimensional array of doubles, but
at a guess
> that's deep black magic.

Not really.  The basic idea is in the manual, at the end of
http://w
ww.gnu.org/software/kawa/Arrays.html

If you have an existing Java double array, you can create an
f46vector
by using the F64Vector (double[] data) constructor:

(define jarr (<double[]> 1.0 2.0 3.0 4.0 5.0 6.0))
(define farr (gnu.lists.F64Vector:new jarr))
(define farr2
   (share-array farr (shape 0 2 0 3) (lambda (i j) (+ (* 2
i) j))))
-- 
	--Per Bothner
perbothner.com   http://per.bothner.com/