similar to: [Bug 27392] New: swfdec won't compile

Pick up the correct source rectangle from framebuffer. Without this multihead setups are not working correctly. Signed-off-by: Gerd Hoffmann <kraxel at redhat.com> --- drivers/gpu/drm/virtio/virtgpu_plane.c | 31 ++++++++++++++++++------------- 1 file changed, 18 insertions(+), 13 deletions(-) diff --git a/drivers/gpu/drm/virtio/virtgpu_plane.c b/drivers/gpu/drm/virtio/virtgpu_plane.c

Pick up the correct source rectangle from framebuffer. Without this multihead setups are not working correctly. Signed-off-by: Gerd Hoffmann <kraxel at redhat.com> --- drivers/gpu/drm/virtio/virtgpu_plane.c | 31 ++++++++++++++++++------------- 1 file changed, 18 insertions(+), 13 deletions(-) diff --git a/drivers/gpu/drm/virtio/virtgpu_plane.c b/drivers/gpu/drm/virtio/virtgpu_plane.c

I want to cross compile swfdec-0.4.5 for ARM9. But before that I am planning to compile it on my x86 machine without GTK support. I have already compiled it with GTK. But if I disable GTK then I am getting error messages while compiling test directory. I have used following configuration options: ./configure enable_shared=no enable_static=yes enable_mad=no enable_gtk_doc=no enable_ffmpeg=no

Hi! I'm trying to build Wine-20021125 via "wineinstall" and the compile fails with TONS of messages related to Freetype. I took a peek at the "config.log" file and found these errors when configure was trying to detect the freetype/ftglyph.h header: configure:8420: checking for freetype/freetype.h configure:8427: result: yes configure:8340: checking freetype/ftglyph.h

Dear R list, I am having problem installing the package rgl on a redhat system. System info: Linux lci4.eu.novartis.net 2.6.9-22.ELsmp #1 SMP Mon Sep 19 18:00:54 EDT 2005 x86_64 x86_64 x86_64 GNU/Linux R sessionInfo(): R version 2.12.1 (2010-12-16) Platform: x86_64-unknown-linux-gnu (64-bit) locale: [1] LC_CTYPE=en_US.UTF-8 LC_NUMERIC=C [3] LC_TIME=en_US.UTF-8

Dear R users, I have installed the latest version of R from source on Centos (using configure and make install). This seemed to work fine, with no Errors reported and R at the command line starts R. However, if I try and installed the package rgl using; install.packages("rgl") I get the following error; installing to /usr/local/lib64/R/library/rgl/libs ** R ** demo ** inst ** preparing

Hello, I am trying to install rgl package under R and getting some errors which is below. > install.packages("rgl") Warning in install.packages("rgl") : argument 'lib' is missing: using '/usr/lib/R/library' trying URL 'http://cran.csie.ntu.edu.tw/src/contrib/rgl_0.91.tar.gz' Content type 'application/x-gzip' length 1677498 bytes (1.6 Mb)

Dear All, I am running Debian testing on my box and I have R 2.9.0 installed from the standard repositories. I downloaded the package source from http://cran.r-project.org/web/packages/Cairo/index.html but when I try to install it on my system, this is what I get $ sudo R CMD INSTALL Cairo_1.4-4.tar.gz * Installing to library ?/usr/local/lib/R/site-library? * Installing *source* package ?Cairo?

I am trying to install wine-20050211 on my second system, which runs SuSE 9.2. After much faffing around I finally managed to download and install bison, which allowed ./config to complete. A warning at the end advised me to install xlib-devel or xfree86-devel. Googling around I found the RPM for XFree86-devel for SuSE 9.1 so I downloaded it and started to install it. Unfortunately, a

On 02/06/2019 16:28, Koenker, Roger W wrote: > I?ve installed R 3.7.0 on a new laptop running macos 10.14.5 and have managed to get most of my usual packages I presume 'R 3.7.0' is R-devel: it is not released and may never be released under that version. > to compile from source with a ~/.R/Makevars file that looks like this: > > CC=/usr/local/clang8/bin/clang >

