Arm-dev

arm-dev@lists.centos.org

686 discussions

SELinux policy update breaks with outdated docker-selinux
by Gordan Bobic 09 Mar '17

09 Mar '17

Recent SELinux policy update breaks SELinux with docker-selinux < 1.10.3-57. The current version in extras repository seems to be 1.10.3-46. This breaks a lot of things, including any attempt to change the policy using semanage for anyone who has ever had docker-selinux installed on their system. Scientific Linux guys seem to be on the ball with this one, but CentOS ARM hasn't had docker-selinux updated yet even though the update has been upstream since late November. Gordan

1 1

EPEL for Centos7-armv7?
by Robert Moskowitz 08 Mar '17

08 Mar '17

Is there EPEL built for the armv7 images? I need them for my mailserver. It was quite a job building my mailserver for RSEL6, only some of the rpms I needed were available. Took a lot to work through it. So I am asking now, a bit ahead of starting in mailserver upgrade. Thanks

4 19

New kernel?
by Robert Moskowitz 07 Mar '17

07 Mar '17

I see announcement of a new kernel for security updates. Any ETA for it here? thanks

4 23

Re: [Arm-dev] Raspberry Pi Zero
by Gordan Bobic 07 Mar '17

07 Mar '17

For FPU heavy operations - maybe. For pointer chasing like most server tasks - no. Soft-float can still use the hardware FPU. On 6 Mar 2017 07:33, "Nicolas" <nicolas(a)shivaserv.fr> wrote: Yes, I know what means h, but if redsleeve provides image for pi2, it will be less fast than C7? Nicolas 6 mars 2017 08:24 "Gordan Bobic" <gordan(a)redsleeve.org <%22Gordan%20Bobic%22%20%3Cgordan(a)redsleeve.org%3E>> a écrit: Ressleeve is soft-float, for ARMv5 (armv5tel) and later CPUs. CentOS 7 is hard-float, for ARMv7 and later CPUs (armv7hl). The missing "h" is for hard-float. On 6 Mar 2017 07:18, "Nicolas" <nicolas(a)shivaserv.fr> wrote: Hi Jacco, I'm trying the redsleeve image on Pi2, and then I will try on Pi0. Why the pi2 image is armv7l in place of armv7hl ? Nicolas 3 mars 2017 13:11 "Jacco Ligthart" <jacco(a)redsleeve.org <%22Jacco%20Ligthart%22%20%3Cjacco(a)redsleeve.org%3E>> a écrit: On 03/03/17 11:31, Nicolas wrote: Hi team, Is there any working image for Pi Zero on C7 ? :) I'm pretty sure the one from Pi2 can work but I've not tested it yet. You could try a redsleeve image: http://www.mirrorservice.org/sites/ftp.redsleeve.org/pub/el7 -devel/el7/rootfs/raspi-redsleeve7.3-cli-0.6.img.xz I don't (yet) own a zero, so this is untested. But if the CPU and boot process is similar to a raspberry model 1, it should boot. user=root pass=password1234 Let me know if this worked :) Jacco _______________________________________________ Arm-dev mailing list Arm-dev(a)centos.org https://lists.centos.org/mailman/listinfo/arm-dev _______________________________________________ Arm-dev mailing list Arm-dev(a)centos.org https://lists.centos.org/mailman/listinfo/arm-dev

3 7

Any type of light Desktop Environment on Arm Centos7+RPi3
by Hamid Safe 06 Mar '17

06 Mar '17

4 8

Raspberry Pi Zero
by Nicolas 06 Mar '17

06 Mar '17

Hi team, Is there any working image for Pi Zero on C7 ? :) I'm pretty sure the one from Pi2 can work but I've not tested it yet. Nicolas

4 5

Any type of light Desktop Environment on Arm Centos7+RPi3
by Hamid Safe 03 Mar '17

03 Mar '17

2 1

Making an image
by Robert Moskowitz 03 Mar '17

03 Mar '17

Can I have a little help making an image via dd, and then compressing it? I want to save 'checkpoints' of my build process, so that when I have to go back, I do not have to go all the way back to the base image. I have built my basic image (I will be updating my howto, found a few bugs), and fdisk reports: Disk /dev/sda: 120.0 GB, 120034124288 bytes, 234441649 sectors Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk label type: dos Disk identifier: 0x0000c89d Device Boot Start End Blocks Id System /dev/sda1 2048 1026047 512000 83 Linux /dev/sda2 1026048 2074623 524288 82 Linux swap / Solaris /dev/sda3 2074624 6268927 2097152 83 Linux Obviously, I do not want to dd the whole 120GB, as I am still only using 4GB, though I will probably have to enlarge sda3 a bit to hold all the software I need. I did this a couple years back, but can't find my notes. :( thanks

1 2

OT: hard drive vs SSD
by Robert Moskowitz 02 Mar '17

02 Mar '17

Given that we are working on server OS for little boards that work will with little drives: For longtime operation of a server which is better, A notebook 2.5" hard drive or A notebook 2.5" SSD drive ? Both pull 1A, so no power advantage. Which can be expected to run for 2 - 3 years straight? (Note: I am looking at this Kingston 240GB ssdNOW 300 that I pulled from a notebook that had to be upgraded to a 480GB SSD) thanks

3 3

Rebase to kernel 4.9.x (LTS) for armhfp : call for testers
by Fabian Arrotin 01 Mar '17

01 Mar '17

Hi guys, As mentioned in the other thread about new kernel (basically to fix the dccp cve issue), I had a look at the 4.4.x branch, but thought also about a rebase to 4.9.x (also upstream LTS at kernel.org) For AltArch (centos 7 i386), Johnny built a 4.9.13 kernel and so I reused it for armhfp It also makes sense to rebase to 4.9.x for rpi2/rpi3 as the rpi foundation also rebased to 4.9 and so confirmed to me that they don't maintain 4.4.x (even if they still accept Pull Requests). So we have now 4.9.13 available for both rpi and generic. The following /etc/yum.repos.d/testing-kernel.repo would do it : [kernel-testing] name=CentOS Kernels for armhfp testing baseurl=https://buildlogs.centos.org/centos/7/kernel/$basearch/kernel-$kvar… enabled=0 gpgcheck=0 [firmware] name=firmware baseurl=https://armv7.dev.centos.org/repodir/arm-kernels/linux-firmware-201… enabled=1 gpgcheck=0 After that a simple yum update --enablerepo=kernel-testing would bring it to the node For rpi, nothing to be done For the other boards, I've added an update-boot tool to automatically modify extlinux.conf. but you need the updated centos-userland-release pkg : https://armv7.dev.centos.org/repodir/c71611-updates-1/centos-userland-relea… Worth noting that the actual 4.9.13 will *not* call it in the %post rpm transaction (yet) but if that tool works for everybody, we'll add it for newer kernels. Any feedback is welcome, but for the kernel I'd like to push that asap to signing/release (so the more feedback, the faster we'll have it released) ;-) Cheers, -- Fabian Arrotin The CentOS Project | http://www.centos.org gpg key: 56BEC54E | twitter: @arrfab

3 8

← Newer
1
...
29
30
31
32
33
34
35
...
69
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

Arm-dev