Arm-dev April 2015

arm-dev@lists.centos.org

13 participants
5 discussions

a plague farm ?
by Karanbir Singh 07 May '15

07 May '15

hi guys, We have a few nodes that can be used, public facing, for builds - and we have Howards's bootstrap image in place. With that in mind, can we as a group help with the wider armv7 effort at this point ? One option might be to see if we can get this image loaded onto the nodes we have from online.net ? and then get a plague builder thread on each node. We can host the plague server on a different machine, as long as network latency isnt too high we should be fine. This would then allow people to setup and submit jobs without needing the entire setup at their own place. Plague, since koji isnt suiteable here, yet. Plus we have some plague expertise already ( we still use it for CentOS-5 builds ). Regards, -- Karanbir Singh +44-207-0999389 | http://www.karan.org/ | twitter.com/kbsingh GnuPG Key : http://www.karan.org/publickey.asc

11 39

32Gb mSD cards
by Robert Moskowitz 30 Apr '15

30 Apr '15

If anyone in the US needs some 32GB mSD cards, I just got this sale notice: http://view.newsletter.rakuten.com/?j=fe8815707c6d017473&m=fe8d12717c62077d… I have bought a number of items from rakuten and am happy with their service and items.

1 0

ARM Development Hardware
by Mandar Joshi 25 Apr '15

25 Apr '15

Hello everybody, I was hoping to get some suggestions from you guys about which ARM development hardware to purchase. The hardware will have just one purpose; compiling and testing CentOS. With this in mind I'm leaning towards something Quad Core, good amount of RAM,NAND Flash, SATA and that has a heatsink . Does SATA seem reasonable or will a USB HDD serve just as well? I live in Mumbai, India. So, I might not have all the options you guys have. I might be able to get Raspberry Pi, BeagleBoard, Cubie Board, Radxa, Banana Pi or Odroid from these guys https://www.crazypi.com/ or http://www.greenindiaelectronics.com/ If anyone from India is reading this, please do suggest reliable sellers. Thanks Mandar Joshi

5 9

Cross Compiling vs Native Compiling
by Mandar Joshi 16 Apr '15

16 Apr '15

Hello everybody, This part is mentioned in my GSoC proposal but I thought I should bring it up here as well. How do you feel about taking a slightly different approach to ARM development? Viz. Cross Compiling. We could use existing infrastructure x86,x86_64 servers to build packages for ARMv7. This will require writing some plugins for Yum, Mock & Koji based on work done by msalter from RedHat. I am referring to this post https://www.redhat.com/archives/fedora-buildsys-list/2009-July/msg00000.html The way I see it, cross compiling will get packages compiled faster and would be easy to setup. We won't have to rely of ARM Hardware from online.net A thing to ponder over is whether this fits in the CentOS policy. Regards Mandar Joshi

4 5

5 armv7 nodes available from online.net
by Fabian Arrotin 11 Apr '15

11 Apr '15

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi guys, Just to let you know that people from http://labs.online.net/ are "sponsoring" a centos account on their ARM cloud setup and we currently have 5 nodes with the following specs : - - 4-cores ARMv7 CPU : ARMv7 Processor rev 2 (v7l), Marvell Armada 370/XP (Device Tree) - - 2GB of RAM - - 1 Gbit/s network link - - 50GB local storage (seems to be in fact a ndb device served from a storage node using SSD disks) The nodes are installed with their Fedora 21 custom image. We're all busy with the CentOS 7 (tag 1503) rebuild and QA tests, but we'd have to discuss the best way to use those armv7 nodes. I'll also try to see what would be the best option for a central storage, but probably nfs is the only option, or iscsi lun served from one of those nodes, acting as both the admin node and jump host (only one public/reserved IP in our current account, but we can then reach the other nodes, so not a real issue) Thanks to Online.net for that account ! - -- Fabian Arrotin The CentOS Project | http://www.centos.org gpg key: 56BEC54E | twitter: @arrfab -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iEYEARECAAYFAlUUCuEACgkQnVkHo1a+xU47LgCfVbGVuIvSj59aBeWGcW4ARGi1 lEIAni+Ah+LnuspY2Db2hoBGbD1sRGey =j876 -----END PGP SIGNATURE-----

2 1

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

Arm-dev April 2015