search for: libgs

Sorry for big attachment in previous mail...last 1000 lines of those logs attached now. On Mon, May 29, 2017 at 4:44 PM, Pawan Alwandi <pawan at platform.sh> wrote: > > > On Thu, May 25, 2017 at 9:54 PM, Atin Mukherjee <amukherj at redhat.com> > wrote: > >> >> On Thu, 25 May 2017 at 19:11, Pawan Alwandi <pawan at platform.sh> wrote: >>

...l7_7.2.x86_64.rpm 95b287e7ce23baae2666dc650d718cfd378e9e48aa022568320e161584cc17ad ghostscript-doc-9.25-2.el7_7.2.noarch.rpm 658daf879097091058d69460c37c0d28163d50908ef743c63d83b94377e4dbfe ghostscript-gtk-9.25-2.el7_7.2.x86_64.rpm d0427accdf35587b9cc75b7f1817c7af2e34bd5b2ea88c0ebfd5021c7ef6e104 libgs-9.25-2.el7_7.2.i686.rpm 09ba132d4cd0f446766c2d54e10d58e4756c456d84469c507a39054a4f86e6c5 libgs-9.25-2.el7_7.2.x86_64.rpm 2d4306696a5ace22eb376b93f729e2859fa886c908590518f138beb0eb1ff1f2 libgs-devel-9.25-2.el7_7.2.i686.rpm 0c9ee4bbe2244cd2913580f7c6ca172fd35db7fdab97b6fff48635b583593fe8 libgs-dev...

...l7_7.3.x86_64.rpm 4babaf0a459aa0ee29de2d0e42041b0ad897477c9fd8c79cf997303888e01678 ghostscript-doc-9.25-2.el7_7.3.noarch.rpm 00a71f11197527654169a86af59db2a95d786fda3bc8b8c97f5c257cb89dffe3 ghostscript-gtk-9.25-2.el7_7.3.x86_64.rpm 97d217f80df4d0cfbe615cea91aaf24c837649e14aca0069c124a4c64f39f75e libgs-9.25-2.el7_7.3.i686.rpm 265cabc397dafadd97c4e3aa6f9f358948708c291c124d3c060b8ff4e84df169 libgs-9.25-2.el7_7.3.x86_64.rpm 933ebdbe673f492d51657039aeb8dc7bba2b252df68e20293163e5aca4e60ab5 libgs-devel-9.25-2.el7_7.3.i686.rpm 4705f851f3ca69e30ac3f38730cffe3a80608316bdd817f88302bdd1d9b14625 libgs-dev...

Hi I`ve been trying this guestfs_mount_local api for quite a few days, but still can`t get over it. Now it seems to have enter the fuse loop but have some problems with 'mount'? and stops at guestfs_mount_local_run(g). Here`s corresponding code in the test program: ?? if(guestfs_mount_local(g,"/mnt/libg")==-1) exit(EXIT_FAILURE); else guestfs_mount_local_run(g); ?? Below is a

Hello Atin, I've gotten around to this and was able to get upgrade done using 3.7.0 before moving to 3.11. For some reason 3.7.9 wasn't working well. On 3.11 though I notice that gluster/nfs is really made optional and nfs-ganesha is being recommended. We have plans to switch to nfs-ganesha on new clusters but would like to have glusterfs-gnfs on existing clusters so a seamless upgrade

////usr/lib/kde3/kfile_ps.so: Exploit.Linux.Gv FOUND ////usr/lib/kde3/gsthumbnail.so: Exploit.Linux.Gv FOUND ////usr/lib/libgs.so.7.07: Exploit.Linux.Gv FOUND ////usr/lib/libkghostviewlib.so.0.0.0: Exploit.Linux.Gv FOUND I start the procmail process and a mail with those lines appears on my inbox (with subject "Virus found"), i'm running clamd too, but i dont know if this files could be infected by a virus

Dear all When trying to install my package on Windows XP on my Mac, I get the following error: ---------- Making package xps ------------ ... ... xpsDict.cxx "C:\Programme\Microsoft Visual Studio 9.0\VC\bin/link" /dll /def:xps.def /out:xps.dll fp10.obj -opt:noref -nologo -include:_G__cpp_setupG__Hist -include:_G__cpp_setupG__Graf1 -include:_G__cpp_setupG__G3D

...l7_7.3.x86_64.rpm 4babaf0a459aa0ee29de2d0e42041b0ad897477c9fd8c79cf997303888e01678 ghostscript-doc-9.25-2.el7_7.3.noarch.rpm 00a71f11197527654169a86af59db2a95d786fda3bc8b8c97f5c257cb89dffe3 ghostscript-gtk-9.25-2.el7_7.3.x86_64.rpm 97d217f80df4d0cfbe615cea91aaf24c837649e14aca0069c124a4c64f39f75e libgs-9.25-2.el7_7.3.i686.rpm 265cabc397dafadd97c4e3aa6f9f358948708c291c124d3c060b8ff4e84df169 libgs-9.25-2.el7_7.3.x86_64.rpm 933ebdbe673f492d51657039aeb8dc7bba2b252df68e20293163e5aca4e60ab5 libgs-devel-9.25-2.el7_7.3.i686.rpm 4705f851f3ca69e30ac3f38730cffe3a80608316bdd817f88302bdd1d9b14625 libgs-dev...

On Wed, 21 Jul 2004, Chris Lattner wrote: > > Yes, this makes a tremendous amount of sense. Do you think you could > prepare some patches to make this happen? If you have any questions, feel > free to ask :) Ok, a patch[1] is attached. I didn't care to coerce the offset, since I assume that it is an uint, but maybe I should? Hopefully I've understood the llvm source

On Wed, 21 Jul 2004, Tobias Nurmiranta wrote: > > Hi, I'm thinking out loud, please give me some feedback. > > Regarding llvm.gcread and llvm.gcwrite, wouldn't it be nicer if they are > implemented as: > > llvm.gcread(sbyte** object, uint offset) > llvm.gcwrite(sbyte* data, sbyte** object, uint offset) > > Where you also have the offset into the object. In

Ok, that makes sense :). , Tobias On Wed, 21 Jul 2004, Chris Lattner wrote: > On Wed, 21 Jul 2004, Tobias Nurmiranta wrote: > > > void *llvm_gc_read(void *ObjPtr, void **FieldPtr) { > > > return *FieldPtr; > > > } > > > > Hm, but doesn't FieldPtr need to be calculated target-specific in those > > cases? > > For the field pointer, one

On Wed, 21 Jul 2004, Tobias Nurmiranta wrote: > > void *llvm_gc_read(void *ObjPtr, void **FieldPtr) { > > return *FieldPtr; > > } > > Hm, but doesn't FieldPtr need to be calculated target-specific in those > cases? For the field pointer, one could use the getelementptr instruction: %pairty = { sbyte, sbyte, int* } %pairPtr = ... %fieldptr = getelementptr

Ok, here's the new patch. (Please tell me if I shouldn't mail patches directly on the mailing list.) While I was editing LowerGC.cpp I made a little test (not part of this patch, but the diff with LowerGC.cpp in cvs is attached). I've added a new intrinsic called llvm.gcroot_value(sbyte*, sbyte*), which takes a pointer directly instead and transforms it into an alloca. The idea is the

I tried to install the ''mongrel'' gem tonight via puppet in an attempt to migrate from webrick to mongrel as described on the puppet site[1]. I added the following to my manifest: package { "rubygems": ensure => installed; "mongrel": ensure => installed, provider => gem, require => Package["rubygems"]; }

Here are some of the patches that I have maintained in the patch queue of my packages that I maintain within the Debian distribution (http://packages.qa.debian.org/libg/libguestfs.html). All of them address FTBFS (fail to build from source) errors that happened with the particular configuration that is used for building the Debian package. Cheers, -Hilko

I have a VPS running C7. I ran a 'yum update' which included a kernel update. The yum update wasn't a total success because mariadb updates failed. However everything else appeared to work. However, when I rebooted the server it did not restart. I have managed to get the ISP's support desk to boot the server by selecting the previous kernel, and I now have access to my box again.

...id-2.23.2-61.el7.x86_64 @anaconda > Update 2.23.2-61.el7_7.1.x86_64 @updates > Updated libcurl-7.29.0-54.el7.x86_64 @anaconda > Update 7.29.0-54.el7_7.1.x86_64 @updates > Updated libgs-9.25-2.el7_7.2.x86_64 @updates > Update 9.25-2.el7_7.3.x86_64 @updates > Updated libmount-2.23.2-61.el7.x86_64 @anaconda > Update 2.23.2-61.el7_7.1.x86_64 @updates > Updated...

Hi. I am currently running 6.0 (here is uname -a). FreeBSD pc-racine1.mcmaster.ca 6.0-RELEASE-p2 FreeBSD 6.0-RELEASE-p2 #7: Thu Jan 12 09:30:38 EST 2006 root@pc-racine1.mcmaster.ca:/usr/obj/usr/src/sys/OPTIPLEX i386 Just tried a fresh cvsup from cvsup9, a standard compile via cvsup -g -L 2 /usr/share/examples/cvsup/current-supfile && cd /usr/obj && chflags -R noschg *

...s Updated libblkid-2.23.2-61.el7.x86_64 @anaconda Update 2.23.2-61.el7_7.1.x86_64 @updates Updated libcurl-7.29.0-54.el7.x86_64 @anaconda Update 7.29.0-54.el7_7.1.x86_64 @updates Updated libgs-9.25-2.el7_7.2.x86_64 @updates Update 9.25-2.el7_7.3.x86_64 @updates Updated libmount-2.23.2-61.el7.x86_64 @anaconda Update 2.23.2-61.el7_7.1.x86_64 @updates Updated libsmartcols-2.23.2-...

Hi! Please see bellow. Note that web1.dasilva.network is the address of the local machine where one of the bricks is installed and that ties to mount. [2017-08-20 20:30:40.359236] I [MSGID: 100030] [glusterfsd.c:2476:main] 0-/usr/sbin/glusterd: Started running /usr/sbin/glusterd version 3.11.2 (args: /usr/sbin/glusterd -p /var/run/glusterd.pid) [2017-08-20 20:30:40.973249] I [MSGID: 106478]