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

Thu Nov 24 08:21:11 UTC 2016

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

-- 
Fabian Arrotin
The CentOS Project | http://www.centos.org
gpg key: 56BEC54E | twitter: @arrfab

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: OpenPGP digital signature
URL: <http://lists.centos.org/pipermail/arm-dev/attachments/20161124/d95e8510/attachment.sig>