similar to: Question on CentOS 7.5 clutter-1.0 pkgconfig missing

Thanks, > It's provided by clutter-devel-1.26.2-2.el7.x86_64: > /usr/lib64/pkgconfig/clutter-1.0.pc Ok. I did not have the ending .pc so now yum provides "*/clutter-1.0.pc" gives me the same as you. And in fact that file is on my machine under /usr/lib64/pkgconfig however when I do "pkg-config clutter-1.0" it returns nothing. Jerry

Hi Thomas, Thanks for the hint. I'm trying to rebuild the original SRPM without the patch for know, but I'm getting the following error. rpmbuild --rebuild /tmp/clutter-1.14.4-12.el7.src.rpm ... checking for XIAllowTouchEvents... yes checking for XIScrollClassInfo.number... yes checking for XkbQueryExtension... yes checking for GDK_PIXBUF... no configure: error: Package requirements

On 05/18/2015 02:00 PM, Thomas Eriksson wrote: > > On 05/17/2015 11:34 PM, L?szl? Csontos wrote: >> Hi Thomas, >> >> Thanks for the hint. >> >> I'm trying to rebuild the original SRPM without the patch for know, but I'm >> getting the following error. >> >> rpmbuild --rebuild /tmp/clutter-1.14.4-12.el7.src.rpm >> ... >>

I am install C7.5 on a nvidia unit and nvidia-detect tells me to use kmod-nvidia-390xx so I do the yum install and and after a long time I see this -> Processing Dependency: kernel(__drm_atomic_helper_crtc_duplicate_state) = 0xa5f3a170 for package: kmod-nvidia-390xx-390.87-2.el7_6.elrepo.x86_64 --> Processing Dependency: kernel(__drm_atomic_helper_crtc_destroy_state) = 0x00a9c70b for

Dear Stanislav, thanks for your patch. The problem with your "recommended" pkgconfigdir is that in many cases, it does not work. Namely, when ${prefix} is not one of the standard places such as /usr. As I understand it, the whole point of a tool like pkgconfig is to allow other software to automatically detect the install location of NUT, especially when that location is not one of

00:18 < dtrainor> Hello. Trying to virt-v2v and using 1.27-55 for testing, and I'm running in to this: http://fpaste.org/137605/14120326/ 00:18 < dtrainor> I'm using this version because I need both ova input file format support, as well as local output file support 00:18 < dtrainor> basically the error appears to be: supermin:

hi, i started an experimental clutter-swf renderer project http://www.students.itu.edu.tr/~gumusuy/clutter-swf-0.1.0.tar.bz2 using swfdec-0.6 In fact this project is a part of bigger clutter media project. For less dependency i configured swfdec by ./configure --prefix=/usr --disable-maintainer-mode --disable-gtk --disable-mad --disable-ffmpeg --disable-gstreamer --disable-vivified

Hi Guys, I'm facing this issue: https://bugs.centos.org/view.php?id=8482 It came after upgrading to 7.1 and only Firefox is affected, Chrome is working. What I've tried so far: - Tried NVIDIA drivers 340.65, 346.59 and 346.72 - Upgraded Firefox to 38 - Tried Safe more / Refresh Firefox - Tried to turn HW accel. off in Firefox None of these has helped to eliminate the issue. Do you

I have a brand new 2T external Samsung SSD disk. (two of them) for backup. I tried the first one and had an issue, I tried the second one and got the same issue. Am I doing something wrong ? I find it hard to believe the SSD (both) are bad. I plugged in the USB 3.1 adapter, I fdisk /dev/sdd, n, p, default, default, w. then mkfs.ext4 -j /dev/sdd1, then just mount and rsync. [ 1085.193710]

I am getting this error on CentOS 7.4 kernel: NVRM: API mismatch: the client has the version 384.98, but#012NVRM: this kernel module has the version 384.90. Please#012NVRM: make sure that this kernel module and all NVIDIA driver#012NVRM: components have the same version nvidia-detect -v Probing for supported NVIDIA devices... [10de:1288] NVIDIA Corporation GK208 [GeForce GT 720] This device

