Re: [opensuse-arm] Re: 13.1 ARM images still broken. kiwi problem?
Hi Dirk, Le 07/11/2013 02:46, Dirk Müller a écrit : > Hi Guillaume, > >> There is no new kiwi in 13.1:Ports but only in Virtualization:Appliances. > I did backport Marcus fixes to the 13.1 kiwi version. was there a > problem with that one? Yes, Marcus made other patches after your backports, but it is fixed now. > > >> Dirk, kiwi from Factory:ARM is broken because of a conflict. Could you fix >> it, please? > Done. Thanks. Guillaume > > Greetings, > Dirk > -- To unsubscribe, e-mail: opensuse-arm+unsubscr...@opensuse.org To contact the owner, e-mail: opensuse-arm+ow...@opensuse.org
Re: [opensuse-arm] Re: 13.1 ARM images still broken. kiwi problem?
Hi Guillaume, > There is no new kiwi in 13.1:Ports but only in Virtualization:Appliances. I did backport Marcus fixes to the 13.1 kiwi version. was there a problem with that one? > Dirk, kiwi from Factory:ARM is broken because of a conflict. Could you fix > it, please? Done. Greetings, Dirk -- To unsubscribe, e-mail: opensuse-arm+unsubscr...@opensuse.org To contact the owner, e-mail: opensuse-arm+ow...@opensuse.org
Re: [opensuse-arm] Re: 13.1 ARM images still broken. kiwi problem?
On 04.11.2013, at 12:39, Guillaume Gardet wrote: > > Le 04/11/2013 12:22, Alexander Graf a écrit : >> On 04.11.2013, at 11:52, Marcus Schäfer wrote: >> >>> Hi, >>> There is no new kiwi in 13.1:Ports but only in Virtualization:Appliances. Could you submit it to 13.1:Ports, please? >>> I have no permissions to do this, Dirk normally fetches from Virt:App >> Does it include all patches from >> >> https://build.opensuse.org/package/show/openSUSE:13.1:Ports/kiwi >> >> ? If so, I can copypac the Virtualization:Appliances kiwi into 13.1:Ports. > > I think so. Ok, I copied it over. Alex -- To unsubscribe, e-mail: opensuse-arm+unsubscr...@opensuse.org To contact the owner, e-mail: opensuse-arm+ow...@opensuse.org
Re: [opensuse-arm] Re: 13.1 ARM images still broken. kiwi problem?
Le 04/11/2013 12:22, Alexander Graf a écrit : > On 04.11.2013, at 11:52, Marcus Schäfer wrote: > >> Hi, >> >>> There is no new kiwi in 13.1:Ports but only in Virtualization:Appliances. >>> Could you submit it to 13.1:Ports, please? >> I have no permissions to do this, Dirk normally fetches from Virt:App > Does it include all patches from > > https://build.opensuse.org/package/show/openSUSE:13.1:Ports/kiwi > > ? If so, I can copypac the Virtualization:Appliances kiwi into 13.1:Ports. I think so. Guillaume > > > Alex > > -- To unsubscribe, e-mail: opensuse-arm+unsubscr...@opensuse.org To contact the owner, e-mail: opensuse-arm+ow...@opensuse.org
Re: [opensuse-arm] Re: 13.1 ARM images still broken. kiwi problem?
On 04.11.2013, at 11:52, Marcus Schäfer wrote: > Hi, > >> There is no new kiwi in 13.1:Ports but only in Virtualization:Appliances. >> Could you submit it to 13.1:Ports, please? > > I have no permissions to do this, Dirk normally fetches from Virt:App Does it include all patches from https://build.opensuse.org/package/show/openSUSE:13.1:Ports/kiwi ? If so, I can copypac the Virtualization:Appliances kiwi into 13.1:Ports. Alex -- To unsubscribe, e-mail: opensuse-arm+unsubscr...@opensuse.org To contact the owner, e-mail: opensuse-arm+ow...@opensuse.org
Re: [opensuse-arm] Re: 13.1 ARM images still broken. kiwi problem?
Hi, > There is no new kiwi in 13.1:Ports but only in Virtualization:Appliances. > Could you submit it to 13.1:Ports, please? I have no permissions to do this, Dirk normally fetches from Virt:App Regards, Marcus -- Public Key available gpg --keyserver pgp.mit.edu --recv-keys 0xCCE3C6A2 --- Marcus Schäfer (Res. & Dev.) SUSE LINUX Products GmbH Tel: 0911-740 53 0 Maxfeldstrasse 5 FAX: 0911-740 53 479 D-90409 Nürnberg GF: Jeff Hawn,Jennifer Guild, Felix Imendörffer HRB: 21284 (AG Nürnberg) Germany http://www.suse.de --- -- To unsubscribe, e-mail: opensuse-arm+unsubscr...@opensuse.org To contact the owner, e-mail: opensuse-arm+ow...@opensuse.org
Re: [opensuse-arm] Re: 13.1 ARM images still broken. kiwi problem?
Le 31/10/2013 14:41, Marcus Schäfer a écrit : > Hi, > I do not know about mkinitrd but what I know is that u-boot needs uImage or zImage type to be able to boot. >>> ok that's a clear statement, I will change it in kiwi now despite >>> the information with regards to mkinitrd... maybe that part needs >>> to be fixed too >> Ok. Change it and let's see what happens with mkinitrd. > yep, done > > I will submit a new kiwi today, after my last test with the > origen board. Dirk will pick up the new version and submit it > to 13.1/Ports afterwards There is no new kiwi in 13.1:Ports but only in Virtualization:Appliances. Could you submit it to 13.1:Ports, please? Dirk, kiwi from Factory:ARM is broken because of a conflict. Could you fix it, please? Guillaume > > Regards, > Marcus -- To unsubscribe, e-mail: opensuse-arm+unsubscr...@opensuse.org To contact the owner, e-mail: opensuse-arm+ow...@opensuse.org
Re: [opensuse-arm] Re: 13.1 ARM images still broken. kiwi problem?
Le 01/11/2013 13:05, Dirk Müller a écrit : > Hi Guillaume, > >> It is fixed for officials repos workers but workers used for home repos are >> still broken. >> Dirk, could you have a look at it, please? > There is no differentiation between official and non-official workers. > where did you see it failing (project/package)? It was on a branched project, but it succeeds now, so that is fine. Guillaume > > Thanks, > Dirk > -- To unsubscribe, e-mail: opensuse-arm+unsubscr...@opensuse.org To contact the owner, e-mail: opensuse-arm+ow...@opensuse.org
Re: [opensuse-arm] Re: 13.1 ARM images still broken. kiwi problem?
Hi Guillaume, > It is fixed for officials repos workers but workers used for home repos are > still broken. > Dirk, could you have a look at it, please? There is no differentiation between official and non-official workers. where did you see it failing (project/package)? Thanks, Dirk -- To unsubscribe, e-mail: opensuse-arm+unsubscr...@opensuse.org To contact the owner, e-mail: opensuse-arm+ow...@opensuse.org
Re: [opensuse-arm] Re: 13.1 ARM images still broken. kiwi problem?
Am 31.10.2013 um 06:08 schrieb Marcus Schäfer : > Hi, > >> I am testing images built by OBS. >> >> On the beagleboard xM, I cannot boot using the linux.vmx file because it is >> not recognized as a zImage file. >> I get this error in u-boot: "Bad Linux ARM zImage magic!" > > wait I was told by Alex that mkinitrd uses the vmlinux-*.gz variant > of the kernel and not the zImage. Because of that information I > intentionally changed the behavior ?? > > So what ? > > Alex ? To boot, we need the zImage. To resolve the kernel version number, mkinitrd tries to fetch it from the zImage and then if that fails, fetches it from vmlinux.gz. Alex -- To unsubscribe, e-mail: opensuse-arm+unsubscr...@opensuse.org To contact the owner, e-mail: opensuse-arm+ow...@opensuse.org
Re: [opensuse-arm] Re: 13.1 ARM images still broken. kiwi problem?
Le 31/10/2013 10:06, Marcus Schäfer a écrit : > Hi, > >> Checked just now and it seems that kernel problem is fixed but our >> workers are missing a kernel module: > yep these part is fixed and I also was able to build with osc on > a host machine. But the worker seems to be different. It is fixed for officials repos workers but workers used for home repos are still broken. Dirk, could you have a look at it, please? Guillaume > >> >> [ 1032s] Oct-30 21:46:43 <1> : Creating ext4 root filesystem >> [ 1032s] Oct-30 21:46:43 <1> : EXEC [mkfs.ext4 -F -O resize_inode -N 49024 >> /dev/mapper/loop0p2 2>&1] >> [ 1033s] Oct-30 21:46:43 <1> : EXEC [/sbin/tune2fs -c 0 -i 0 >> /dev/mapper/loop0p2 2>&1] >> [ 1033s] Oct-30 21:46:43 <1> : EXEC [blkid /dev/mapper/loop0p2 2>&1] >> [ 1033s] Oct-30 21:46:43 <1> : EXEC [pvs --noheadings -o vg_name >> /dev/mapper/loop0p2 2>/dev/null] >> [ 1033s] Oct-30 21:46:43 <1> : EXEC [blkid -o value -s TYPE >> /dev/mapper/loop0p2] >> [ 1033s] Oct-30 21:46:44 <1> : EXEC [mount -o noatime,nobarrier >> /dev/mapper/loop0p2 /tmp/kiwiloop.aTi1gb 2>&1] >> [ 1033s] EXT4-fs (dm-1): Filesystem with huge files cannot be mounted RDWR >> without CONFIG_LBDAF >> [ 1033s] Oct-30 21:46:44 <3> : Failed to mount /dev/mapper/loop0p2 to: >> /tmp/kiwiloop.aTi1gb: mount: wrong fs type, bad option, bad superblock on >> /dev/mapper/loop0p2, >> [ 1033s]missing codepage or helper program, or other error >> [ 1033s] >> [ 1033s]In some cases useful info is found in syslog - try >> [ 1033s]dmesg | tail or so. >> >> >> I am trying a local build to see if I can build the image. >> If so, we should ask Adrian to add: >> * codepage cp437 : for FAT32 support for ARMv6 images >> * CONFIG_LBDAF : for armv7 images > yes I'm in contact with Dirk to find a solution for this one. > >> But before, let see if I can build it locally. > as I said that worked fine for me, hope for you too :) > > Regards, > Marcus -- To unsubscribe, e-mail: opensuse-arm+unsubscr...@opensuse.org To contact the owner, e-mail: opensuse-arm+ow...@opensuse.org
Re: [opensuse-arm] Re: 13.1 ARM images still broken. kiwi problem?
Le 31/10/2013 14:22, Marcus Schäfer a écrit : > Hi, > >> I do not know about mkinitrd but what I know is that u-boot needs >> uImage or zImage type to be able to boot. > ok that's a clear statement, I will change it in kiwi now despite > the information with regards to mkinitrd... maybe that part needs > to be fixed too Ok. Change it and let's see what happens with mkinitrd. Guillaume > > Regards, > Marcus -- To unsubscribe, e-mail: opensuse-arm+unsubscr...@opensuse.org To contact the owner, e-mail: opensuse-arm+ow...@opensuse.org
Re: [opensuse-arm] Re: 13.1 ARM images still broken. kiwi problem?
Le 31/10/2013 14:41, Marcus Schäfer a écrit : > Hi, > I do not know about mkinitrd but what I know is that u-boot needs uImage or zImage type to be able to boot. >>> ok that's a clear statement, I will change it in kiwi now despite >>> the information with regards to mkinitrd... maybe that part needs >>> to be fixed too >> Ok. Change it and let's see what happens with mkinitrd. > yep, done > > I will submit a new kiwi today, after my last test with the > origen board. Dirk will pick up the new version and submit it > to 13.1/Ports afterwards Ok. Thanks. Guillaume > > Regards, > Marcus -- To unsubscribe, e-mail: opensuse-arm+unsubscr...@opensuse.org To contact the owner, e-mail: opensuse-arm+ow...@opensuse.org
Re: [opensuse-arm] Re: 13.1 ARM images still broken. kiwi problem?
Hi, > >> I do not know about mkinitrd but what I know is that u-boot needs > >> uImage or zImage type to be able to boot. > > ok that's a clear statement, I will change it in kiwi now despite > > the information with regards to mkinitrd... maybe that part needs > > to be fixed too > > Ok. Change it and let's see what happens with mkinitrd. yep, done I will submit a new kiwi today, after my last test with the origen board. Dirk will pick up the new version and submit it to 13.1/Ports afterwards Regards, Marcus -- Public Key available gpg --keyserver pgp.mit.edu --recv-keys 0xCCE3C6A2 --- Marcus Schäfer (Res. & Dev.) SUSE LINUX Products GmbH Tel: 0911-740 53 0 Maxfeldstrasse 5 FAX: 0911-740 53 479 D-90409 Nürnberg GF: Jeff Hawn,Jennifer Guild, Felix Imendörffer HRB: 21284 (AG Nürnberg) Germany http://www.suse.de --- -- To unsubscribe, e-mail: opensuse-arm+unsubscr...@opensuse.org To contact the owner, e-mail: opensuse-arm+ow...@opensuse.org
Re: [opensuse-arm] Re: 13.1 ARM images still broken. kiwi problem?
Hi, > I do not know about mkinitrd but what I know is that u-boot needs > uImage or zImage type to be able to boot. ok that's a clear statement, I will change it in kiwi now despite the information with regards to mkinitrd... maybe that part needs to be fixed too Regards, Marcus -- Public Key available gpg --keyserver pgp.mit.edu --recv-keys 0xCCE3C6A2 --- Marcus Schäfer (Res. & Dev.) SUSE LINUX Products GmbH Tel: 0911-740 53 0 Maxfeldstrasse 5 FAX: 0911-740 53 479 D-90409 Nürnberg GF: Jeff Hawn,Jennifer Guild, Felix Imendörffer HRB: 21284 (AG Nürnberg) Germany http://www.suse.de --- -- To unsubscribe, e-mail: opensuse-arm+unsubscr...@opensuse.org To contact the owner, e-mail: opensuse-arm+ow...@opensuse.org
Re: [opensuse-arm] Re: 13.1 ARM images still broken. kiwi problem?
Le 31/10/2013 14:08, Marcus Schäfer a écrit : > Hi, > >> I am testing images built by OBS. >> >> On the beagleboard xM, I cannot boot using the linux.vmx file because it is >> not recognized as a zImage file. >> I get this error in u-boot: "Bad Linux ARM zImage magic!" > wait I was told by Alex that mkinitrd uses the vmlinux-*.gz variant > of the kernel and not the zImage. Because of that information I > intentionally changed the behavior ?? I do not know about mkinitrd but what I know is that u-boot needs uImage or zImage type to be able to boot. Guillaume > > So what ? > > Alex ? > > Thanks > > Regards, > Marcus -- To unsubscribe, e-mail: opensuse-arm+unsubscr...@opensuse.org To contact the owner, e-mail: opensuse-arm+ow...@opensuse.org
Re: [opensuse-arm] Re: 13.1 ARM images still broken. kiwi problem?
Hi, > I am testing images built by OBS. > > On the beagleboard xM, I cannot boot using the linux.vmx file because it is > not recognized as a zImage file. > I get this error in u-boot: "Bad Linux ARM zImage magic!" wait I was told by Alex that mkinitrd uses the vmlinux-*.gz variant of the kernel and not the zImage. Because of that information I intentionally changed the behavior ?? So what ? Alex ? Thanks Regards, Marcus -- Public Key available gpg --keyserver pgp.mit.edu --recv-keys 0xCCE3C6A2 --- Marcus Schäfer (Res. & Dev.) SUSE LINUX Products GmbH Tel: 0911-740 53 0 Maxfeldstrasse 5 FAX: 0911-740 53 479 D-90409 Nürnberg GF: Jeff Hawn,Jennifer Guild, Felix Imendörffer HRB: 21284 (AG Nürnberg) Germany http://www.suse.de --- -- To unsubscribe, e-mail: opensuse-arm+unsubscr...@opensuse.org To contact the owner, e-mail: opensuse-arm+ow...@opensuse.org
Re: [opensuse-arm] Re: 13.1 ARM images still broken. kiwi problem?
Hi Marcus, Le 31/10/2013 10:06, Marcus Schäfer a écrit : > Hi, > >> Checked just now and it seems that kernel problem is fixed but our >> workers are missing a kernel module: > yep these part is fixed and I also was able to build with osc on > a host machine. But the worker seems to be different. > >> >> [ 1032s] Oct-30 21:46:43 <1> : Creating ext4 root filesystem >> [ 1032s] Oct-30 21:46:43 <1> : EXEC [mkfs.ext4 -F -O resize_inode -N 49024 >> /dev/mapper/loop0p2 2>&1] >> [ 1033s] Oct-30 21:46:43 <1> : EXEC [/sbin/tune2fs -c 0 -i 0 >> /dev/mapper/loop0p2 2>&1] >> [ 1033s] Oct-30 21:46:43 <1> : EXEC [blkid /dev/mapper/loop0p2 2>&1] >> [ 1033s] Oct-30 21:46:43 <1> : EXEC [pvs --noheadings -o vg_name >> /dev/mapper/loop0p2 2>/dev/null] >> [ 1033s] Oct-30 21:46:43 <1> : EXEC [blkid -o value -s TYPE >> /dev/mapper/loop0p2] >> [ 1033s] Oct-30 21:46:44 <1> : EXEC [mount -o noatime,nobarrier >> /dev/mapper/loop0p2 /tmp/kiwiloop.aTi1gb 2>&1] >> [ 1033s] EXT4-fs (dm-1): Filesystem with huge files cannot be mounted RDWR >> without CONFIG_LBDAF >> [ 1033s] Oct-30 21:46:44 <3> : Failed to mount /dev/mapper/loop0p2 to: >> /tmp/kiwiloop.aTi1gb: mount: wrong fs type, bad option, bad superblock on >> /dev/mapper/loop0p2, >> [ 1033s]missing codepage or helper program, or other error >> [ 1033s] >> [ 1033s]In some cases useful info is found in syslog - try >> [ 1033s]dmesg | tail or so. >> >> >> I am trying a local build to see if I can build the image. >> If so, we should ask Adrian to add: >> * codepage cp437 : for FAT32 support for ARMv6 images >> * CONFIG_LBDAF : for armv7 images > yes I'm in contact with Dirk to find a solution for this one. > >> But before, let see if I can build it locally. > as I said that worked fine for me, hope for you too :) I am testing images built by OBS. On the beagleboard xM, I cannot boot using the linux.vmx file because it is not recognized as a zImage file. I get this error in u-boot: "Bad Linux ARM zImage magic!" file command returns "linux.vmx: gzip compressed data, from Unix, max compression" whereas on a standard zImage, I get: "zImage-3.11.6-3-default: Linux kernel ARM boot executable zImage (little-endian)". So it is not the same file type. If I replace linux.vmx file by zImage, the kernel does boot. It does not go until linux prompt because of kernel problems but it is another story. So, I think your kiwi patch is missing something for zImage. Guillaume > > Regards, > Marcus -- To unsubscribe, e-mail: opensuse-arm+unsubscr...@opensuse.org To contact the owner, e-mail: opensuse-arm+ow...@opensuse.org
Re: [opensuse-arm] Re: 13.1 ARM images still broken. kiwi problem?
Le 31/10/2013 10:06, Marcus Schäfer a écrit : > Hi, > >> Checked just now and it seems that kernel problem is fixed but our >> workers are missing a kernel module: > yep these part is fixed and I also was able to build with osc on > a host machine. But the worker seems to be different. Yes, JeOS-highbank is built. Panda is currently building and beagle need to be rebuilt. But it seems to be good! :) Now, we maybe could enable XFCE and E17 images? Dirk? Guillaume > >> >> [ 1032s] Oct-30 21:46:43 <1> : Creating ext4 root filesystem >> [ 1032s] Oct-30 21:46:43 <1> : EXEC [mkfs.ext4 -F -O resize_inode -N 49024 >> /dev/mapper/loop0p2 2>&1] >> [ 1033s] Oct-30 21:46:43 <1> : EXEC [/sbin/tune2fs -c 0 -i 0 >> /dev/mapper/loop0p2 2>&1] >> [ 1033s] Oct-30 21:46:43 <1> : EXEC [blkid /dev/mapper/loop0p2 2>&1] >> [ 1033s] Oct-30 21:46:43 <1> : EXEC [pvs --noheadings -o vg_name >> /dev/mapper/loop0p2 2>/dev/null] >> [ 1033s] Oct-30 21:46:43 <1> : EXEC [blkid -o value -s TYPE >> /dev/mapper/loop0p2] >> [ 1033s] Oct-30 21:46:44 <1> : EXEC [mount -o noatime,nobarrier >> /dev/mapper/loop0p2 /tmp/kiwiloop.aTi1gb 2>&1] >> [ 1033s] EXT4-fs (dm-1): Filesystem with huge files cannot be mounted RDWR >> without CONFIG_LBDAF >> [ 1033s] Oct-30 21:46:44 <3> : Failed to mount /dev/mapper/loop0p2 to: >> /tmp/kiwiloop.aTi1gb: mount: wrong fs type, bad option, bad superblock on >> /dev/mapper/loop0p2, >> [ 1033s]missing codepage or helper program, or other error >> [ 1033s] >> [ 1033s]In some cases useful info is found in syslog - try >> [ 1033s]dmesg | tail or so. >> >> >> I am trying a local build to see if I can build the image. >> If so, we should ask Adrian to add: >> * codepage cp437 : for FAT32 support for ARMv6 images >> * CONFIG_LBDAF : for armv7 images > yes I'm in contact with Dirk to find a solution for this one. > >> But before, let see if I can build it locally. > as I said that worked fine for me, hope for you too :) > > Regards, > Marcus -- To unsubscribe, e-mail: opensuse-arm+unsubscr...@opensuse.org To contact the owner, e-mail: opensuse-arm+ow...@opensuse.org
Re: [opensuse-arm] Re: 13.1 ARM images still broken. kiwi problem?
Hi, > Checked just now and it seems that kernel problem is fixed but our > workers are missing a kernel module: yep these part is fixed and I also was able to build with osc on a host machine. But the worker seems to be different. > > [ 1032s] Oct-30 21:46:43 <1> : Creating ext4 root filesystem > [ 1032s] Oct-30 21:46:43 <1> : EXEC [mkfs.ext4 -F -O resize_inode -N 49024 > /dev/mapper/loop0p2 2>&1] > [ 1033s] Oct-30 21:46:43 <1> : EXEC [/sbin/tune2fs -c 0 -i 0 > /dev/mapper/loop0p2 2>&1] > [ 1033s] Oct-30 21:46:43 <1> : EXEC [blkid /dev/mapper/loop0p2 2>&1] > [ 1033s] Oct-30 21:46:43 <1> : EXEC [pvs --noheadings -o vg_name > /dev/mapper/loop0p2 2>/dev/null] > [ 1033s] Oct-30 21:46:43 <1> : EXEC [blkid -o value -s TYPE > /dev/mapper/loop0p2] > [ 1033s] Oct-30 21:46:44 <1> : EXEC [mount -o noatime,nobarrier > /dev/mapper/loop0p2 /tmp/kiwiloop.aTi1gb 2>&1] > [ 1033s] EXT4-fs (dm-1): Filesystem with huge files cannot be mounted RDWR > without CONFIG_LBDAF > [ 1033s] Oct-30 21:46:44 <3> : Failed to mount /dev/mapper/loop0p2 to: > /tmp/kiwiloop.aTi1gb: mount: wrong fs type, bad option, bad superblock on > /dev/mapper/loop0p2, > [ 1033s]missing codepage or helper program, or other error > [ 1033s] > [ 1033s]In some cases useful info is found in syslog - try > [ 1033s]dmesg | tail or so. > > > I am trying a local build to see if I can build the image. > If so, we should ask Adrian to add: > * codepage cp437 : for FAT32 support for ARMv6 images > * CONFIG_LBDAF : for armv7 images yes I'm in contact with Dirk to find a solution for this one. > But before, let see if I can build it locally. as I said that worked fine for me, hope for you too :) Regards, Marcus -- Public Key available gpg --keyserver pgp.mit.edu --recv-keys 0xCCE3C6A2 --- Marcus Schäfer (Res. & Dev.) SUSE LINUX Products GmbH Tel: 0911-740 53 0 Maxfeldstrasse 5 FAX: 0911-740 53 479 D-90409 Nürnberg GF: Jeff Hawn,Jennifer Guild, Felix Imendörffer HRB: 21284 (AG Nürnberg) Germany http://www.suse.de --- -- To unsubscribe, e-mail: opensuse-arm+unsubscr...@opensuse.org To contact the owner, e-mail: opensuse-arm+ow...@opensuse.org
Re: [opensuse-arm] Re: 13.1 ARM images still broken. kiwi problem?
Hi, Le 30/10/2013 17:43, Marcus Schäfer a écrit : > Hi, > >> Kiwi seems to have been updated by Dirk: >> https://build.opensuse.org/package/rdiff/openSUSE:13.1:Ports/kiwi?linkrev=base&rev=2 > yes I just checked out the project and saw this too, that looks > good to me > >> But still fails: >> https://build.opensuse.org/package/live_build_log/openSUSE:13.1:Ports/JeOS-panda/images_arm/armv7l > I also see other logs which fails for another reason, VM killed > while calling a 'cat' command... Checked just now and it seems that kernel problem is fixed but our workers are missing a kernel module: [ 1032s] Oct-30 21:46:43 <1> : Creating ext4 root filesystem [ 1032s] Oct-30 21:46:43 <1> : EXEC [mkfs.ext4 -F -O resize_inode -N 49024 /dev/mapper/loop0p2 2>&1] [ 1033s] Oct-30 21:46:43 <1> : EXEC [/sbin/tune2fs -c 0 -i 0 /dev/mapper/loop0p2 2>&1] [ 1033s] Oct-30 21:46:43 <1> : EXEC [blkid /dev/mapper/loop0p2 2>&1] [ 1033s] Oct-30 21:46:43 <1> : EXEC [pvs --noheadings -o vg_name /dev/mapper/loop0p2 2>/dev/null] [ 1033s] Oct-30 21:46:43 <1> : EXEC [blkid -o value -s TYPE /dev/mapper/loop0p2] [ 1033s] Oct-30 21:46:44 <1> : EXEC [mount -o noatime,nobarrier /dev/mapper/loop0p2 /tmp/kiwiloop.aTi1gb 2>&1] [ 1033s] EXT4-fs (dm-1): Filesystem with huge files cannot be mounted RDWR without CONFIG_LBDAF [ 1033s] Oct-30 21:46:44 <3> : Failed to mount /dev/mapper/loop0p2 to: /tmp/kiwiloop.aTi1gb: mount: wrong fs type, bad option, bad superblock on /dev/mapper/loop0p2, [ 1033s]missing codepage or helper program, or other error [ 1033s] [ 1033s]In some cases useful info is found in syslog - try [ 1033s]dmesg | tail or so. I am trying a local build to see if I can build the image. If so, we should ask Adrian to add: * codepage cp437 : for FAT32 support for ARMv6 images * CONFIG_LBDAF : for armv7 images But before, let see if I can build it locally. Guillaume > > I searched the entire log from the above build for the newly > added error message if the kernel was not found. This message is > not part of the log but it has to be there if the mapping has > failed. Thus I still think this build did not use the kiwi with > the patch > >> Maybe Dirk missed some patches? > don't think so > > Regards, > Marcus -- To unsubscribe, e-mail: opensuse-arm+unsubscr...@opensuse.org To contact the owner, e-mail: opensuse-arm+ow...@opensuse.org
Re: [opensuse-arm] Re: 13.1 ARM images still broken. kiwi problem?
Hi, > Kiwi seems to have been updated by Dirk: > https://build.opensuse.org/package/rdiff/openSUSE:13.1:Ports/kiwi?linkrev=base&rev=2 yes I just checked out the project and saw this too, that looks good to me > But still fails: > https://build.opensuse.org/package/live_build_log/openSUSE:13.1:Ports/JeOS-panda/images_arm/armv7l I also see other logs which fails for another reason, VM killed while calling a 'cat' command... I searched the entire log from the above build for the newly added error message if the kernel was not found. This message is not part of the log but it has to be there if the mapping has failed. Thus I still think this build did not use the kiwi with the patch > Maybe Dirk missed some patches? don't think so Regards, Marcus -- Public Key available gpg --keyserver pgp.mit.edu --recv-keys 0xCCE3C6A2 --- Marcus Schäfer (Res. & Dev.) SUSE LINUX Products GmbH Tel: 0911-740 53 0 Maxfeldstrasse 5 FAX: 0911-740 53 479 D-90409 Nürnberg GF: Jeff Hawn,Jennifer Guild, Felix Imendörffer HRB: 21284 (AG Nürnberg) Germany http://www.suse.de --- -- To unsubscribe, e-mail: opensuse-arm+unsubscr...@opensuse.org To contact the owner, e-mail: opensuse-arm+ow...@opensuse.org
Re: [opensuse-arm] Re: 13.1 ARM images still broken. kiwi problem?
Le 30/10/2013 17:23, Marcus Schäfer a écrit : > Hi, > >> Seems your new patch does not help armv7 images. :( > I did not get any feedback from Dirk that the patch is really > active. Are you sure the change was applied somewhere in the > buildservice space ? > > I have it all up and running building armv7l images on my > panda board, tested kernels: kernel-default and kernel-exynos Kiwi seems to have been updated by Dirk: https://build.opensuse.org/package/rdiff/openSUSE:13.1:Ports/kiwi?linkrev=base&rev=2 But still fails: https://build.opensuse.org/package/live_build_log/openSUSE:13.1:Ports/JeOS-panda/images_arm/armv7l Maybe Dirk missed some patches? Guillaume > > puzzled > Marcus -- To unsubscribe, e-mail: opensuse-arm+unsubscr...@opensuse.org To contact the owner, e-mail: opensuse-arm+ow...@opensuse.org
Re: [opensuse-arm] Re: 13.1 ARM images still broken. kiwi problem?
Hi Oscar, > Please, add kernel-sun7i to the list. I'm building kernel-sun7i from the > linux-sunxi project since the code for the A20 SoC is not fully upstream. Where do you build the kernel? I'd like to include it in the Contrib project for sunxi. I have built a 12.3 based image that seems to work, but it seriously needs some adjustment still. Thanks, Dirk -- To unsubscribe, e-mail: opensuse-arm+unsubscr...@opensuse.org To contact the owner, e-mail: opensuse-arm+ow...@opensuse.org
Re: [opensuse-arm] Re: 13.1 ARM images still broken. kiwi problem?
El 2013-10-29 12:03, Guillaume Gardet escribió: Le 29/10/2013 11:50, Marcus Schäfer a écrit : more ? I would say sunxi kernel for cubieboards and maybe also ArmstoneA8 and Tegra. (In devel:ARM:*:Contrib:* repos). Guillaume Please, add kernel-sun7i to the list. I'm building kernel-sun7i from the linux-sunxi project since the code for the A20 SoC is not fully upstream. Oscar -- Cheers -- To unsubscribe, e-mail: opensuse-arm+unsubscr...@opensuse.org To contact the owner, e-mail: opensuse-arm+ow...@opensuse.org
