similar to: Python error: must supply either home or prefix/exec-prefix -- not both

# HG changeset patch # User john.levon@sun.com # Date 1161090130 25200 # Node ID afeef751f9dafa771726bcfb00b29a10b0baeabd # Parent 7147e57f18552bbb8d25155cc1c635315283ee31 On Solaris, GCC is configured to use Sun''s LD. Fix the build to use the correct flags, and link against libsocket where necessary. Signed-off-by: John Levon <john.levon@sun.com> diff --git a/config/Linux.mk

V4 of the patch, incorporating Bastian's suggestions. Jon --- xen/debian/patches/series | 1 + xen/debian/patches/tools-ocaml-fix-build.diff | 81 +++++++++++++++++++++++++ xen/debian/rules | 5 ++ xen/debian/rules.real | 39 ++++++++++++ xen/debian/templates/control.main.in | 16 +++++

I am trying to compile the xen sources. I have tried both 3.0.1 and 3.0-testing packages. In either case I get the same error when running make world: building ''xc'' extension creating build/temp.linux-i686-2.4 creating build/temp.linux-i686-2.4/xen creating build/temp.linux-i686-2.4/xen/lowlevel creating build/temp.linux-i686-2.4/xen/lowlevel/xc gcc -pthread

Source: xen-3 Version: 3.4.0-2 Severity: minor User: peter.fritzsche at gmx.de Usertags: no-add-needed Tried to build your package and it fails to build with GNU binutils-gold. The important difference is that --no-add-needed is the default behavior of of GNU binutils-gold. Please provide all needed libraries to the linker when building your executables. More informations can be found at

Hello, I''m trying to compile Xen unstable on NetBSD, I''ve aplied the patches from http://cvsweb.netbsd.org/bsdweb.cgi/pkgsrc/sysutils/xentools41/patches/?only_with_tag=MAIN and copied the blk files from http://cvsweb.netbsd.org/bsdweb.cgi/pkgsrc/sysutils/xentools41/files/?only_with_tag=MAIN (I don''t know which of these patches have been applied to xen unstable, so

Hello, When statically linking the following program: #include <stdio.h> #include <xenctrl.h> #include <xenguest.h> int main(void) { printf("%p\n", xc_domain_resume); printf("%p\n", xc_domain_save); return 0; } gcc -static test.c -o test -lxenguest -lxenctrl -lpthread -lz we get

a clean new FC6 system downloading xen src tar ball I get make[3]: Entering directory `/opt/xen-3.0.4_1-src/tools/blktap/drivers'' gcc -O2 -fomit-frame-pointer -m64 -DNDEBUG -std=gnu99 -Wall -Wstrict- prototypes -Wno-unused-value -Wdeclaration-after-statement - D__XEN_TOOLS__ -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -Werror - Wno-unused -fno-strict-aliasing -I

Hi! I''ve been working for a while to build a package that automatically builds and installs xen-unstable. I don''t want to go into package build steps because I think it is irrelevant. I sorted out all problems with the package itself but I found out I''m getting the below errors: make -C cpuperf make[4]: Entering directory

Hello all: My Environment: Ubuntu6.06 + Xen3.0.4 My XenLinux was booted successfully. But when i starting the "xend" service, errors displayed. I searched in google, but could not get an available solution. Please help me! Thank you very much! Error log: ----------------------------------------------------------------------------------------------- root@zwang-desktop:~#

A new pixman release 0.33.2 is now available. This is a release candidate for a stable 0.34.0 release. This release comes after little more than 1 year since the previous release (0.32.6). Therefore, the git log is quite long and there are multiple changes, fixes and enhancements. The main changes are: - ARMv6 - Many fast paths implementations were added - PPC64/PPC64LE - Fix all outstanding

A new pixman release 0.34.0 is now available. This is a major release, following three development releases in the past six months. It contains all the changes detailed in the last three development releases in the 0.33 series. Please note that this release doesn't contain any changes since the previous development version (0.33.6) was released. For those who didn't follow the

Full_Name: Daniel Gasser Version: 1.8.1 OS: Win XP Submission from: (NULL) (130.60.20.92) The legend()-Function shows a different behaviour than it did in Version 1.6.1. It plots a black box left of the legend lines on each legend row. In 1.6.1 there was just the line in appropriate color for each row in the legend (i was using exactly the same legend statement and same plot function). My legend

Hi there I get the same error, only /usr/lib/python/xen/lowlevel/xu.so does -not- exist I see a dir named /usr/lib/python/site-packages/xen/lowlevel with just one file in it: __init__.pyc even if I do a find -name xu.* from / I get nothing I run Suse 9.3 and kernel 2.6.8-24.14, which seems to be the only way to get Dom0 up under Suse 9.3 for the time being Hints most welcome! Chris

I'm writing wrappers for some functions that change some of the default arguments. I'd rather not list all of the arguments for the low level functions because there are about a dozen wrapper functions, and about 20 arguments to lowlevel. Instead I'm trying something like this: lowlevel <- function(longname = 1) { cat("longname = ", longname, "\n") }

Package: xen-utils-3.0.3-1 Version: 3.0.3-0-4 Severity: important # /etc/init.d/xend start Restarting XEN control daemon: xendTraceback (most recent call last): File "/usr/lib/xen-3.0.3-1/bin/xend", line 40, in <module> from xen.xend.server import SrvDaemon File "/usr/lib/xen-3.0.3-1/lib/python/xen/xend/server/SrvDaemon.py", line 17, in <module> import

Summary ======= I have a recommendation for a minor documentation change regarding 'keeppxe'. I lost some time on this and think that a clarification could save other people time in the future. pxelinux.doc should be tweaked to explicitly say that the "keeppxe" option should be given on the kernel command line through the APPEND statemen Detail ====== pxelinux.doc line 356

Hi, I am trying to install Xen 3.1.3 from the source code. The machine on which I would like to install it doesn''t have access to the Internet. So I did a "make world" on a different machine, copied the files to where I actually wanted to install Xen and then re-built and installed it. However, when I boot into the new kernel and try to execute "xm" or

The Fedora build system is in paranoid mode, and compiles everything with -Werror. Additionally, it checks that the return values of calls like read and write are checked. The build exits with errors like: xen/lowlevel/xc/xc.c: In function `pyxc_vmx_build'': xen/lowlevel/xc/xc.c:464: warning: ignoring return value of `sscanf'', declared with attribute warn_unused_result

Package: xen-utils-4.0 Version: 4.0.1~rc3-1 Severity: important When invoking pygrub either via command line or via bootloader being set in the configuration file, pygrub fails because it cannot import xen.lowlevel.xc. Example output: # /usr/lib/xen-default/bin/pygrub Traceback (most recent call last): File "/usr/lib/xen-default/bin/pygrub", line 20, in <module> import

When I start xen in the dom 0 , it''s display me these errors: [root@datacenter root]# xend start /usr/lib/python/xen/xend/server/SrvDaemon.py:28: RuntimeWarning: Python C API version mismatch for module xen.lowlevel.xu: This Python has API version 1011, module xen.lowlevel.xu has version 1012. from xen.lowlevel import xu Traceback (most recent call last): File