[Arm-dev] Fwd: Re: CentOS 7.3.1611 armhfp images : call for testers/feedback

arm_ml at rirasoft.de arm_ml at rirasoft.de
Thu Nov 24 15:46:25 UTC 2016



-------- Originalnachricht --------
Betreff: Re: [Arm-dev] CentOS 7.3.1611 armhfp images : call for 
testers/feedback
Datum: 2016-11-24 09:33
Von: arm_ml at rirasoft.de
An: Conversations around CentOS on ARM hardware <arm-dev at centos.org>
Antwort an: Conversations around CentOS on ARM hardware 
<arm-dev at centos.org>

Am 2016-11-24 09:21, schrieb Fabian Arrotin:
> On 24/11/16 09:13, arm_ml at 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 at 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 at 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 at 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 at centos.org
https://lists.centos.org/mailman/listinfo/arm-dev


More information about the Arm-dev mailing list