similar to: xen_4.20.0~rc2+1-gfcde5e0de8-1~exp1_multi.changes is NEW

xen_4.20.0~rc2+1-gfcde5e0de8-1~exp1_multi.changes uploaded successfully to localhost along with the files: xen_4.20.0~rc2+1-gfcde5e0de8-1~exp1.dsc xen_4.20.0~rc2+1-gfcde5e0de8.orig.tar.xz xen_4.20.0~rc2+1-gfcde5e0de8-1~exp1.debian.tar.xz libxen-dev_4.20.0~rc2+1-gfcde5e0de8-1~exp1_amd64.deb libxencall1-dbgsym_4.20.0~rc2+1-gfcde5e0de8-1~exp1_amd64.deb

binary:libxenmisc4.19 is NEW. binary:xen-hypervisor-4.19-amd64 is NEW. binary:xen-hypervisor-4.19-amd64-dbg is NEW. binary:xen-hypervisor-4.19-arm64 is NEW. binary:xen-hypervisor-4.19-arm64-dbg is NEW. binary:xen-hypervisor-4.19-armhf is NEW. binary:xen-hypervisor-4.19-armhf-dbg is NEW. binary:xen-utils-4.19 is NEW. binary:xen-utils-4.19-dbg is NEW. binary:libxenmisc4.19 is NEW.

xen_4.19.0+14-g0918434e0f-1~exp1_multi.changes uploaded successfully to localhost along with the files: xen_4.19.0+14-g0918434e0f-1~exp1.dsc xen_4.19.0+14-g0918434e0f.orig.tar.xz xen_4.19.0+14-g0918434e0f-1~exp1.debian.tar.xz libxen-dev_4.19.0+14-g0918434e0f-1~exp1_amd64.deb libxencall1t64-dbgsym_4.19.0+14-g0918434e0f-1~exp1_amd64.deb

xen source: lintian output: 'license-problem-gfdl-invariants stubdom/grub.patches/00cvs invariant part is: with no invariant sections, with the front-cover texts being a gnu manual, and with the back-cover texts as in (a) below', automatically rejected package. xen source: If you have a good reason, you may override this lintian tag. xen-utils-4.11: lintian output:

binary:libxen-4.4 is NEW. binary:xen-hypervisor-4.4-amd64 is NEW. binary:xen-hypervisor-4.4-arm64 is NEW. binary:xen-hypervisor-4.4-armhf is NEW. binary:xen-system-arm64 is NEW. binary:xen-system-armhf is NEW. binary:xen-utils-4.4 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

binary:libxen-ocaml is NEW. binary:libxen-ocaml-dev is NEW. binary:xen-hypervisor-4.4-arm64 is NEW. binary:xen-system-arm64 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. Packages are routinely processed through to the

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.

binary:libxen-4.6 is NEW. binary:xen-hypervisor-4.6-amd64 is NEW. binary:xen-hypervisor-4.6-arm64 is NEW. binary:xen-hypervisor-4.6-armhf is NEW. binary:xen-utils-4.6 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.

The Asterisk Development Team has announced the releases of: DAHDI-Linux-v2.9.2-rc2 DAHDI-Tools-v2.9.2-rc2 dahdi-linux-complete-2.9.2-rc2+2.9.2-rc2 This release is available for immediate download at: http://downloads.asterisk.org/pub/telephony/dahdi-linux http://downloads.asterisk.org/pub/telephony/dahdi-tools http://downloads.asterisk.org/pub/telephony/dahdi-linux-complete This release is

The Asterisk Development Team has announced the releases of: DAHDI-Linux-v2.9.2-rc2 DAHDI-Tools-v2.9.2-rc2 dahdi-linux-complete-2.9.2-rc2+2.9.2-rc2 This release is available for immediate download at: http://downloads.asterisk.org/pub/telephony/dahdi-linux http://downloads.asterisk.org/pub/telephony/dahdi-tools http://downloads.asterisk.org/pub/telephony/dahdi-linux-complete This release is

I have now finished totally rewriting the Xen package in Debian, from scratch. Amazingly as soon as I got a package which was lintian-clean and would install, it worked first time ! I have generated 18 patches to go upstream which I have sent to xen-devel. There are two more, xenstore ABI patches, which need a bit of tidying up. There is still room for improvement but it is now clearly ready

https://bugzilla.netfilter.org/show_bug.cgi?id=1289 Bug ID: 1289 Summary: iptables build fails with kernel 4.20-rc1 - gnu_inline attributes Product: iptables Version: unspecified Hardware: x86_64 OS: Ubuntu Status: NEW Severity: normal Priority: P5 Component:

Hi there, ----- Original Message ----- From: koxudaxi at gmail.com To: syslinux at zytor.com Date: 01.04.2013 10:00:27 Subject: Re: [syslinux] Problem with pxelinux 5.0 and memtest > On 04/01/2013 09:28 AM, H. Peter Anvin wrote: >> On 03/31/2013 05:26 PM, Koudai Aono wrote: >>> I ran the test on a x86 emulator is called Oracle VirtualBox. >>> I think it might not be

The Asterisk.org development team has released Asterisk versions 1.2.30.3, 1.4.23-rc2, 1.6.0.2, 1.6.1-beta3, as well as Asterisk-Addons versions 1.6.0.1 and 1.6.1-rc2. These releases are available for immediate download from http://downloads.digium.com/. This update for Asterisk includes a fix for a regression introduced in Asterisk 1.2.30 and Asterisk 1.4.21.2 and has existed in the

All, aiming at releases later this or early next week, please test! Thanks, Jan

Hello, Is there some things removed from the kernel.org kernels before the get into xen-unstable? I was just about to compile a new dom0 kernel, and couldn''t find the option for Buslogic SCSI driver i xen-unstable kernel synced earlier this morning. I find this a bit strange, as I know the option is there in kernel.org''s 2.6.16-rc2. The config option was somehow lost in 2.6.15

Hello everybody, when I upgraded from RC1 to RC2 I didn't had any audio between my ATA286 and H323 EP (my post from 13/08/04) I checked further and discover that problem is with ATA286 who is unable to call. I always get an 404 error. Coming back to RC1 everything works fine again. I tried to modify my dtmfmode from rfc2833 to info but in change nothing. Local call to asterisk are

Hello everybody, I am trying different ways of interpolating a surface. Now, I am trying to interpolate these values using the MBA package. In order to do it I am using the surface option of the package. mba.surf(xyz, 20, 20, n = 1, m = 1, h = 8, extend=FALSE, sp=FALSE, ...) The function is giving me some results but not reliable at all. Maybe it's due to the n,m and h values which are

Hey Luis, on the member server: # net ads testjoin Join is OK # wbinfo --ping-dc checking the NETLOGON for domain[AD-ELLERHOLD] dc connection to "rad-2.ad.ellerhold.lan" succeeded SSH login to this member works, Access via SMB works... all good! Our AD is healthy as far as I can tell... all services work as far as we can tell. The same command on a member server with 4.19 still

On 2013/9/12 ?? 11:55, Steven Shiau wrote: > Deal developers, > I'd like to follow the thread > http://www.zytor.com/pipermail/syslinux/2013-April/019761.html > but change the subject to 'pxelinux 5.10 and memtest86+ 4.20' and > provide more test cases. > > The pxelinux before version 5, e.g. version 4.06, worked very well with > memtest86+ 4.20, all my PXE