search for: unarchiver

Processing commands for control at bugs.debian.org: > unarchive 763102 Bug #763102 {Done: Ian Campbell <ijc at debian.org>} [xen-utils-common] xen-utils-common: xen-init-list fails to parse xm output -> cannot shutdown domains with service xendomains Unarchived Bug 763102 > reopen 763102 Bug #763102 {Done: Ian Campbell <ijc at debian.org>} [xen-utils-common] xen-utils-common:

Processing commands for control at bugs.debian.org: > user debian-qa at lists.debian.org Setting user to debian-qa at lists.debian.org (was anbe at debian.org). > affects 774889 + xfswitch-plugin Bug #774889 [gdm3] gdm3: fails to upgrade squeeze -> wheezy -> jessie - trying to overwrite /usr/share/gdm/BuiltInSessions/default.desktop Added indication that 774889 affects xfswitch-plugin

On Wed, Jun 25, 2014 at 5:52 PM, Gregory Szorc <gregory.szorc at gmail.com> wrote: > As much as I like killing support for Python 2.6 and below, RHEL is > usually the blocker. They still have 2.4 under support. Only the RHEL that > was released a few weeks ago finally has 2.7. > Given the amount of complexity required to build LLVM & Clang (having the right compiler &

Hi, Currently I have to recreate the directory tree of my entire database and also rebuild all directory symbolic links. I just figure out how to recreate the directory tree without copying all the files over. I used: rsync -av --include "*/" --exclude "*" gridpt/ $BACKUP/gridpt This command creates the directory structure (tree) of the entire database udner gridpt (it

Package: xen-hypervisor-3.2-1-amd64 Version: 3.2.1-2 Severity: important I've a Debian Lenny AMD64 as production server, where it has important HVMs that runs correctly. The problem occurs when i try to create a HVM from a Debian Squeeze AMD64 iso file. At first, the VNC display specified shows perfectly the Debian Installer menu, but when I choose an option (Install or Graphical Install),

Processing commands for control at bugs.debian.org: > unarchive 753358 Bug #753358 {Done: Ian Campbell <ijc at hellion.org.uk>} [xen] pygrub not working when a disk script is in use Unarchived Bug 753358 > reopen 753358 Bug #753358 {Done: Ian Campbell <ijc at hellion.org.uk>} [xen] pygrub not working when a disk script is in use 'reopen' may be inappropriate when a bug

Going with just rsync you would have to maintain a local backup as well then use --write-batch to make a diff file to also upload to your offsite storage. Outside of rsync maybe rdiff-backup can do this easier? On 02/10/2017 11:20 AM, Florent B wrote: > Hi everyone, > > Sorry if I don't use the right words, but I don't know how to call what > I need, and I don't know if

Processing commands for control at bugs.debian.org: > unarchive 391606 Unarchived Bug 391606 > reopen 391606 Bug#391606: xen-utils-common: doesn't ship referenced man pages Bug reopened, originator not changed. > found 391606 3.1.0-1 Bug#391606: xen-utils-common: doesn't ship referenced man pages Bug marked as found in version 3.1.0-1. > thanks Stopping processing here.

I use rsync to backup an application's file system state to a repository. Later if we want to refresh a test environment with the application's file state at that given point in time, we can use rsync to get the test environment into that state. Rsync works well for this purpose, but it would be nice if we could rsync to/from a tar (or other archive format) file. Since our use of rsync is

Processing commands for control at bugs.debian.org: > unarchive 649141 Bug #649141 {Done: Bastian Blank <waldi at debian.org>} [xen-hypervisor-4.0-amd64] xen-hypervisor-4.0-amd64: live migration fails with invalid opcode due to nonstop_tsc Unarchived Bug 649141 > End of message, stopping processing here. Please contact me if you need assistance. -- 649141:

Processing commands for control at bugs.debian.org: > unarchive 686764 Bug #686764 {Done: Bastian Blank <waldi at debian.org>} [xen] xen: Multiple security issues Unarchived Bug 686764 > End of message, stopping processing here. Please contact me if you need assistance. -- 686764: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=686764 Debian Bug Tracking System Contact owner at

Processing commands for control at bugs.debian.org: > reassign 699381 src:xen 4.0.1-5.5 Bug #699381 {Done: Julien Cristau <jcristau at debian.org>} [src:linux] linux-image-3.7-trunk-amd64: boot fails as xen domU: xc_dom_find_loader: no loader found Bug reassigned from package 'src:linux' to 'src:xen'. No longer marked as found in versions linux/3.7.3-1~experimental.1.

Hi list, I'm planning to start responding to all bts bugs that we have that are related to Xen versions before Stretch. There's quite a few of those. If they're clearly a question about the packaging, like #862408, then I will skip those for now. But stuff like problems with upstream code or "I cannot boot my Windows ISO with qemu on lenny" (I just made that up as example)

After a scheduled power outage, with all hosts cleanly shut down, I'm having a bad performance issue on my samba server. This configuration has worked well for over a year, but after the power outage, attempting to access any share takes over a minute. net ads testjoin is fine, wbinfo -u and wbinfo -g returns the correct information. The shares CAN be accessed, once accessed, read and write

Ralph, for Mac OS you should download either the Unarchiver which is free, or Entrophy which is what I use, but it costs like $15 I believe, both support decompressing .7z and Entrophy supports compressing TO .7z On Mon, May 6, 2013 at 3:00 PM, <flac-dev-request at xiph.org> wrote: > Send flac-dev mailing list submissions to > flac-de...

Package: xen-hypervisor-4.4-amd64 Version: 4.4.1-9+deb8u1 Severity: critical Justification: breaks the whole system Dear Maintainer, -- System Information: Debian Release: 8.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8,

Package: xen-utils-3.2-1 Version: 3.2.1-2 Severity: normal When a DomU is defined as using a file: device the loopback driver will be used to make it appear to be a regular block device. The loopback driver will by default only support 8 nodes so this is a limited resource. http://etbe.coker.com.au/2008/10/22/kernel-issues-with-debian-xen-and-centos-kernels/ If there is a problem that prevents

has this package been rebuilt? I didn't see an announcement for it. --Ajay, who's not bitchin', just wondering... -------- Original Message -------- -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 - --------------------------------------------------------------------- Red Hat Security Advisory Synopsis: Updated gaim package fixes security issues Advisory

Package: xen-hypervisor-4.4-amd64 Version: 4.4.1-9+deb8u4 Severity: important Dear Maintainer, I installed a fresh Debian Jessie amd64 on our new server with Intel Xeon E3-1270 v5 Skylake CPU and EFI. Linux without Xen boots flawlessly and shows 8 CPU cores. I then tried all combinations of Xen 4.4 (with xsave=off for Skylake support), Xen 4.6 (crashes after a few seconds during boot) and

Package: xen-utils-common Version: 4.4.1-9+deb8u1 Severity: normal With SE Linux it's desirable to give utilities and daemons the minimum privileges. That includes not permitting general utilities to create directories under /var/run. I think it would be best if /var/run/xen-hotplug was created by an init script such as /etc/init.d/xen (or by systemd-tmpfiles when using systemd units).