Hi,
If you're interested in testing the freshly built images for armhfp (raspberrypi2/3, cubietruck, cubieboard, bananapi, and $yours if you request for it !), test images were pushed to http://buildlogs.centos.org/centos/7/isos/armhfp/
Those are still test images, built from newer kernel + newer uboot images, and with rpm pkgs from 7.3.1611 tree. Please note that centos-userland-release is still 7.2.1511 (I need to bump it last, when the whole tree will be ready)
As a reminder, all built images will start with selinux in permissive mode (also the rpi2/rpi3 ones) but you can follow the wiki instructions to put it to enforcing mode : https://wiki.centos.org/SpecialInterestGroup/AltArch/Arm32
Happy testing !
On 22/11/16 15:11, Fabian Arrotin wrote:
Hi,
If you're interested in testing the freshly built images for armhfp (raspberrypi2/3, cubietruck, cubieboard, bananapi, and $yours if you request for it !), test images were pushed to http://buildlogs.centos.org/centos/7/isos/armhfp/
Those are still test images, built from newer kernel + newer uboot images, and with rpm pkgs from 7.3.1611 tree. Please note that centos-userland-release is still 7.2.1511 (I need to bump it last, when the whole tree will be ready)
As a reminder, all built images will start with selinux in permissive mode (also the rpi2/rpi3 ones) but you can follow the wiki instructions to put it to enforcing mode : https://wiki.centos.org/SpecialInterestGroup/AltArch/Arm32
Happy testing !
Just before someone mentions it : the updated centos-userland-release in 7.2.1511 updates repository was creating the file needed for kernel update. The way the images were generated had an issue to correctly set the kvariant yum variable. I'll correct the image build script but in the meantime, on those images , one can run the following commands :
rm /etc/yum.repos.d/kernel.repo yum reinstall centos-userland-release --disablerepo centos-kernel
And it should solve the issue present in those test images.
Cheers,
Am 2016-11-22 15:27, schrieb Fabian Arrotin:
On 22/11/16 15:11, Fabian Arrotin wrote:
Hi,
If you're interested in testing the freshly built images for armhfp (raspberrypi2/3, cubietruck, cubieboard, bananapi, and $yours if you request for it !), test images were pushed to http://buildlogs.centos.org/centos/7/isos/armhfp/
Those are still test images, built from newer kernel + newer uboot images, and with rpm pkgs from 7.3.1611 tree. Please note that centos-userland-release is still 7.2.1511 (I need to bump it last, when the whole tree will be ready)
As a reminder, all built images will start with selinux in permissive mode (also the rpi2/rpi3 ones) but you can follow the wiki instructions to put it to enforcing mode : https://wiki.centos.org/SpecialInterestGroup/AltArch/Arm32
Happy testing !
Just before someone mentions it : the updated centos-userland-release in 7.2.1511 updates repository was creating the file needed for kernel update. The way the images were generated had an issue to correctly set the kvariant yum variable. I'll correct the image build script but in the meantime, on those images , one can run the following commands :
rm /etc/yum.repos.d/kernel.repo yum reinstall centos-userland-release --disablerepo centos-kernel
And it should solve the issue present in those test images.
Cheers,
Arm-dev mailing list Arm-dev@centos.org https://lists.centos.org/mailman/listinfo/arm-dev
Hello Fabian, Ive installed this new Image on a cubietruck. But first step goes to fail: I can't install lvm2:
[root@cubietruck ~]# yum install lvm2 Loaded plugins: fastestmirror Loading mirror speeds from cached hostfile Resolving Dependencies --> Running transaction check ---> Package lvm2.armv7hl 7:2.02.130-5.el7.4 will be installed --> Processing Dependency: lvm2-libs = 7:2.02.130-5.el7.4 for package: 7:lvm2-2.02.130-5.el7.4.armv7hl --> Processing Dependency: device-mapper-persistent-data >= 0.5.5-1 for package: 7:lvm2-2.02.130-5.el7.4.armv7hl --> Processing Dependency: liblvm2app.so.2.2(Base) for package: 7:lvm2-2.02.130-5.el7.4.armv7hl --> Processing Dependency: liblvm2app.so.2.2 for package: 7:lvm2-2.02.130-5.el7.4.armv7hl --> Processing Dependency: libdevmapper-event.so.1.02(Base) for package: 7:lvm2-2.02.130-5.el7.4.armv7hl --> Processing Dependency: libdevmapper-event.so.1.02 for package: 7:lvm2-2.02.130-5.el7.4.armv7hl --> Running transaction check ---> Package device-mapper-event-libs.armv7hl 7:1.02.107-5.el7.4 will be installed ---> Package device-mapper-persistent-data.armv7hl 0:0.6.2-1.el7 will be installed --> Processing Dependency: libaio.so.1(LIBAIO_0.4) for package: device-mapper-persistent-data-0.6.2-1.el7.armv7hl --> Processing Dependency: libaio.so.1(LIBAIO_0.1) for package: device-mapper-persistent-data-0.6.2-1.el7.armv7hl --> Processing Dependency: libaio.so.1 for package: device-mapper-persistent-data-0.6.2-1.el7.armv7hl ---> Package lvm2-libs.armv7hl 7:2.02.130-5.el7.4 will be installed --> Processing Dependency: device-mapper-event = 7:1.02.107-5.el7.4 for package: 7:lvm2-libs-2.02.130-5.el7.4.armv7hl --> Running transaction check ---> Package device-mapper-event.armv7hl 7:1.02.107-5.el7.4 will be installed --> Processing Dependency: device-mapper = 7:1.02.107-5.el7.4 for package: 7:device-mapper-event-1.02.107-5.el7.4.armv7hl ---> Package libaio.armv7hl 0:0.3.109-13.el7 will be installed --> Finished Dependency Resolution Error: Package: 7:device-mapper-event-1.02.107-5.el7.4.armv7hl (updates) Requires: device-mapper = 7:1.02.107-5.el7.4 Installed: 7:device-mapper-1.02.135-1.el7.armv7hl (@centos-cr_rbf) device-mapper = 7:1.02.135-1.el7 Available: 7:device-mapper-1.02.107-5.el7.armv7hl (base) device-mapper = 7:1.02.107-5.el7 Available: 7:device-mapper-1.02.107-5.el7.1.armv7hl (updates) device-mapper = 7:1.02.107-5.el7.1 Available: 7:device-mapper-1.02.107-5.el7.2.armv7hl (updates) device-mapper = 7:1.02.107-5.el7.2 Available: 7:device-mapper-1.02.107-5.el7.4.armv7hl (updates) device-mapper = 7:1.02.107-5.el7.4 You could try using --skip-broken to work around the problem You could try running: rpm -Va --nofiles --nodigest [root@cubietruck ~]#
Is there any workaround?
Thanks Andreas
On 24/11/16 09:13, arm_ml@rirasoft.de wrote:
Am 2016-11-22 15:27, schrieb Fabian Arrotin:
On 22/11/16 15:11, Fabian Arrotin wrote:
Hi,
If you're interested in testing the freshly built images for armhfp (raspberrypi2/3, cubietruck, cubieboard, bananapi, and $yours if you request for it !), test images were pushed to http://buildlogs.centos.org/centos/7/isos/armhfp/
Those are still test images, built from newer kernel + newer uboot images, and with rpm pkgs from 7.3.1611 tree. Please note that centos-userland-release is still 7.2.1511 (I need to bump it last, when the whole tree will be ready)
As a reminder, all built images will start with selinux in permissive mode (also the rpi2/rpi3 ones) but you can follow the wiki instructions to put it to enforcing mode : https://wiki.centos.org/SpecialInterestGroup/AltArch/Arm32
Happy testing !
Just before someone mentions it : the updated centos-userland-release in 7.2.1511 updates repository was creating the file needed for kernel update. The way the images were generated had an issue to correctly set the kvariant yum variable. I'll correct the image build script but in the meantime, on those images , one can run the following commands :
rm /etc/yum.repos.d/kernel.repo yum reinstall centos-userland-release --disablerepo centos-kernel
And it should solve the issue present in those test images.
Cheers,
Arm-dev mailing list Arm-dev@centos.org https://lists.centos.org/mailman/listinfo/arm-dev
Hello Fabian, Ive installed this new Image on a cubietruck. But first step goes to fail: I can't install lvm2:
[root@cubietruck ~]# yum install lvm2 Loaded plugins: fastestmirror Loading mirror speeds from cached hostfile Resolving Dependencies --> Running transaction check ---> Package lvm2.armv7hl 7:2.02.130-5.el7.4 will be installed --> Processing Dependency: lvm2-libs = 7:2.02.130-5.el7.4 for package: 7:lvm2-2.02.130-5.el7.4.armv7hl --> Processing Dependency: device-mapper-persistent-data >= 0.5.5-1 for package: 7:lvm2-2.02.130-5.el7.4.armv7hl --> Processing Dependency: liblvm2app.so.2.2(Base) for package: 7:lvm2-2.02.130-5.el7.4.armv7hl --> Processing Dependency: liblvm2app.so.2.2 for package: 7:lvm2-2.02.130-5.el7.4.armv7hl --> Processing Dependency: libdevmapper-event.so.1.02(Base) for package: 7:lvm2-2.02.130-5.el7.4.armv7hl --> Processing Dependency: libdevmapper-event.so.1.02 for package: 7:lvm2-2.02.130-5.el7.4.armv7hl --> Running transaction check ---> Package device-mapper-event-libs.armv7hl 7:1.02.107-5.el7.4 will be installed ---> Package device-mapper-persistent-data.armv7hl 0:0.6.2-1.el7 will be installed --> Processing Dependency: libaio.so.1(LIBAIO_0.4) for package: device-mapper-persistent-data-0.6.2-1.el7.armv7hl --> Processing Dependency: libaio.so.1(LIBAIO_0.1) for package: device-mapper-persistent-data-0.6.2-1.el7.armv7hl --> Processing Dependency: libaio.so.1 for package: device-mapper-persistent-data-0.6.2-1.el7.armv7hl ---> Package lvm2-libs.armv7hl 7:2.02.130-5.el7.4 will be installed --> Processing Dependency: device-mapper-event = 7:1.02.107-5.el7.4 for package: 7:lvm2-libs-2.02.130-5.el7.4.armv7hl --> Running transaction check ---> Package device-mapper-event.armv7hl 7:1.02.107-5.el7.4 will be installed --> Processing Dependency: device-mapper = 7:1.02.107-5.el7.4 for package: 7:device-mapper-event-1.02.107-5.el7.4.armv7hl ---> Package libaio.armv7hl 0:0.3.109-13.el7 will be installed --> Finished Dependency Resolution Error: Package: 7:device-mapper-event-1.02.107-5.el7.4.armv7hl (updates) Requires: device-mapper = 7:1.02.107-5.el7.4 Installed: 7:device-mapper-1.02.135-1.el7.armv7hl (@centos-cr_rbf) device-mapper = 7:1.02.135-1.el7 Available: 7:device-mapper-1.02.107-5.el7.armv7hl (base) device-mapper = 7:1.02.107-5.el7 Available: 7:device-mapper-1.02.107-5.el7.1.armv7hl (updates) device-mapper = 7:1.02.107-5.el7.1 Available: 7:device-mapper-1.02.107-5.el7.2.armv7hl (updates) device-mapper = 7:1.02.107-5.el7.2 Available: 7:device-mapper-1.02.107-5.el7.4.armv7hl (updates) device-mapper = 7:1.02.107-5.el7.4 You could try using --skip-broken to work around the problem You could try running: rpm -Va --nofiles --nodigest [root@cubietruck ~]#
Is there any workaround?
Thanks Andreas
Hi Andreas,
Yes, that's because the 7.3.1611 tree/repo isn't (yet) included/replaced in those images: images were generated from 7.2.1511+7.2.1511 updates + 7.3.1611 repo
The goal was to ensure that images were booting/working fine. If you want to give it a try to extend the pkgs, you can add the following .repo file (unsigned pkgs !)
[c71611] name=CentOS 7.3.1611 tmp repo baseurl=http://armv7.dev.centos.org/repodir/c71611-pass-1/ enabled=1 gpgcheck=0
Am 2016-11-24 09:21, schrieb Fabian Arrotin:
On 24/11/16 09:13, arm_ml@rirasoft.de wrote:
Am 2016-11-22 15:27, schrieb Fabian Arrotin:
On 22/11/16 15:11, Fabian Arrotin wrote:
Hi,
If you're interested in testing the freshly built images for armhfp (raspberrypi2/3, cubietruck, cubieboard, bananapi, and $yours if you request for it !), test images were pushed to http://buildlogs.centos.org/centos/7/isos/armhfp/
Those are still test images, built from newer kernel + newer uboot images, and with rpm pkgs from 7.3.1611 tree. Please note that centos-userland-release is still 7.2.1511 (I need to bump it last, when the whole tree will be ready)
As a reminder, all built images will start with selinux in permissive mode (also the rpi2/rpi3 ones) but you can follow the wiki instructions to put it to enforcing mode : https://wiki.centos.org/SpecialInterestGroup/AltArch/Arm32
Happy testing !
Just before someone mentions it : the updated centos-userland-release in 7.2.1511 updates repository was creating the file needed for kernel update. The way the images were generated had an issue to correctly set the kvariant yum variable. I'll correct the image build script but in the meantime, on those images , one can run the following commands :
rm /etc/yum.repos.d/kernel.repo yum reinstall centos-userland-release --disablerepo centos-kernel
And it should solve the issue present in those test images.
Cheers,
Arm-dev mailing list Arm-dev@centos.org https://lists.centos.org/mailman/listinfo/arm-dev
Hello Fabian, Ive installed this new Image on a cubietruck. But first step goes to fail: I can't install lvm2:
[root@cubietruck ~]# yum install lvm2 Loaded plugins: fastestmirror Loading mirror speeds from cached hostfile Resolving Dependencies --> Running transaction check ---> Package lvm2.armv7hl 7:2.02.130-5.el7.4 will be installed --> Processing Dependency: lvm2-libs = 7:2.02.130-5.el7.4 for package: 7:lvm2-2.02.130-5.el7.4.armv7hl --> Processing Dependency: device-mapper-persistent-data >= 0.5.5-1 for package: 7:lvm2-2.02.130-5.el7.4.armv7hl --> Processing Dependency: liblvm2app.so.2.2(Base) for package: 7:lvm2-2.02.130-5.el7.4.armv7hl --> Processing Dependency: liblvm2app.so.2.2 for package: 7:lvm2-2.02.130-5.el7.4.armv7hl --> Processing Dependency: libdevmapper-event.so.1.02(Base) for package: 7:lvm2-2.02.130-5.el7.4.armv7hl --> Processing Dependency: libdevmapper-event.so.1.02 for package: 7:lvm2-2.02.130-5.el7.4.armv7hl --> Running transaction check ---> Package device-mapper-event-libs.armv7hl 7:1.02.107-5.el7.4 will be installed ---> Package device-mapper-persistent-data.armv7hl 0:0.6.2-1.el7 will be installed --> Processing Dependency: libaio.so.1(LIBAIO_0.4) for package: device-mapper-persistent-data-0.6.2-1.el7.armv7hl --> Processing Dependency: libaio.so.1(LIBAIO_0.1) for package: device-mapper-persistent-data-0.6.2-1.el7.armv7hl --> Processing Dependency: libaio.so.1 for package: device-mapper-persistent-data-0.6.2-1.el7.armv7hl ---> Package lvm2-libs.armv7hl 7:2.02.130-5.el7.4 will be installed --> Processing Dependency: device-mapper-event = 7:1.02.107-5.el7.4 for package: 7:lvm2-libs-2.02.130-5.el7.4.armv7hl --> Running transaction check ---> Package device-mapper-event.armv7hl 7:1.02.107-5.el7.4 will be installed --> Processing Dependency: device-mapper = 7:1.02.107-5.el7.4 for package: 7:device-mapper-event-1.02.107-5.el7.4.armv7hl ---> Package libaio.armv7hl 0:0.3.109-13.el7 will be installed --> Finished Dependency Resolution Error: Package: 7:device-mapper-event-1.02.107-5.el7.4.armv7hl (updates) Requires: device-mapper = 7:1.02.107-5.el7.4 Installed: 7:device-mapper-1.02.135-1.el7.armv7hl (@centos-cr_rbf) device-mapper = 7:1.02.135-1.el7 Available: 7:device-mapper-1.02.107-5.el7.armv7hl (base) device-mapper = 7:1.02.107-5.el7 Available: 7:device-mapper-1.02.107-5.el7.1.armv7hl (updates) device-mapper = 7:1.02.107-5.el7.1 Available: 7:device-mapper-1.02.107-5.el7.2.armv7hl (updates) device-mapper = 7:1.02.107-5.el7.2 Available: 7:device-mapper-1.02.107-5.el7.4.armv7hl (updates) device-mapper = 7:1.02.107-5.el7.4 You could try using --skip-broken to work around the problem You could try running: rpm -Va --nofiles --nodigest [root@cubietruck ~]#
Is there any workaround?
Thanks Andreas
Hi Andreas,
Yes, that's because the 7.3.1611 tree/repo isn't (yet) included/replaced in those images: images were generated from 7.2.1511+7.2.1511 updates + 7.3.1611 repo
The goal was to ensure that images were booting/working fine. If you want to give it a try to extend the pkgs, you can add the following .repo file (unsigned pkgs !)
[c71611] name=CentOS 7.3.1611 tmp repo baseurl=http://armv7.dev.centos.org/repodir/c71611-pass-1/ enabled=1 gpgcheck=0
Hello Fabian, thanks a lot. Now its working.
Andreas
-------- Originalnachricht -------- Betreff: Re: [Arm-dev] CentOS 7.3.1611 armhfp images : call for testers/feedback Datum: 2016-11-24 09:33 Von: arm_ml@rirasoft.de An: Conversations around CentOS on ARM hardware arm-dev@centos.org Antwort an: Conversations around CentOS on ARM hardware arm-dev@centos.org
Am 2016-11-24 09:21, schrieb Fabian Arrotin:
On 24/11/16 09:13, arm_ml@rirasoft.de wrote:
Am 2016-11-22 15:27, schrieb Fabian Arrotin:
On 22/11/16 15:11, Fabian Arrotin wrote:
Hi,
If you're interested in testing the freshly built images for armhfp (raspberrypi2/3, cubietruck, cubieboard, bananapi, and $yours if you request for it !), test images were pushed to http://buildlogs.centos.org/centos/7/isos/armhfp/
Those are still test images, built from newer kernel + newer uboot images, and with rpm pkgs from 7.3.1611 tree. Please note that centos-userland-release is still 7.2.1511 (I need to bump it last, when the whole tree will be ready)
As a reminder, all built images will start with selinux in permissive mode (also the rpi2/rpi3 ones) but you can follow the wiki instructions to put it to enforcing mode : https://wiki.centos.org/SpecialInterestGroup/AltArch/Arm32
Happy testing !
Just before someone mentions it : the updated centos-userland-release in 7.2.1511 updates repository was creating the file needed for kernel update. The way the images were generated had an issue to correctly set the kvariant yum variable. I'll correct the image build script but in the meantime, on those images , one can run the following commands :
rm /etc/yum.repos.d/kernel.repo yum reinstall centos-userland-release --disablerepo centos-kernel
And it should solve the issue present in those test images.
Cheers,
Arm-dev mailing list Arm-dev@centos.org https://lists.centos.org/mailman/listinfo/arm-dev
Hello Fabian, Ive installed this new Image on a cubietruck. But first step goes to fail: I can't install lvm2:
[root@cubietruck ~]# yum install lvm2 Loaded plugins: fastestmirror Loading mirror speeds from cached hostfile Resolving Dependencies --> Running transaction check ---> Package lvm2.armv7hl 7:2.02.130-5.el7.4 will be installed --> Processing Dependency: lvm2-libs = 7:2.02.130-5.el7.4 for package: 7:lvm2-2.02.130-5.el7.4.armv7hl --> Processing Dependency: device-mapper-persistent-data >= 0.5.5-1 for package: 7:lvm2-2.02.130-5.el7.4.armv7hl --> Processing Dependency: liblvm2app.so.2.2(Base) for package: 7:lvm2-2.02.130-5.el7.4.armv7hl --> Processing Dependency: liblvm2app.so.2.2 for package: 7:lvm2-2.02.130-5.el7.4.armv7hl --> Processing Dependency: libdevmapper-event.so.1.02(Base) for package: 7:lvm2-2.02.130-5.el7.4.armv7hl --> Processing Dependency: libdevmapper-event.so.1.02 for package: 7:lvm2-2.02.130-5.el7.4.armv7hl --> Running transaction check ---> Package device-mapper-event-libs.armv7hl 7:1.02.107-5.el7.4 will be installed ---> Package device-mapper-persistent-data.armv7hl 0:0.6.2-1.el7 will be installed --> Processing Dependency: libaio.so.1(LIBAIO_0.4) for package: device-mapper-persistent-data-0.6.2-1.el7.armv7hl --> Processing Dependency: libaio.so.1(LIBAIO_0.1) for package: device-mapper-persistent-data-0.6.2-1.el7.armv7hl --> Processing Dependency: libaio.so.1 for package: device-mapper-persistent-data-0.6.2-1.el7.armv7hl ---> Package lvm2-libs.armv7hl 7:2.02.130-5.el7.4 will be installed --> Processing Dependency: device-mapper-event = 7:1.02.107-5.el7.4 for package: 7:lvm2-libs-2.02.130-5.el7.4.armv7hl --> Running transaction check ---> Package device-mapper-event.armv7hl 7:1.02.107-5.el7.4 will be installed --> Processing Dependency: device-mapper = 7:1.02.107-5.el7.4 for package: 7:device-mapper-event-1.02.107-5.el7.4.armv7hl ---> Package libaio.armv7hl 0:0.3.109-13.el7 will be installed --> Finished Dependency Resolution Error: Package: 7:device-mapper-event-1.02.107-5.el7.4.armv7hl (updates) Requires: device-mapper = 7:1.02.107-5.el7.4 Installed: 7:device-mapper-1.02.135-1.el7.armv7hl (@centos-cr_rbf) device-mapper = 7:1.02.135-1.el7 Available: 7:device-mapper-1.02.107-5.el7.armv7hl (base) device-mapper = 7:1.02.107-5.el7 Available: 7:device-mapper-1.02.107-5.el7.1.armv7hl (updates) device-mapper = 7:1.02.107-5.el7.1 Available: 7:device-mapper-1.02.107-5.el7.2.armv7hl (updates) device-mapper = 7:1.02.107-5.el7.2 Available: 7:device-mapper-1.02.107-5.el7.4.armv7hl (updates) device-mapper = 7:1.02.107-5.el7.4 You could try using --skip-broken to work around the problem You could try running: rpm -Va --nofiles --nodigest [root@cubietruck ~]#
Is there any workaround?
Thanks Andreas
Hi Andreas,
Yes, that's because the 7.3.1611 tree/repo isn't (yet) included/replaced in those images: images were generated from 7.2.1511+7.2.1511 updates + 7.3.1611 repo
The goal was to ensure that images were booting/working fine. If you want to give it a try to extend the pkgs, you can add the following .repo file (unsigned pkgs !)
[c71611] name=CentOS 7.3.1611 tmp repo baseurl=http://armv7.dev.centos.org/repodir/c71611-pass-1/ enabled=1 gpgcheck=0
I'm setting up a small SOHO-server for mail with this cubietruck. Postfix, dovecot, clamav, amavisd-new is working (thanks for the epel packages at http://armv7.dev.centos.org/repodir/epel-pass-1/) But I can't install phpMyadmin, plflogsumm, fail2ban, rrdtool, letsencrypt (OK, I can use the generic one).
Will there any update in the next time?
Andreas _______________________________________________ Arm-dev mailing list Arm-dev@centos.org https://lists.centos.org/mailman/listinfo/arm-dev
On 24/11/16 16:46, arm_ml@rirasoft.de wrote:
-------- Originalnachricht -------- Betreff: Re: [Arm-dev] CentOS 7.3.1611 armhfp images : call for testers/feedback Datum: 2016-11-24 09:33 Von: arm_ml@rirasoft.de An: Conversations around CentOS on ARM hardware arm-dev@centos.org Antwort an: Conversations around CentOS on ARM hardware arm-dev@centos.org
Am 2016-11-24 09:21, schrieb Fabian Arrotin:
On 24/11/16 09:13, arm_ml@rirasoft.de wrote:
Am 2016-11-22 15:27, schrieb Fabian Arrotin:
On 22/11/16 15:11, Fabian Arrotin wrote:
Hi,
If you're interested in testing the freshly built images for armhfp (raspberrypi2/3, cubietruck, cubieboard, bananapi, and $yours if you request for it !), test images were pushed to http://buildlogs.centos.org/centos/7/isos/armhfp/
Those are still test images, built from newer kernel + newer uboot images, and with rpm pkgs from 7.3.1611 tree. Please note that centos-userland-release is still 7.2.1511 (I need to bump it last, when the whole tree will be ready)
As a reminder, all built images will start with selinux in permissive mode (also the rpi2/rpi3 ones) but you can follow the wiki instructions to put it to enforcing mode : https://wiki.centos.org/SpecialInterestGroup/AltArch/Arm32
Happy testing !
Just before someone mentions it : the updated centos-userland-release in 7.2.1511 updates repository was creating the file needed for kernel update. The way the images were generated had an issue to correctly set the kvariant yum variable. I'll correct the image build script but in the meantime, on those images , one can run the following commands :
rm /etc/yum.repos.d/kernel.repo yum reinstall centos-userland-release --disablerepo centos-kernel
And it should solve the issue present in those test images.
Cheers,
Arm-dev mailing list Arm-dev@centos.org https://lists.centos.org/mailman/listinfo/arm-dev
Hello Fabian, Ive installed this new Image on a cubietruck. But first step goes to fail: I can't install lvm2:
[root@cubietruck ~]# yum install lvm2 Loaded plugins: fastestmirror Loading mirror speeds from cached hostfile Resolving Dependencies --> Running transaction check ---> Package lvm2.armv7hl 7:2.02.130-5.el7.4 will be installed --> Processing Dependency: lvm2-libs = 7:2.02.130-5.el7.4 for package: 7:lvm2-2.02.130-5.el7.4.armv7hl --> Processing Dependency: device-mapper-persistent-data >= 0.5.5-1 for package: 7:lvm2-2.02.130-5.el7.4.armv7hl --> Processing Dependency: liblvm2app.so.2.2(Base) for package: 7:lvm2-2.02.130-5.el7.4.armv7hl --> Processing Dependency: liblvm2app.so.2.2 for package: 7:lvm2-2.02.130-5.el7.4.armv7hl --> Processing Dependency: libdevmapper-event.so.1.02(Base) for package: 7:lvm2-2.02.130-5.el7.4.armv7hl --> Processing Dependency: libdevmapper-event.so.1.02 for package: 7:lvm2-2.02.130-5.el7.4.armv7hl --> Running transaction check ---> Package device-mapper-event-libs.armv7hl 7:1.02.107-5.el7.4 will be installed ---> Package device-mapper-persistent-data.armv7hl 0:0.6.2-1.el7 will be installed --> Processing Dependency: libaio.so.1(LIBAIO_0.4) for package: device-mapper-persistent-data-0.6.2-1.el7.armv7hl --> Processing Dependency: libaio.so.1(LIBAIO_0.1) for package: device-mapper-persistent-data-0.6.2-1.el7.armv7hl --> Processing Dependency: libaio.so.1 for package: device-mapper-persistent-data-0.6.2-1.el7.armv7hl ---> Package lvm2-libs.armv7hl 7:2.02.130-5.el7.4 will be installed --> Processing Dependency: device-mapper-event = 7:1.02.107-5.el7.4 for package: 7:lvm2-libs-2.02.130-5.el7.4.armv7hl --> Running transaction check ---> Package device-mapper-event.armv7hl 7:1.02.107-5.el7.4 will be installed --> Processing Dependency: device-mapper = 7:1.02.107-5.el7.4 for package: 7:device-mapper-event-1.02.107-5.el7.4.armv7hl ---> Package libaio.armv7hl 0:0.3.109-13.el7 will be installed --> Finished Dependency Resolution Error: Package: 7:device-mapper-event-1.02.107-5.el7.4.armv7hl (updates) Requires: device-mapper = 7:1.02.107-5.el7.4 Installed: 7:device-mapper-1.02.135-1.el7.armv7hl (@centos-cr_rbf) device-mapper = 7:1.02.135-1.el7 Available: 7:device-mapper-1.02.107-5.el7.armv7hl (base) device-mapper = 7:1.02.107-5.el7 Available: 7:device-mapper-1.02.107-5.el7.1.armv7hl (updates) device-mapper = 7:1.02.107-5.el7.1 Available: 7:device-mapper-1.02.107-5.el7.2.armv7hl (updates) device-mapper = 7:1.02.107-5.el7.2 Available: 7:device-mapper-1.02.107-5.el7.4.armv7hl (updates) device-mapper = 7:1.02.107-5.el7.4 You could try using --skip-broken to work around the problem You could try running: rpm -Va --nofiles --nodigest [root@cubietruck ~]#
Is there any workaround?
Thanks Andreas
Hi Andreas,
Yes, that's because the 7.3.1611 tree/repo isn't (yet) included/replaced in those images: images were generated from 7.2.1511+7.2.1511 updates + 7.3.1611 repo
The goal was to ensure that images were booting/working fine. If you want to give it a try to extend the pkgs, you can add the following .repo file (unsigned pkgs !)
[c71611] name=CentOS 7.3.1611 tmp repo baseurl=http://armv7.dev.centos.org/repodir/c71611-pass-1/ enabled=1 gpgcheck=0
I'm setting up a small SOHO-server for mail with this cubietruck. Postfix, dovecot, clamav, amavisd-new is working (thanks for the epel packages at http://armv7.dev.centos.org/repodir/epel-pass-1/) But I can't install phpMyadmin, plflogsumm, fail2ban, rrdtool, letsencrypt (OK, I can use the generic one).
Will there any update in the next time?
Andreas
well, that would be a different thread, as those are epel pkgs and not centos ones. As announced initially, it's a massive rebuild (and tracking newer pkgs) from epel, but automated. So what's coming out of the builders lands on that repo. What doesn't build (and so build logs) can be seen here : http://armv7.dev.centos.org/rpmbuild/epel-pass-1/
So, welcome to the community, find what you're interested in, see what's missing, and provide feedback on the list ;-)
Am 2016-11-25 14:09, schrieb Fabian Arrotin:
On 24/11/16 16:46, arm_ml@rirasoft.de wrote:
---cut---
I'm setting up a small SOHO-server for mail with this cubietruck. Postfix, dovecot, clamav, amavisd-new is working (thanks for the epel packages at http://armv7.dev.centos.org/repodir/epel-pass-1/) But I can't install phpMyadmin, plflogsumm, fail2ban, rrdtool, letsencrypt (OK, I can use the generic one).
Will there any update in the next time?
Andreas
well, that would be a different thread, as those are epel pkgs and not centos ones. As announced initially, it's a massive rebuild (and tracking newer pkgs) from epel, but automated. So what's coming out of the builders lands on that repo. What doesn't build (and so build logs) can be seen here : http://armv7.dev.centos.org/rpmbuild/epel-pass-1/
So, welcome to the community, find what you're interested in, see what's missing, and provide feedback on the list ;-)
Arm-dev mailing list Arm-dev@centos.org https://lists.centos.org/mailman/listinfo/arm-dev
Hello Fabian,
thanks for your explanation. I'm looking especially for rrdtool and php-tidy.
Thanks Andreas
Hi,
If you're interested in testing the freshly built images for armhfp (raspberrypi2/3, cubietruck, cubieboard, bananapi, and $yours if you request for it !), test images were pushed to http://buildlogs.centos.org/centos/7/isos/armhfp/
Could you provide a plain .tar.xz file containing only the userland (like Jim does for Aarch64)? I'd really appreciate it.
Cheers Uli
-
arm_ml＠rirasoft.de -
Fabian Arrotin -
Uli Middelberg