search for: gelato

Package: xen-3 Version: 3.4.3~rc3-2 Severity: important Tags: fixed-upstream I've encountered the problem described at http://wiki.xensource.com/xenwiki/XenCommonProblems#head-727e72b3922ca3177b2fcc4e4467adeaaea3016d on a fresh installation of squeeze (grub 1.98-1). The patches mentioned on the XenSource wiki: http://xenbits.xen.org/xen-unstable.hg?rev/bcc09eb7379f

> Sergio Gelato wrote; >> I see that the rest of that function has an "if (problem) goto out;" >> after >> every krb5 library call. Doesn't that also introduce measurable time >> differences? Interesting. > I wrote a test case with expect to measure the time difference fo...

Sir, We are interested in implementing Type Based Alias Analysis(TBAA) in LLVM. This is prescribed as one of the projects in the Open Projects list of the LLVM website. One of the links in your page is not working. I am giving the link below http://www.ice.gelato.org/oct07/pres_pdf/gelato_ICE07oct_aliasing_isaev_intel.pdf Kindly send me any additional resources and suggestions you have on this topic. Thanking you, Adarsh Konchady -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/at...

...Xen/ia64 multiple domain support and SMP-Xen support NOW in xen-unstable! http://lists.xensource.com/archives/html/xen-ia64-devel/2005-11/msg00140 .html Xen/ia64 (paravirtualized dom0) overhead now at 1.7%! http://lists.xensource.com/archives/html/xen-ia64-devel/2005-11/msg00139 .html Xen/ia64 at Gelato http://lists.xensource.com/archives/html/xen-ia64-devel/2005-11/msg00138 .html Have a great weekend! Dan _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel

...sk world during that time. I first met Kevin at a TMC event called VoIP Developer in California (old school, well before the days of IT Expo), where he was speaking about Asterisk as well as helping to man the Digium booth at the event. I've also followed Kevin around Berlin looking for great gelato during the AstriCon Europe 2006 tour - and it was well worth it, that man knows his gelato! I'd like to take this opportunity to say thanks to Kevin for his enormous contribution to the Asterisk Project. Without his efforts, Asterisk would not be the success it is today ... Anyway, back to ma...

Package: xen-utils-4.0 Version: 4.0.1-1 Severity: important I'm running a 32-bit Ubuntu 10.04 domU on a 32-bit Debian squeeze dom0. xm create works fine, but whenever I try to reboot this domU it fails with the following traceback in xend.log: [2010-10-23 17:48:58 1679] INFO (XendDomainInfo:2088) Domain has shutdown: name= onini id=2 reason=reboot. [2010-10-23 17:48:58 1679] DEBUG

...ult "1" + +config VMMHOST + bool "Multiple address spaces for userspace virtualisation acceleration" + default false + help + This option allows a process to have more than one address space, + and enables the new_as and switch_as system calls. -- Dr Peter Chubb http://www.gelato.unsw.edu.au peterc AT gelato.unsw.edu.au http://www.ertos.nicta.com.au ERTOS within National ICT Australia

...ult "1" + +config VMMHOST + bool "Multiple address spaces for userspace virtualisation acceleration" + default false + help + This option allows a process to have more than one address space, + and enables the new_as and switch_as system calls. -- Dr Peter Chubb http://www.gelato.unsw.edu.au peterc AT gelato.unsw.edu.au http://www.ertos.nicta.com.au ERTOS within National ICT Australia

...IP, and "TFTP ." flashes before disappearing, and the machine hangs. This TFTP server and DHCP setup is known to work with many other machines. Can anyone help me debug this problem? What can I do to make the pxe output more verbose? -- Regards, Etienne Le Sueur Research Assistant - Gelato @ UNSW

1) Testing of uidswap.c on a Tru64 UNIX V4.0G PK4 (BL22) machine shows the following defines to be required for correct uid changing semantics: #define BROKEN_SETREGID 1 #define BROKEN_SETREUID 1 #define SETEUID_BREAKS_SETUID 1 Failure to fix these contributes to breaking privilege separation (in a safe way: connections will fail while UsePrivilegeSeparation=yes, thanks to

In the latest snapshot's configure file, there is a K5LIBS="`$KRB5CONF --libs gssapi | sed 's/-L[^- ]*//g'`" which doesn't work well on my system: $ krb5-config --libs gssapi -L/opt/heimdal-0.6/lib -lgssapi -lkrb5 -lasn1 -L/opt/lib -lcrypto -lroken Please consider changing it to K5LIBS="`$KRB5CONF --libs gssapi | sed 's/-L[^ ]*//g'`" if that

Here is a patch I just wrote and tested which may be of interest to those who wish to use KerberosGetAFSToken (currently requires Heimdal libkafs) in combination with GSSAPIDelegateCredentials. The patch is in the public domain and comes with no warranty whatsoever. Applies to pristine 3.8p1. Works for me on Solaris and Tru64. I'd probably have used Doug Engert's patch from 2004-01-30 if

I have found the following patches to be desirable for using sshd on a Tru64 UNIX system with the Kerberos 5 SIA module (libsia_krb5.so) from Heimdal. These patches do the following: 1) preserve context between the password authentication and the session setup phases. This is necessary because the Heimdal SIA module stores Kerberos context information as mechanism-specific data in

Greetings, I've been looking through archives, googling, and reading through man pages to no avail for some time now. I believe I need some combination of rsync -u (update) and rsync --del, and I'm not quite sure how to get it. I'm looking to build a rough implementation of a multi-client rdiff-backup system; in order to do this I'm using rsync before rdiff-backup. (We'll

I have found the following simple patch useful for building OpenSSH 3.8p1 on my Tru64 V4.0G boxes with Heimdal 0.6. The problem is that Heimdal defines the intXX_t types in <krb5-types.h> and these then clash with OpenSSH's own definitions in "defines.h". The patch should be harmless on other platforms (at least if they are sane and don't define __BIT_TYPES_DEFINED__

I've now reproduced this on a 64-bit squeeze dom0, with a 64-bit squeeze domU; both freshly installed. Has anyone looked at this problem? Should I talk directly to upstream?