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

Fri Nov 25 13:09:55 UTC 2016

On 24/11/16 16:46, arm_ml at 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 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

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 ;-)

-- 
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/20161125/38d9dd80/attachment.sig>