similar to: [PATCH] README: add Pixman as build dependency

Upstream Qemu, just added to the Xen build system, needs GLib 2.0 and pkg-config to compile. Signed-off-by: Stefano Stabellini <stefano.stabellini@eu.citrix.com> diff --git a/README b/README index 02d1d50..bc28a61 100644 --- a/README +++ b/README @@ -50,6 +50,8 @@ provided by your OS distributor: * Development install of yajl (e.g. libyajl-dev) * Development install of libaio

> - Inline ASM (I think Eric said at the Hackers Lab that he might be > willing to do this) I am, yes. > - For others who want to help test, compiling and running your > codebases on QEMU (no crypto extensions) Some reasonable description of how this works would be awesome. > > - Feature parity - to the level found in the ARM64 and AArch64 backends today As a note this

depends on "autoconf: regenerate configure scripts with 4.4 version" This series removes some of the really old deadwood from the tools build and makes some other things which are on their way out configurable at build time with a default depending on how far down the slope I judge them to be. * nuke in tree copy of libaio * nuke obsolete tools: xsview, miniterm, lomount & sv *

Yes, I run ./configure alone, then make and then make install January 10, 2020 9:01 AM, "Rowland penny via samba" <samba at lists.samba.org> wrote: > On 10/01/2020 17:54, Sandy via samba wrote: > >> Try answering the questions I asked you: >> -----> OK. sorry >> >> How did you configure Samba when you built it ? >> >> -----> I

(moving to xen-devel, xen-arm is for the older PV ARM port) On Tue, 2013-06-25 at 23:59 +0000, Eric Trudeau wrote: > Hi, I am trying to build the XEN tools for our port of XEN to our > Cortex A15-based platform. > > I am using the repo at git://xenbits.xenproject.org/xen.git to > cross-compile the tools into our rootfs. Which branch/changeset are you using? I've heard that

I am unable to install R on an up to date (i.e. apt upgraded) Ubuntu 14.04 system. According to https://cran.r-project.org/bin/linux/ubuntu/README (and many other sources), R is available for this version of Ubuntu (which is a stable version). I currently have deb https://cran.cnr.berkeley.edu/bin/linux/ubuntu trusty/ in sources.list. I've tried this with and without deb

I can make a few suggestions to help you hunt for the issue. This kind of error is often caused by conflicting packages from proposed, backports, ppas, or other 3rd party repos. If for some reason you have a dependency installed from one of those sources that is newer than what R on cran was built against (stock ubuntu 14.04) then you will hit a conflict. Simply removing backports from your repos

Possibly off the wall and a long shot, but is pre-installed Linux perhaps 32 bit, while the R attempt is 64? JN On 16-03-23 02:22 PM, Barnet Wagman wrote: > Synaptic can show the origin of packages. > > The only thing I see from a backport is > > libcmanager0 > > I don't think this is relevant to R. Or is it. > > The only thing I've got installed from

26470:acaf29203cf9 "tools+stubdom: install under /usr/local by default" moved more stuff under /usr/local than was desirable. In particular SYSCONFIG_DIR (configuration for initscripts) moved to /usr/local/etc/{sysconfig,defaults} while the initscripts themselves (correctly) remained in /etc/init.d. Moving /etc/xen/scripts breaks the udev bakcned rules file. Lastly stuff under /var was

Hi all, as promised I run some simple benchmarks using tapdisk2 and the new qemu as disk backends. If you are in a hurry skip to the last section to see the test results. SOFTWARE REQUIREMENTS --------------------- In order to reproduce these results you need to use the new qemu with linux aio and O_DIRECT as disk backend: - apply the libxl patches that Anthony sent to the list a little while

The following patches shave some rough edges off the tools build system to allow cross compiling for at least arm32 and arm64 based on the Debian/Ubuntu multiarch infrastructure. They also add the necessary fixes to build for arm64 (which I have only tried cross, not native). I have posted some instructions on how to compile with these patches on the wiki:

A new pixman release 0.13.2 is now available tar.gz: http://cairographics.org/releases/pixman-0.13.2.tar.gz http://xorg.freedesktop.org/archive/individual/lib/pixman-0.13.2.tar.gz tar.bz2: http://xorg.freedesktop.org/archive/individual/lib/pixman-0.13.2.tar.bz2 Hashes: MD5: 837df4a02c61a60a880644393b57faed pixman-0.13.2.tar.gz MD5: 4b03b556bb0da245eedf74437c3a6158 pixman-0.13.2.tar.bz2

A new pixman release 0.11.8 is now available. This is mainly a bugfix release. See the short-log below for the details. S?ren tar.gz: http://cairographics.org/releases/pixman-0.11.8.tar.gz http://xorg.freedesktop.org/archive/individual/lib/pixman-0.11.8.tar.gz tar.bz2: http://xorg.freedesktop.org/archive/individual/lib/pixman-0.11.8.tar.bz2 Hashes: MD5: 7b5db768c51337b5e5e954fc9c961cd3

A new pixman release 0.33.4 is now available. This is a release candidate leading up to a stable release (0.34.0). The stable release is expected to be made around January 2016. The main changes are (see the git log below for full list of commits): - Important security fix to prevent stack buffer overflow - POWER: New fast-paths and optimizations to existing fast-paths - ARMv6: New fast-path

A new pixman release 0.32.8 is now available. This is a stable release that contains an important bug fix (buffer overflow), which can affect 32-bit systems. I recommend to all the distributions that still use the 0.32.x version to upgrade to this release as soon as possible. For those distributions that already moved to the new 0.33.2 version, I will release in the coming weeks a new

A new pixman release 0.38.2 is now available. This is a stable release in the in the 0.38 series. This release mostly contains fixes for the Meson build system. tar.gz: https://cairographics.org/releases/pixman-0.38.2.tar.gz https://www.x.org/releases/individual/lib/pixman-0.38.2.tar.gz tar.bz2: https://www.x.org/releases/individual/lib/pixman-0.38.2.tar.bz2 Hashes: MD5:

A new pixman release 0.38.4 is now available. This is a stable release in the in the 0.38 series. tar.gz: https://cairographics.org/releases/pixman-0.38.4.tar.gz https://www.x.org/releases/individual/lib/pixman-0.38.4.tar.gz tar.bz2: https://www.x.org/releases/individual/lib/pixman-0.38.4.tar.bz2 Hashes: MD5: 267a7af290f93f643a1bc74490d9fdd1 pixman-0.38.4.tar.gz MD5:

A new pixman release 0.21.2 is now available. This is the first development snapshot leading up to a stable 0.22 release. News: ARM: Performance improvements for image scaling [Siarhei Siamashka] Performance improvements for affine transformations [Soren Sandmann] Plus bug fixes and other improvements [Andrea Canciani, Siarhei, Soren]. NOTE: In this release a workaround for a bug in

Il 17/05/2014 18:54, Fabio Fantoni ha scritto: > Il 03/05/2014 11:30, Fabio Fantoni ha scritto: >>> On Thu, 2014-03-06 at 14:05 +0000, Ian Campbell wrote: >>> > Hi waldi, >>> > >>> > Are you planning to update the Xen package too 4.4 soon? Upstream >>> have >>> > released 4.4-rc6 and AIUI are planning to release the final

A new pixman release 0.11.4 is now available. This is a brown paper bag release to restore the ABI which broke in 0.11.2. Notable news: - ABI is unbroken (Julien Cristau) tar.gz: http://cairographics.org/releases/pixman-0.11.4.tar.gz http://xorg.freedesktop.org/archive/individual/lib/pixman-0.11.4.tar.gz tar.bz2: