search for: lxpm

Hello, I have a make error. --- error output : /usr/bin/ld: cannot find -lXpm collect2: ld returned 1 exit status make[2]: *** [libx11drv.so] Erreur 1 make[1]: *** [x11drv/libx11drv.so] Erreur 2 make: *** [dlls] Erreur 2 --- standard output : make[1]: Entre dans le r?pertoire `/home/j/src/wine/unicode' make[1]: `libwine_unicode.so' est ? jour. make[1]: Quitte le r?p...

...tworkupstools/nut/issues/152 Trouble is shooting back already: ./configure --with-usb --with-cgi --with-doc bails out: checking for gd version via gdlib-config... none found checking for gd include flags... checking for gd library flags... -L/usr/X11R6/lib -lgd -lpng -lz -ljpeg - lfreetype -lm -lXpm -lX11 checking for gd.h... no checking for gdfontmb.h... no checking for library containing gdImagePng... no configure: error: libgd not found, required for CGI build And gdlib does not appear to be available from the repo's. I'd like to have the CGI scripts working so I can read it with...

I cleaned up the top level makefile in the tools directory. No major changes. Except I have it so that ioemmu is compiled only with x86_32. Signed-off-by: Jerone Young <jyoung5@us.ibm.com> --- tools/Makefile.orig 2005-03-17 21:03:44.000000000 -0600 +++ tools/Makefile 2005-03-22 15:05:20.000000000 -0600 @@ -1,37 +1,33 @@ +XEN_ROOT = ../ +include $(XEN_ROOT)/tools/Rules.mk -all: -

...X11/Xlib.h" rasdraw.c(30): catastrophic error: could not open source file "X11/Intrinsic.h" w_idt.c(26): catastrophic error: could not open source file "X11/Intrinsic.h" X11_class0.c(39): catastrophic error: could not open source file "X11/Xlib.h" ld: cannot find -lXpm ....... I search for these two file by 'locate'. Only find them: /usr/include/xulrunner-sdk-1.9/system_wrappers/X11/Intrinsic.h /usr/include/xulrunner-sdk-1.9/system_wrappers/X11/Xlib.h And there are nothingin these two files. : Xlib.h? #pragma GCC system_header #pragma GCC visibility push...

...s shooting back already: > > ./configure --with-usb --with-cgi --with-doc > > bails out: > checking for gd version via gdlib-config... none found > checking for gd include flags... > checking for gd library flags... -L/usr/X11R6/lib -lgd -lpng -lz -ljpeg > - lfreetype -lm -lXpm -lX11 > checking for gd.h... no > checking for gdfontmb.h... no > checking for library containing gdImagePng... no > configure: error: libgd not found, required for CGI build > > And gdlib does not appear to be available from the repo's. > > I'd like to have the CG...

..._ -D_REENTRANT -I/usr/X11R6/include -o ts_xpm.o ts_xpm.c gcc -shared -Wl,-soname,libwine_tsx11.so locking.o ts_xf86dga.o ts_xf86dga2.o ts_xf86vmode.o ts_xshm.o ts_xlib.o ts_xrender.o ts_xresource.o ts_xvideo.o ts_xutil.o ts_shape.o ts_xpm.o -o libwine_tsx11.so.1.0 -L/usr/X11R6/lib -lSM -lICE -lXpm -lXxf86dga -lXxf86vm -lXv -lGL -lGLU -lXext -lX11 rm -f libwine_tsx11.so && ln -s libwine_tsx11.so.1.0 libwine_tsx11.so make[1]: Leaving directory `/home/shanov/wine-20011108/tsx11' make[1]: Entering directory `/home/shanov/wine-20011108/dlls' make[2]: Entering directory `/home/sha...

Hi Gene, On Oct 18, 2014, at 7:35 PM, Gene Heskett <gheskett at wdtv.com> wrote: > Greetings; > > I found pdf user manual which explains a few things that might help. > > However, for a ubuntu flavor, the various .conf etc files seem to be in > /etc/nut. We have an open ticket about that[*]; basically, the official NUT documentation needs to be a bit more explicit

Greetings; I found pdf user manual which explains a few things that might help. However, for a ubuntu flavor, the various .conf etc files seem to be in /etc/nut. But this pdf says they are in /usr/local/ups/etc, and yes indeed there are some there, with the .sample files being owned by root, and the rest are user 503, whoever he may be. Are these just a sample storage in case one needs to

...struct sockaddr_storage... yes checking for struct sockaddr_in6... yes checking for struct in6_addr... yes checking whether to enable IPv6 support... yes checking for gd version via gdlib-config... 2.0.34 checking for gd include flags... -I/usr/include checking for gd library flags... -L/usr/lib64 -lXpm -lX11 -ljpeg -lfontconfig -lfreetype -lpng12 -lz -lm -lgd checking gd.h usability... yes checking gd.h presence... yes checking for gd.h... yes checking for gdImagePng in -lgd... yes checking whether to build CGI programs... yes checking whether to build and install the development files... no chec...

...for _xpg4_setrunelocale in -lxpg4... no checking for mmap in -lmmap... no checking for openpty... no checking for openpty in -lutil... yes checking for dlfcn.h... yes checking for dlopen... no checking for dlopen in -ldl... yes checking for X11/xpm.h... yes checking for XpmCreatePixmapFromData in -lXpm... yes checking for X11/Xlib.h... yes checking for X11/XKBlib.h... yes checking for XkbQueryExtension in -lX11... yes checking for X11/extensions/XShm.h... yes checking for XShmQueryExtension in -lXext... yes checking for X11/extensions/shape.h... yes checking for XShapeQueryExtension in -lXext......

Greetings people; The section of drakeconf that pclos uses has two problems. First is several screens full of complaints about deprecated syntax in "/etc/udev/rules.d/70-nut-usbups.rules" at each reboot. So I pulled the current 2.5 svn trunk, then found I was missing quite a few build tools needed here that aren't used when building a kernel, currently running a 32 bit

On 06/24/2017 04:52 AM, Charles Lepple wrote: > On Jun 23, 2017, at 5:50 PM, Ambrogio Coletti <ambrojohn at gmail.com> wrote: >> "This TrippLite device (09ae:1330) is not (or perhaps not yet) supported by usbhid-ups. [...]" >> but my device (SU2200RTXLCD2U) is supported, as clearly state here. > No, the HCL also mentions "protocol 4001". For Tripp-Lite,

Hi, This is regarding Dtrace usability for memory leak detection. We have real-time application written C++ which runs on Solaris 10 having a problem that''s the my application grows in size from 130 Mb to 450Mb in around 15 days. So there is two possibilities with the application growth of memory due to Size growth of Dictionary Objects (Like Maps) and Memory Leak.

Hi again, I've succeeded in compiling the svn trunk with the automake tools and wish to say thank you to Charles Lepple for his help. After fixing some parameters in the hotplug script I can now get access to the UPS on /dev/usb/hiddev0 (I added productid and vendorid of my ups to the usermap). I've decided to try the newhidups driver with -x generic parameter and got this response :