similar to: [PATCH] builder: add build script for ppc64 fedora

--- builder/website/fedora-ppc64.sh | 97 +++++++++++++++++++++++++++++++++++++++++ 1 file changed, 97 insertions(+) create mode 100755 builder/website/fedora-ppc64.sh diff --git a/builder/website/fedora-ppc64.sh b/builder/website/fedora-ppc64.sh new file mode 100755 index 0000000..1e22eba --- /dev/null +++ b/builder/website/fedora-ppc64.sh @@ -0,0 +1,97 @@ +#!/bin/bash - +# virt-builder +#

Create a new directory (builder/template). Integrate all of the scripts into a single program, so that templates are generated more consistently. This also changes how the index file is generated. The script now generates the index file fragment and saves it under version control, and then generates the final index file by concatenating these. (Previously the index was written by hand which was

Hey folks! I'm doing some %pre work for the first time in a very long time, and have been at this all day so far and still don't have anything sorted out properly. First I tried just doing some simple bash stuff like this %pre #!/bin/bash # stuff I reduced "stuff" down to basically a simple "select" statement to echo and read input, just for the sake of debugging.

Hi Rich Kindly ignore my previos mail. I have downloaded the latest version of supermin supermin-5.1.8 and have compiled it for powerpc.Moreover there was no need to patch the src/ kernel.ml file as the changes were already implemented on the latest version. But still when i run libguestfs-test-tool on powerpc ubuntu,I get the below logs.. libguestfs-test-tool

Guys, I have a Packer build procedure, that works like a charm, when with CentOS 6.7. Exemplifying: 1- Packer (with virtio disk) + QEmu + CentOS 6.7 ISO; 2- Create a RAW image; 3- Convert the RAW image into QCOW2 for KVM hypervisors (okay); 4- Convert the RAW image into VMDK for ESXi hypervisors (okay). However, when doing the very same procedure, with CentOS 7.2 ISO, it does not boot

On 4/5/2017 5:56 ??, Marcelo Roccasalva wrote: > dracut -f /boot/initramfs-<kernel_version>.img <kernel_version> I did: # dracut -f /boot/initramfs-3.10.0-514.10.2.el7.x86_64.img 3.10.0-514.10.2.el7.x86_64 and it ended without reporting any error. However, when I rebooted, nothing changed ("no such device: <UUID>. Entering rescue mode..."). Am I missing

On 4/5/2017 5:20 ??, Marcelo Roccasalva wrote: > Dumb question: the file starts with a dot, doesn't show up in "ls" without "-a". Of course, I check with ls -la.It is empty indeed. > Even dumber question: the erroring UUID exist in the origin of > thecloned guest? I guess you have rebuilt initramfs a few times now, > so I believe it is irrelevant...

Hi, this series improves the generation of Debian templates, automating basically almost all the steps needed. Also, it fixes the generation of aarch64 images with NVRAM, which is currently removed too soon, and thus not saved and compressed. Thanks, Pino Toscano (5): builder: templates: update Debian preseed from Stretch builder: templates: generalize debian location builder: templates:

I didn't test this one fully yet, but I'm building Fedora 26 ppc64/le test images now. However it seems like it could be a good idea. I wonder if anyone depends on the images we supply being MBR-based? Rich.

Howdy, I hit a snag trying to install Xen4CentOS on a Supermicro based system (X9DRD-7LN4F with the Broadcom/LSI 2308 chipset). I spent a few hours on this today, I'm posting this here in case it helps anyone else and saves them the frustration I dealt with. On this system I did a fresh install of CentOS 7, updated it, rebooted it, then installed Xen. The system was booting fine using the

Hi, On Wed, Mar 26, 2014 at 3:26 PM, Hal Finkel <hfinkel at anl.gov> wrote: > ----- Original Message ----- > > From: "İsmail Dönmez" <ismail at donmez.ws> > > To: "Hal Finkel" <hfinkel at anl.gov> > > Cc: "LLVM Developers Mailing List" <llvmdev at cs.uiuc.edu> > > Sent: Wednesday, March 26, 2014 8:20:31 AM >

Hello all, I was recently trying out NUMA placement for my guests on both x86_64 and ppc64 machines. When booting a guest on the x86_64 machine, the following specs were valid (obviously, just notable excepts from the xml): <memory unit='KiB'>8388608</memory> <currentMemory unit='KiB'>8388608</currentMemory> <vcpu

I'm trying to understand why the buildbot sanitizer-ppc64-linux1 fails due to my latest patch. It was in llvm::GlobalValue while the reported failure is: strcspn-2.c.tmp: /home/buildbots/sanitizerslave1/sanitizer-ppc64-1/build/llvm/projects/compiler-rt/test/asan/TestCases/strcspn-2.c:17: int main(int, char **): Assertion `r == sizeof(s1) - 1' failed. where strcspn-2.c (below) tests the

Patch extracts MSB/LSB info from /bin/file output and passes it as separate parameret from elf_arch. Then it is sent to impl_file_architecture and checked/ Modified magic_for_file to handle regex changes. Now with tests for file_architecture. Fixes: RHBZ#1211996 Maros Zatko (2): inspector: recognize ppc64 and ppc64le archs (RHBZ#1211996) tests: ppc64 and ppc64le for file_architecture

Hi, I just realised that the PPC64 bulddbot is failing because of a rather stupid issue: http://lab.llvm.org:8011/builders/llvm-ppc64-linux1 Just removing the additional assembly file would make it green again. ;) cheers, --renato

On 07/31/2012 11:26 AM, Adhemerval Zanella wrote: > On 07/20/2012 10:35 AM, Will Schmidt wrote: >> On Fri, 2012-07-20 at 08:36 +0200, Duncan Sands wrote: >>> Hi Adhemerval Zanella, the old JIT infrastructure is going away, to be replaced >>> by "MC-JIT" (try passing -use-mcjit to lli). It sounds like you are working on >>> the old JIT, so I suggest

On 07/20/2012 10:35 AM, Will Schmidt wrote: > On Fri, 2012-07-20 at 08:36 +0200, Duncan Sands wrote: >> Hi Adhemerval Zanella, the old JIT infrastructure is going away, to be replaced >> by "MC-JIT" (try passing -use-mcjit to lli). It sounds like you are working on >> the old JIT, so I suggest you work instead on getting MC-JIT working on powerpc. > Hi Duncan,

Hi Hal, On Wed, Mar 26, 2014 at 3:17 PM, Hal Finkel <hfinkel at anl.gov> wrote: > İsmail, > > These are self-hosted builds? It seems like a lot of crashes in > llvm::sys::AtomicIncrement. Yes. stage1 clang is used in stage2. -------------- next part -------------- An HTML attachment was scrubbed... URL:

I was attempting one way to solve: https://bugzilla.redhat.com/show_bug.cgi?id=1400332 "RFE: virt-builder should support templates with encrypted filesystems" However this approach doesn't really work because templates containing encrypted partitions cannot be compressed, and therefore the guest template would be a multi-gigabyte download. I better approach will likely be to use

Hi, I installed ovirt on fedora 12 (64 bits) successfully but I had to make some changes to make it work. 1. Installation from rpms builded from the lastest git version 2. Patch ace : missing backslashes in sed commands vim /usr/share/ace/modules/ovirt/manifests/freeipa.pp line 33 : '/\\[kdcdefaults\\]/a \\ kdc_ports = 88' single_exec {"set_kdc_defaults":