similar to: xen-3.0_3.0.1+hg8762-1_i386.changes REJECTED

xen-3.0_3.0.1+hg8762-1_i386.changes uploaded successfully to localhost along with the files: xen-3.0_3.0.1+hg8762-1.dsc xen-3.0_3.0.1+hg8762.orig.tar.gz xen-3.0_3.0.1+hg8762-1.diff.gz xen-docs-3.0_3.0.1+hg8762-1_all.deb xen-hypervisor-3.0-i386_3.0.1+hg8762-1_i386.deb xen-hypervisor-3.0-i386-pae_3.0.1+hg8762-1_i386.deb xen-utils-3.0_3.0.1+hg8762-1_i386.deb Greetings, Your Debian

(new) xen-3.0_3.0.1+hg8762-1.diff.gz extra misc (new) xen-3.0_3.0.1+hg8762-1.dsc extra misc (new) xen-3.0_3.0.1+hg8762.orig.tar.gz extra misc (new) xen-docs-3.0_3.0.1+hg8762-1_all.deb extra misc documentation for XEN, a Virtual Machine Monitor This package contains all the large documentation files for XEN. This includes a description interface(both the api, and a nice explanation of how XEN

Author: acid Date: 2006-04-07 21:00:06 +0000 (Fri, 07 Apr 2006) New Revision: 160 Modified: trunk/xen-3.0/debian/copyright Log: add copyright info about tools/xenstore and tools/vtpm_manager Modified: trunk/xen-3.0/debian/copyright =================================================================== --- trunk/xen-3.0/debian/copyright 2006-04-07 06:03:53 UTC (rev 159) +++

Hi List, I have a problem installing the vTPM extension for Xen. I selected the option vTPM Manager (=y) in the Config.mk before compiling the xen-tools, but there is always the same error in every xen version which I have tried: gcc -Werror -g3 -I. -D_GNU_SOURCE -DLOGGING_MODULES="(BITMASK(VTPM_LOG_TCS)|BITMASK(VTPM_LOG_VTSP)|BITMASK(VTPM_LOG_VTPM))"

> > > > > > > I guess I could write an initial protocol specification - but it would > > > not be complete and I wouldn't be able to relicense my library to > > > LGPL anyway. > > > > > > So I guess I have convinced myself that it is not worth the effort > > > trying. Time is probably better spent coding ;) And that's OK

Hi Andrey, 2016-01-23 4:02 GMT+01:00 Andrey Gursky <andrey.gursky at e-mail.ua>: ... > If they don't want to bother with just discussing, why would they take a > big effort to claim? And your proposition for LGPL is not very > different in opposite to BSD or public domain. Yes, I agree. The risk of having a future lawsuit against my project would be pretty small if I

Hi, from my point of view: On Sat, 9 Jan 2016 14:48:09 +0100 Per Lundqvist <perlundq at gmail.com> wrote: > ... > > Getting the approval for a relicensing I think the contributions to > > rsync have to be analyzed in detail to approach a reasonable number of > > contributors. > > > > I experienced that finding a responsible person that is willing to >

LOCAL_LIBAIO is prolly a crappy name, but this patch will enable a tool build to select either the local or the system provided libaio. Note, it only builds the local libaio.a so the linker get the right one automatically, so you''ll want to "make -C tools/libaio clean". -JX --- diff -r 1f611b58729f tools/Makefile --- a/tools/Makefile Wed Aug 09 18:53:00 2006 -0400 +++

I am looking for some advice on licenses. Here is my situation: Over the last couple years, I have developed a rather large number of fire department analysis functions. I am in the process of trying to publish some packages to make these functions available to the public. I am trying to release two packages that essentially define S4 classes for common types of fire department data. Then, I

I can get vtpm_manager to run if I delete /var/vtpm/VTPM. However, when I kill it with control-c, and try to run it again, I get: INFO[VTPM]: Starting VTPM. INFO[TCS]: Constructing new TCS: INFO[TCS]: Calling TCS_OpenContext: INFO[VTSP]: OIAP. INFO[VTSP]: Loading Key into TPM. INFO[VTSP]: Unbinding 256 bytes of data. ERROR in VTSP_Unbind at vtsp.c:720 code: TPM_BAD_PARAMETER. ERROR in

Hi everyone, I am using Xen 3.2.1 with the vtpm-12-patch.diff patch posted in [0]. My TPM is an Infineon 1.2. In total I have got three different questions: 1. NVM loading problem at VM creation When I am creating a VM the last few lines of the vtpm_manager output are: TPMD[245]: tpm/tpm_startup.c:45: Info: TPM_Startup(1) Loading NVM. Sending LoadNVM command ERROR[VTPM]: Failed to load

This patch fixes IO deadlocks in the vtpm hotplug scripts. Signed off by: Matthew Fioravante matthew.fioravante@jhuapl.edu --- Changed since previous: * rebased off of latest xen stable * replaced instances of gawk with awk diff --git a/tools/hotplug/Linux/vtpm b/tools/hotplug/Linux/vtpm --- a/tools/hotplug/Linux/vtpm +++ b/tools/hotplug/Linux/vtpm @@ -1,22 +1,18 @@ #!/bin/bash +export

Note I'm not asking for any legal advice here obviously, simply what the intention of the R foundation is with regard to allowing commercial connection to R. I've looked at various threads on the r-devel archive and it looks like this may have been discussed before, but as far as could tell, not to any great resolution, and not, it seems, specifically covering this angle. In the

So it looks like I was basing my patches off of this tree git://xenbits.xen.org/xen-unstable.git which is not actually xen-unstable. I rebased and reworked my patches off of the correct tree git://xenbits.xen.org/xen.git What follows are the vtpmd, vtpm_manager, and libxl patches. All of the mini-os patches apply cleanly to the latest xen so I won''t be resubmitting those unless you all

My company recently started using a R library from RCRAN that is licensed under the LGPL Version 2 or greater per the DESCRIPTION file, but contains no copy of the LGPL notice, or any copyright notice. I've grown accustomed to paying attention to copyright and licensing as a Debian package maintainer, and sent the author of the package an email expressing my concern. The author believed that

On Sun, Oct 29, 2017 at 5:18 PM, Lukas Schwaighofer via Syslinux <syslinux at zytor.com> wrote: > Hi, > > Sorry for writing so many messages. I am doing a license review for > syslinux in Debian and I've stumbled on the following files: > * efi/console.c > * efi/derivative.c > * efi/diskio.c > * efi/main.c > * efi/mem.c > * efi/pxe.c > * efi/tcp.c

See MAINTAINERS file Signed-off-by: Matthew Fioravante <matthew.fioravante@jhuapl.edu> diff --git a/MAINTAINERS b/MAINTAINERS index 094fe9e..f562efa 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -261,6 +261,21 @@ S: Supported F: tools/xentrace/ F: xen/common/trace.c +VTPM +M: Matthew Fioravante <matthew.fioravante@jhuapl.edu> +S: Supported +F: tools/vtpm +F:

On Thursday 04 October 2007 04:27:47 you wrote: > Sir, you need to provide more information. What kind of errors? What > is not working? What exactly are you trying to do? What compiler are > you using? H IV0, we are using a lot of different cross-compiler (mainly based on GCC 3.4.x) When I tried to cross-compile FLAC for non-i386 platforms (such as ARM), I use use

Hi All, Please read the following steps involved in installing and configuring my Xen box with V-TPM enabled, which I am not able to make it work. Host Linux Distro - CentOS 4.1 Guest Linux distros - Centos 4.1, SUSE TPM module - TPM emulator Downloads: gmp-4.1.4 xen-instable-src.tgz (downloaded on 29/9/2005) bridge-utils-1.0.6.tar.gz compiled and installed gmp-4.1.4 and bridge-utils. Now

Hello, I am new to Cortado and I am very interested in playing video in some of my Java applets using the Theora decoder. I would like to write a LGPL library to use the decoders in Processing (see processing.org). I prefer LGPL over GPL because it allows a wider usage of the library. The core libraries of Processing are released under LGPL as well. I would like to use com.fluendo.plugin and