I have opensuse 11, 64bit. trying to compile wine 1.1.9, From previous info, I've been using the following.... --------------- ./configure --x-libraries=/usr/X11R6/lib --x-includes=/usr/include/X11/ --with-x --prefix=/usr ------------------------ I do have freetype2-64 and freetype2 dev 64 installed. I am hoping that the problem can be resolved with another syntax change to my

I'm trying to build wine from source but getting the same error with different version (1.0.1,1.1.15,1.1.16) CentOS 4 ./configure --prefix=/software/wine/1.1.16/ make depend make make[2]: Leaving directory `/tmp/wine/wine-1.1.16/libs/wpp' make[1]: Leaving directory `/tmp/wine/wine-1.1.16/libs' make[1]: Entering directory `/tmp/wine/wine-1.1.16/tools' gcc -c -I. -I.

Wine does not compile under SuSE Linux 7.1. It tries to include files from /usr/local/include/freetype2 which are actually located in /usr/include/freetype2. After copying them from /usr/include/freetype2 to /usr/local/include/freetype2 it compiled, but the following runtime error occurs: `wine: error while loading shared libraries: wine: undefined symbol: Dosvm'. Could someone help me please?

I'm encountering this problem when trying to compile swfdec-mozilla-0.4.2 on Debian unstable. gcc -DHAVE_CONFIG_H -I. -I. -I.. -Wall -Wextra -Wno-missing-field-initializers -Wno-unused-parameter -I/usr/include/iceape/java -I/usr/include/iceape/plugin -I/usr/include/iceape/nspr -I/usr/local/include/swfdec-0.4 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/liboil-0.3

Hi, I've installed openssl-0.9.7 and now am testing current openssh-cvs. The kerberosIV installation has it's own libdes.a. I'm quite please openssh built successfully, congratulations! Unfortunately, kerberos autentication is not tried at all. As far as I remeber, Ja Iven who wrote some patch, which as he said got into 3.5p1 also removed the ifdef's that --with-privsep no longer

Hi! I tried to compile Wine-20010629, but compiltaion stops at dlls/wineps/truetype.c with: truetype.c:55: parse error before `library' truetype.c:55: warning: type defaults to `int' in declaration of `library' truetype.c:55: warning: data definition has no type or storage class truetype.c:56: parse error before `face' truetype.c:56: warning: type defaults to `int' in

This series extends QMP introspection to cover deprecation. Additionally, new option -compat lets you configure what to do when deprecated interfaces get used. This is intended for testing users of the management interfaces. It is experimental. -compat deprecated-input=<in-policy> configures what to do when deprecated input is received. Available policies: * accept: Accept deprecated

Older GCC versions (e.g. < 4.9) may complain about inline functions that cannot be inlined (growing the generated code). It is not really a problem for us, so just suppress again the warning. Followup of commit c37c554fc56151b709882b382bb5fa26d9083449. --- m4/guestfs_c.m4 | 1 + 1 file changed, 1 insertion(+) diff --git a/m4/guestfs_c.m4 b/m4/guestfs_c.m4 index 7250294..ea26202 100644 ---

I tested also with a clean git source. Something wrong with ole32. Code: -fPIC -Wall -pipe -fno-strict-aliasing -Wdeclaration-after-statement -Wempty-body -Wstrict-prototypes -Wtype-limits -Wwrite-strings -fno-omit-frame-pointer -Wpointer-arith -Wlogical-op -I/usr/include/freetype2 -g -O2 -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=0 -o tmarshal_i.o tmarshal_i.c

On a ubuntu linux computer (Feisty, i386), I compile R and additional packages from source. The compiler is gcc 4.1.2. The problem is, I can run "sudo R" and successfully compile all packages (e.g., MASS, lattice) except rggobi. The error seems to be in display.c. My ggobi is in /usr/local/, which R can find. I don't think this is a dependence issue because install.packages(...,