similar to: xen_4.1.3-1_amd64.changes ACCEPTED into unstable

Accepted: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Format: 1.8 Date: Fri, 07 Sep 2012 19:41:46 +0200 Source: xen Binary: xen-docs-4.1 libxen-4.1 libxenstore3.0 libxen-dev xenstore-utils libxen-ocaml libxen-ocaml-dev xen-utils-common xen-utils-4.1 xen-hypervisor-4.1-amd64 xen-system-amd64 xen-hypervisor-4.1-i386 xen-system-i386 Architecture: source amd64 all Version: 4.1.3-2 Distribution:

Accepted: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Format: 1.8 Date: Mon, 03 Dec 2012 19:37:38 +0100 Source: xen Binary: xen-docs-4.1 libxen-4.1 libxenstore3.0 libxen-dev xenstore-utils libxen-ocaml libxen-ocaml-dev xen-utils-common xen-utils-4.1 xen-hypervisor-4.1-amd64 xen-system-amd64 xen-hypervisor-4.1-i386 xen-system-i386 Architecture: source amd64 all Version: 4.1.3-5 Distribution:

Accepted: libxen-4.1_4.1.3~rc1+hg-20120614.a9c0a89c08f2-1_amd64.deb to main/x/xen/libxen-4.1_4.1.3~rc1+hg-20120614.a9c0a89c08f2-1_amd64.deb libxen-dev_4.1.3~rc1+hg-20120614.a9c0a89c08f2-1_amd64.deb to main/x/xen/libxen-dev_4.1.3~rc1+hg-20120614.a9c0a89c08f2-1_amd64.deb libxen-ocaml-dev_4.1.3~rc1+hg-20120614.a9c0a89c08f2-1_amd64.deb to

Hello, I get the following problem with winbind from samba 3.0.3 as well as 3.0.4: [root@bagheera root]# wbinfo -u Error looking up domain users [root@bagheera root]# From /var/log/messages: Jun 24 16:02:23 bagheera winbind: winbindd startup succeeded Jun 24 16:02:23 bagheera winbindd[28278]: [2004/06/24 16:02:23, 0] rpc_client/cli_pipe.c:rpc_auth_pipe(256) Jun 24 16:02:23 bagheera

Prior to R-3.6.0 the keys in the lazyload key files, e.g. pkg/data/Rdata.rdx or pkg/R/pkg.rdx, seemed to all be 2-long integer vectors. Now they can be lists. The ones I have seen have two components, "eagerKey" is a 2-long integer vector and "lazyKeys" is a named list of 2-long integer vectors. > rdx <- readRDS(system.file(package="survival",

Hi. I'm trying to get around the problem of an overloaded tftp server causing a pxelinux client hanging at the boot: prompt, waiting for input (no one will input anything to it). The server is OK enough to give the pxebootloader but not the config file, as in this thread: http://syslinux.zytor.com/archives/2004-June/003662.html So, in that case, I guess setting TIMEOUT to some

Hi, I want to get a clean succinct list of all levels for all my factor variables. I have a dataframe that's something like #1 below. This is just an example subset of my data and my actual dataset has 70 variables. I know how to narrow down my list of variables to just my factor variables by using #2 below (thanks to Bert Gunter). I can also get list of all levels for all my factor

A comment in tools/configure says that it is intended for these to be command line overridable, so they shouldn''t get expanded at configure time. The patch is fixing tools/m4/default_lib.m4 as far as I can see myself doing this, but imo it is flawed altogether and should rather be removed: - setting prefix and exec_prefix to default values is being done later in tools/configure anyway

# HG changeset patch # User Matt Wilson <msw@amazon.com> # Date 1342481836 0 # Branch efi # Node ID dd1ab0cae2c870942c2e1b6bc3a507b1a40dae16 # Parent 9950f2dc2ee6dfd172258a5a4ee29809b0ff8263 x86/EFI: define and use EFI_DIR make variable, defaulting to /usr/lib64/efi After commit 25594:ad08cd8e7097, EFI Xen binaries were installed to /efi instead of /usr/lib64/efi. This patch restores the

Hi, Whenever my Dovecot installation is POP3-dictionary-attacked, a large number of log entries written to /var/log/local0 from the syslog showing all the POP3 login and shadow lookup failures is produced and then the entire Dovecot installation crashes, master and all. Unfortunately, it was running unattended under normal use, is apparently quite hard to reproduce (I wrote a Tcl script