Dear OpenSSH developers, a publicly accessible sshd on port 22 generates a lot of log clutter from unauthenticated connections. For an exemplary host on a university network, sshd accumulates 5~20k log lines on a single day (more than 90% of the total amount of syslog lines). That is despite the host having a restricted configuration (no SSH password authentication, firewall rate limit for

HI All - I am getting an error on clutter with gstreamer-1 ? This is standard centos 7.5 gst-inspect-1.0 /usr/lib64/gstreamer-1.0/libgstclutter.so (gst-inspect-1.0:21979): Clutter-CRITICAL **: Unable to initialize Clutter: Could not initialize Gdk Could not load plugin file: File "/usr/lib64/gstreamer-1.0/libgstclutter.so" appears to be a GStreamer plugin, but it failed to initialize

I have need to compile (from source) clutter-1.16.0 (seems to be fine) and then clutter-gtk 1.4.4 on centos 6.4 (x86-64) I am getting this error: ake[2]: Entering directory `/home/silentm/MessageNet/totem/clutter-gtk-1.4.4/clutter-gtk' CC gtk-clutter-actor.lo CC gtk-clutter-embed.lo In file included from /usr/include/clutter-1.0/clutter/clutter-deform-effect.h:33,

On 05/17/2015 11:34 PM, L?szl? Csontos wrote: > Hi Thomas, > > Thanks for the hint. > > I'm trying to rebuild the original SRPM without the patch for know, but I'm > getting the following error. > > rpmbuild --rebuild /tmp/clutter-1.14.4-12.el7.src.rpm > ... > checking for XIAllowTouchEvents... yes > checking for XIScrollClassInfo.number... yes >

Hi James, I tried as suggested installing cuda but the problem persist. In a previous c7.5 installation all works as expected but the driver was less then 390.77. So installing latest cuda nvidia driver for suggested links does not work. What other can I try? Il Gio 20 Set 2018, 19:52 James Pearson <james-p at moving-picture.com> ha scritto: > Alessandro Baggi: > > > > I

Hi All, Been playing around with the dev version of speex on linux and ran into a small problem due to the fact that the include files have been moved off to a speex subdir. This small patch fixes it. I also think that the SPEEX_VERSION variable should be just VERSION afaict so this adds that as well. Cheers, Pete -------------- next part -------------- A non-text attachment was scrubbed...

CentOS Errata and Security Advisory 2015:1510 Moderate Upstream details at : https://rhn.redhat.com/errata/RHSA-2015-1510.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 422da424622a034a70451c8cf418aa35af6b5ee7270ed7917d7d6567cfd3db1b clutter-1.14.4-12.el7_1.1.i686.rpm

Thank you for the hint. Setting PKG_CONFIG_PATH=/usr/lib/pkgconfig before ./configure works for me. On 01/15/2016 10:12 PM, Andrew Eikum wrote: > The problem here is glib and gstreamer have different header files for > 32- and 64-bit, but pkgconfig doesn't have a mechanism to specify > which you should get. In your setup, it is returning the 64-bit > headers, which are wrong for

I dont see anything hfsplus in the modules area??? > uname -r > > 3.10.0-327.28.2.el7.x86_64 > > [root at nuc5i3 ~]# find /lib/modules/3.10.0-327.28.2.el7.x86_64/ |grep hfs > /lib/modules/3.10.0-327.28.2.el7.x86_64/kernel/fs/squashfs > /lib/modules/3.10.0-327.28.2.el7.x86_64/kernel/fs/squashfs/squashfs.ko >

EPEL package but I think there's a packaging bug, thought I would ask here. Trying to build something that requires libuv-devel - it finds the .so but can't determine version. header files are in /usr/include/uv however the pkgconfig file specifies /usr/include as the include directory. The pkgconfig file also has the version so I'm not sure why the make file can't determine