similar to: xen_4.5.0~rc3-1_amd64.changes ACCEPTED into experimental, experimental

Accepted: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Format: 1.8 Date: Wed, 21 Jan 2015 20:21:45 +0100 Source: xen Binary: libxen-4.5 libxenstore3.0 libxen-dev xenstore-utils xen-utils-common xen-utils-4.5 xen-hypervisor-4.5-amd64 xen-system-amd64 xen-hypervisor-4.5-arm64 xen-system-arm64 xen-hypervisor-4.5-armhf xen-system-armhf Architecture: source amd64 all Version: 4.5.0-1 Distribution:

xen_4.5.0~rc3-1_amd64.changes uploaded successfully to localhost along with the files: xen_4.5.0~rc3-1.dsc xen_4.5.0~rc3.orig.tar.xz xen_4.5.0~rc3-1.debian.tar.xz xen-hypervisor-4.5-amd64_4.5.0~rc3-1_amd64.deb xen-utils-common_4.5.0~rc3-1_all.deb xen-system-amd64_4.5.0~rc3-1_amd64.deb libxen-dev_4.5.0~rc3-1_amd64.deb libxenstore3.0_4.5.0~rc3-1_amd64.deb

xen_4.5.0-1_amd64.changes uploaded successfully to localhost along with the files: xen_4.5.0-1.dsc xen_4.5.0.orig.tar.xz xen_4.5.0-1.debian.tar.xz xen-hypervisor-4.5-amd64_4.5.0-1_amd64.deb xen-utils-common_4.5.0-1_all.deb xen-system-amd64_4.5.0-1_amd64.deb libxen-dev_4.5.0-1_amd64.deb libxenstore3.0_4.5.0-1_amd64.deb xenstore-utils_4.5.0-1_amd64.deb

(I hope this is the right address to send this message to.) I've spent the last few days getting Xen 4.5.0 RC3 to form up Debian packages, adapting the files from xen-4.4.1-4. Would you guys like my patches? It was a non-trivial exercise, especially because of commit 2c96ecb1, which invalidated a huge chunk of the quilt patches. I thought it might save you some effort when 4.5.0 is finally

binary:libxen-4.5 is NEW. binary:xen-hypervisor-4.5-amd64 is NEW. binary:xen-hypervisor-4.5-arm64 is NEW. binary:xen-hypervisor-4.5-armhf is NEW. binary:xen-utils-4.5 is NEW. Your package has been put into the NEW queue, which requires manual action from the ftpteam to process. The upload was otherwise valid (it had a good OpenPGP signature and file hashes are valid), so please be patient.

On Tue, 2015-05-12 at 17:28 +0200, zer0 divide wrote: > Package: xen-hypervisor-4.5-amd64_4.5.0-1_amd64.deb > Version: 4.5.0-1 > > > Hi, > > I use xen with sdl, not with vnc. When I boot on > xen-hypervisor-4.4-amd64, everything is fine. With Debian or Windows > 8.1 I have a good display, > > But when I choose at boot, the xen-hypervisor-4.5-amd64, things go

Package: xen-hypervisor-4.5-amd64_4.5.0-1_amd64.deb Version: 4.5.0-1 Hi, I use xen with sdl, not with vnc. When I boot on xen-hypervisor-4.4-amd64, everything is fine. With Debian or Windows 8.1 I have a good display, But when I choose at boot, the xen-hypervisor-4.5-amd64, things go wrong. If I launch a xen Debian, I get some blur effect on the display. And when I launch a xen Windows8.1,

Hi, Here the packages related to xen installed on my system : ii grub-xen-bin 2.02~beta2-22 amd64 GRand Unified Bootloader, version 2 (Xen binaries) ii grub-xen-host 2.02~beta2-22 amd64 GRand Unified Bootloader, version 2 (Xen host version) ii libptexenc1 2014.20140926.35254-6 amd64 TeX Live: pTeX encoding

Dear All, Need some advise on a Missing DNS entry I've a missing DNS entry where it will now show on the RAST tools but still it can be query... I try ldbedit and it show below Do you think I should delete this record and recreate it again? or there is a better way. Thank You Regards, Min Wai ldbedit -e nano -H /var/lib/samba/private/sam.ldb --show-binary --cross-ncs -b

Add detection code for "FreeDOS (eXtended FDisk)" MBR to disklib. Signed-off-by: Gert Hulselmans <gerth at zytor.com> --- com32/gpllib/disk/mbrs.c | 4 +++- 1 files changed, 3 insertions(+), 1 deletions(-) diff --git a/com32/gpllib/disk/mbrs.c b/com32/gpllib/disk/mbrs.c index 37309e1..6150fcf 100644 --- a/com32/gpllib/disk/mbrs.c +++ b/com32/gpllib/disk/mbrs.c @@ -27,7 +27,6

I've noticed that my dovecot.index.cache file has got very large (24MB, which is more than 1/3 of my INBOX size). I've tried deleting (well, renaming) the dovecot.index.* files, and re-opening my INBOX, and the new dovecot.index.cache is only 90KB so far. I'm using dovecot-1.0-stable and mbox format. My mail_cache_fields and mail_never_cache_fields are set to the default. Looking

I think this needs to be taken off the bug repository and continued here. By now it seems pretty clear that this is not an R bug, but a local problem on Spencer's machine, likely connected to font configurations. I poked around a bit on the three Macs that I can access, and found that fc-match does different things, including throwing warnings, hanging and even crashing my old MB Air... One

I will install CentOS 4.3 and downloaded the driver disk from Dell for RedHat Enterprise Linux 4: Description: Dell PowerEdge RAID Controller 5 Device Driver for Red Hat Enterprise Linux 4.0, X86 & X86_64 I saw a few minutes ago that the driver disk is extracted within /tmp/ramfs/DD-01. Therfore I know that the network is working correct. I will try to extract the module and insmod/modprobe

I'm very new to R and I live in Mali, west Africa. I'm on *OS X 10.7.5*. I downloaded and installed *R 3.2.1*. I downloaded and installed *RStudio 00.99.893*. I ran through the free Microsoft data camp intro to R course, then started another free course through 'edX', for Data and Statistics for Life Sciences, using R. The first prompt in the course is to

On 06/09/2018 10:47, peter dalgaard wrote: > I think this needs to be taken off the bug repository and continued here. By now it seems pretty clear that this is not an R bug, but a local problem on Spencer's machine, likely connected to font configurations. Or even on R-sig-Mac. > I poked around a bit on the three Macs that I can access, and found that fc-match does different things,

Hi all I ran a workload that reads & writes within 10 files each file is 256M, ie, (10 * 256M = 2.5GB total Dataset Size). I have set the ARC max size to 1 GB on etc/system file In the worse case, let us assume that the whole dataset is hot, meaning my workingset size= 2.5GB My SSD flash size = 8GB and being used for L2ARC No slog is used in the pool My File system record size = 8K ,