similar to: Trouble with xen-unstable x86_64

In my last e-mails, I have asked for help regarding 1. 'defining functions inside loops' 2. 'integrating functions / vector arithmetics' 3. 'vectors out of lists?' 4. 'numerical integration' Since some of these topics seemed to be relevant (I'm guessing by the # of replies I got), I'm posting a modified section of my code. Any thoughts on improvements would

Hi, I am trying to install Xen 3.1.3 from the source code. The machine on which I would like to install it doesn''t have access to the Internet. So I did a "make world" on a different machine, copied the files to where I actually wanted to install Xen and then re-built and installed it. However, when I boot into the new kernel and try to execute "xm" or

I'm running beta7 on two machines, with maildir on NFS. I have lockd running on all machines. I've found that Dovecot is highly unstable with NFS when accessing a mailbox on more than one machine at the same time. Both dovecot machines have: mmap_disable = yes lock_method = fcntl NFS is version 3, exported from a third linux machine. All machines are running 2.6.9 kernel. Any ideas

Hello: I just gave 3 tries at compiling a xen kernel. I managed to get the networking in the host to work ok on the third try, unfortuately xend gives me the following errors in my xend.log and will not start. Any ideas? It fails to start with the following error ---------------------------------------------------- /usr/sbin/xend [root@localhost ~]# /usr/sbin/xend start Traceback (most recent

On Sun, Sep 20, 2020 at 09:34:50AM -0700, Kevin Brott wrote: > On 9/19/20 11:02 PM, Damien Miller wrote: > > OpenSSH 8.4p1 is almost ready for release, so we would appreciate testing > > on as many platforms and systems as possible. This is a bugfix release. > > Debian GNU/Linux 10 (buster) > gcc version 8.3.0 (Debian 8.3.0-6) > OpenSSL 1.1.1d? 10 Sep 2019 > >

hello, in trying to build xen-unstable (up to changeset 9238) under x86_64 sles10 beta 7, gcc-4.1.0-3, python-2.4.2-9, i''m getting the following error during the build: building ''xs'' extension creating build/temp.linux-x86_64-2.4/xen/lowlevel/xs gcc -pthread -fno-strict-aliasing -DNDEBUG -O2 -fmessage-length=0 -Wall -D_FORTIFY_SOURCE=2 -g -O2 -f omit-frame-pointer

I am trying to compile the xen sources. I have tried both 3.0.1 and 3.0-testing packages. In either case I get the same error when running make world: building ''xc'' extension creating build/temp.linux-i686-2.4 creating build/temp.linux-i686-2.4/xen creating build/temp.linux-i686-2.4/xen/lowlevel creating build/temp.linux-i686-2.4/xen/lowlevel/xc gcc -pthread

After upgrading to xen unstable packages I'm seeing the following problem: skx@itchy:~$ sudo /etc/init.d/xend restart Restarting XEN control daemon: xendTraceback (most recent call last): File "/usr/lib/xen-3.0-unstable-1/bin/xend", line 40, in ? from xen.xend.server import SrvDaemon File "/usr/lib/python2.4/site-packages/xen/xend/server/SrvDaemon.py", line 17,

Hello People!! I''ve a problem with the xend service, when i want to run it don'' t show me nothing, so then i tried to run it like these: /usr/sbin/xend start and show me a lot of errors see --> ERROR: Could not obtain handle on privileged command interface (2 = No such file or directory) Traceback (most recent call last): File "/usr/sbin/xend", line 33, in ?

Hello i'm setting up a debian system, with no root acount, i manage it with the sudo command, and installed the new xen 3.3.0 on it than i installed fluxbox and vnc4server on this machine, to get remote access to the debian/xen system i use ssh and xvnc4viewer, ssh for the console and xvnc4viewer for the windowmanager, until than everything works fine. than i installed virt-manager from the

Hi there I get the same error, only /usr/lib/python/xen/lowlevel/xu.so does -not- exist I see a dir named /usr/lib/python/site-packages/xen/lowlevel with just one file in it: __init__.pyc even if I do a find -name xu.* from / I get nothing I run Suse 9.3 and kernel 2.6.8-24.14, which seems to be the only way to get Dom0 up under Suse 9.3 for the time being Hints most welcome! Chris

https://bugzilla.mindrot.org/show_bug.cgi?id=2494 Bug ID: 2494 Summary: kex_protocol_error should send SSH2_MSG_UNIMPLEMENTED Product: Portable OpenSSH Version: 6.9p1 Hardware: Other OS: Linux Status: NEW Severity: normal Priority: P5 Component: sshd Assignee: unassigned-bugs

OpenSSH 7.8 has just been released. It will be available from the mirrors listed at http://www.openssh.com/ shortly. OpenSSH is a 100% complete SSH protocol 2.0 implementation and includes sftp client and server support. Once again, we would like to thank the OpenSSH community for their continued support of the project, especially those who contributed code or patches, reported bugs, tested

OpenSSH 7.8 has just been released. It will be available from the mirrors listed at http://www.openssh.com/ shortly. OpenSSH is a 100% complete SSH protocol 2.0 implementation and includes sftp client and server support. Once again, we would like to thank the OpenSSH community for their continued support of the project, especially those who contributed code or patches, reported bugs, tested

Hi, I have a problem with xend on Debian Sarge. I am using the 2.6.12-xen0 kernel with xen-unstable. I also installed the TwistedWeb package TwistedWeb-0.5.0. # xend start /usr/lib/python2.3/site-packages/xen/xend/server/SrvDir.py:4: DeprecationWarning: twisted.protocols.http has moved to twisted.web.http. See http://twistedmatrix.com/projects/web. from twisted.protocols import http I think

Package: xen-utils-3.0.3-1 Version: 3.0.3-0-4 Severity: important # /etc/init.d/xend start Restarting XEN control daemon: xendTraceback (most recent call last): File "/usr/lib/xen-3.0.3-1/bin/xend", line 40, in <module> from xen.xend.server import SrvDaemon File "/usr/lib/xen-3.0.3-1/lib/python/xen/xend/server/SrvDaemon.py", line 17, in <module> import

On Sun, Apr 15, 2018 at 06:38:37PM +1000, Damien Miller wrote: > On Sat, 14 Apr 2018, Colin Watson wrote: > > This isn't an OpenSSH bug, but just in case anyone else is ambitious > > enough to automatically run interoperability tests against other SSH > > implementations, here's a heads-up: > > > > https://twistedmatrix.com/trac/ticket/9422 > >

https://bugzilla.mindrot.org/show_bug.cgi?id=3676 Bug ID: 3676 Summary: Redirect conch stdin from /dev/zero rather than requiring a controlling terminal Product: Portable OpenSSH Version: -current Hardware: Other OS: Linux Status: NEW Severity: enhancement Priority: P5

This isn't an OpenSSH bug, but just in case anyone else is ambitious enough to automatically run interoperability tests against other SSH implementations, here's a heads-up: https://twistedmatrix.com/trac/ticket/9422 TL;DR: commit 7c856857607112a3dfe6414696bf4c7ab7fb0cb3 caused there to be an SSH_MSG_DEBUG message sent where there wasn't one before, which tripped over an

Hi, I work for a company which develops a rather complicated Linux-based grid-technology appliance. The appliance is made of several Linux hosts, exposing its functionality over a proprietary CLI-like protocol. This protocol currently works by running a proprietary client executable on a host, sending the command via TCP/IP to one of the appliance's hosts and receiving the response. The