search for: lcx

...:xen-users-bounces@lists.xensource.com] Im Auftrag von Cristian Livadaru Gesendet: Montag, 24. Juli 2006 10:40 An: xen-users@lists.xensource.com Betreff: [Xen-users] problems with Iptables in DomU Now that my xen is running, I wanted to set up dthe firewall on my domU but all I get is this error: lcx:~# iptables -L iptables v1.2.11: can''t initialize iptables table `filter'': Module is wrong version Perhaps iptables or your kernel needs to be upgraded. the modules for iptables are loaded: iptable_filter 4736 0 ip_tables 23424 3 iptable_mangle,iptable_nat...

...> >>these installers at all). > >Pushed to http://teuf.fedorapeople.org/virt-viewer-msi/ ;) > > Thanks for providing those test binaries so quickly. > > The x64 package is missing DLLs. remote-viewer works fine, but: > > virsh.exe complains about missing libvirt-lcx-0.dll and doesn't starts. You should be able to grab it from http://koji.fedoraproject.org/koji/buildinfo?buildID=460929 even though I don't think it's really useful to build that at all on mingw. > virt-viewer.exe complains about missing libssp-0.dll and doesn't > starts -...

On Thu, Sep 05, 2013 at 06:50:43PM +0200, Christophe Fergeau wrote: > On Wed, Sep 04, 2013 at 04:41:40PM -0300, Fernando Lozano wrote: > > >What version of virsh is included in that msi? Maybe it's just a case > > >of a stale build, for something that has been fixed upstream? > > C:>virsh -V > > Virsh command line tool of libvirt 0.10.2 > > I've

On Fri, Sep 06, 2013 at 09:59:23AM -0600, Eric Blake wrote: > [redirecting to libvir-list for a libvirt bug] > > On 09/06/2013 09:50 AM, Christophe Fergeau wrote: > > >> > >> virsh.exe complains about missing libvirt-lcx-0.dll and doesn't starts. > > > > You should be able to grab it from > > http://koji.fedoraproject.org/koji/buildinfo?buildID=460929 even though I > > don't think it's really useful to build that at all on mingw. > > > > Indeed - libvirt-lxc-0.dll...

...yes, using cc -M checking whether cc supports -c -o FILE.lo... yes checking how to get verbose linking output from f77... -v checking for Fortran 77 libraries... -L/usr/local/lib -R/opt/SUNWspro/lib -L/opt/SUNWspro/lib -L/opt/SUNWspro/WS6/lib -L/usr/ccs/lib -L/usr/lib -lF77 -lM77 -lsunmath -lm -lcx checking for dummy main to link with Fortran 77 libraries... none checking for Fortran 77 name-mangling scheme... lower case, underscore, no extra underscore checking whether f77 appends underscores to external names... yes checking whether mixed C/Fortran code can be run... configure: WARNING: c...

I'm having a dynamic loading problem that seems to be caused by exponentiation (the ** operator in Fortran/ratfor). This can be illustrated by the following toy example: ===+===+===+===+===+===+===+===+===+===+===+===+===+===+===+===+===+===+=== % cat foo.r subroutine foo(x,n) x = x**n return end % f77 -c foo.r /tmp/ratfor.06661.0.f: foo: % R CMD SHLIB -o foo.so foo.o gcc -G -o

...version.o \ ../unix/libunix.a ../appl/libappl.a ../nmath/libmath.a -lSM -lICE -L/usr/local/X11R6.3/lib -R/usr/local/X11R6.3/lib -lX11 -lsocket -lnsl -R/opt/SUNWspro/lib -L/opt/SUNWspro/lib -L/opt/SUNWspro/SC4.2/lib -L/usr/ccs/lib -L/usr/lib /opt/SUNWspro/SC4.2/lib/libM77.a -lF77 -lsunmath -lm -lcx -lreadline -lhdf5 -lz -ldl -ltermcap -lm Undefined first referenced symbol in file compress2 /usr/local/lib/libhdf5.a(H5Z.o) ld: fatal: Symbol referencing errors. No output written to ../../bin/R.X11 ------------- Which happens because there was an -L/usr/lo...

...5.0 fails with the following errors: checking how to get verbose linking output from f77... -v checking for Fortran 77 libraries... -L/usr/local/lib -R/opt/SUNWspro/lib -L/opt/SUNWspro/lib -L/opt/SUNWspro/WS6U1/lib -L/usr/ccs/lib -L/usr/lib -lreadline -ldl -ltermcap -lm -lF77 -lM77 -lsunmath -lcx checking for dummy main to link with Fortran 77 libraries... unknown configure: error: linking to Fortran libraries from C fails Any suggestions on a possible remedy would be greatly appreciated. I'd rather not install Sun C++ if possible, and I like the optimization features of Sun C and...

...tter (disclaimer: I haven't tested >> these installers at all). > Pushed to http://teuf.fedorapeople.org/virt-viewer-msi/ ;) Thanks for providing those test binaries so quickly. The x64 package is missing DLLs. remote-viewer works fine, but: virsh.exe complains about missing libvirt-lcx-0.dll and doesn't starts. virt-viewer.exe complains about missing libssp-0.dll and doesn't starts -- this also happens with the "current" binaries from spice.org The x86 package remote-viwer also works fine, and has the same problem for virsh.exe. But virt-viewer.exe doesn'...

[redirecting to libvir-list for a libvirt bug] On 09/06/2013 09:50 AM, Christophe Fergeau wrote: >> >> virsh.exe complains about missing libvirt-lcx-0.dll and doesn't starts. > > You should be able to grab it from > http://koji.fedoraproject.org/koji/buildinfo?buildID=460929 even though I > don't think it's really useful to build that at all on mingw. > Indeed - libvirt-lxc-0.dll makes NO sense at all, because lxc...

...Fortran 77 compiler (f77 ) is a cross-compiler... no checking whether we are using GNU Fortran 77... no checking for Fortran 77 libraries... -R/a/SUNWspro/lib:/opt/SUNWspro/lib -L/a/SUNWspro/lib -L/a/SUNWspro/SC4.2/lib -L/usr/ccs/lib -L/usr/lib /a/SUNWspro/SC4.2/lib/libM77.a -lF77 -lsunmath -lm -lcx checking whether f77 appends underscores... yes checking whether f77 and gcc agree on int and double... yes checking whether f77 and gcc agree on double complex... yes checking whether f77 supports -c -o FILE.lo... no checking for c++... c++ checking whether the C++ compiler (c++ ) works... no con...