View previous topic :: View next topic |
Author |
Message |
balbes150 n00b
Joined: 03 Dec 2016 Posts: 10
|
|
Back to top |
|
|
mDup Apprentice
Joined: 14 Apr 2006 Posts: 212
|
Posted: Wed Dec 14, 2016 12:54 am Post subject: Re: Gentoo for Amlogic S9xx (TV box S905\S905X\S912) |
|
|
balbes150 wrote: | For those who want to use a TV set-top box platform Amlogic S905 S905X (aarch64 ARMv8), there is a working system image.
[...]
|
Well done! |
|
Back to top |
|
|
The_Pope Tux's lil' helper
Joined: 03 Jul 2016 Posts: 111
|
Posted: Mon Dec 26, 2016 1:58 pm Post subject: |
|
|
Is there an uboot update for the M8S Pro box? Can I use one of the existing ones? _________________ Stop the world. I want to descend. |
|
Back to top |
|
|
balbes150 n00b
Joined: 03 Dec 2016 Posts: 10
|
Posted: Mon Dec 26, 2016 4:27 pm Post subject: |
|
|
The_Pope wrote: | Is there an uboot update for the M8S Pro box? Can I use one of the existing ones? |
What is the chip in the TV box ? |
|
Back to top |
|
|
The_Pope Tux's lil' helper
Joined: 03 Jul 2016 Posts: 111
|
Posted: Mon Dec 26, 2016 4:35 pm Post subject: |
|
|
Apparently it's an Amlogic S812, which I understand is Cortex A9, therefore ARM v7, thus 32-bit. This topic is about the S9xx, which I understand are Cortex A53, which is 64-bit. I don't want to confiscate the topic, but I would be nice to understand how in the world to create a U-boot for any of these boxes once you know what chip is inside.
EDIT: Amazon link. _________________ Stop the world. I want to descend. |
|
Back to top |
|
|
balbes150 n00b
Joined: 03 Dec 2016 Posts: 10
|
Posted: Tue Dec 27, 2016 4:17 pm Post subject: |
|
|
The_Pope wrote: | Apparently it's an Amlogic S812, which I understand is Cortex A9, therefore ARM v7, thus 32-bit. This topic is about the S9xx, which I understand are Cortex A53, which is 64-bit. I don't want to confiscate the topic, but I would be nice to understand how in the world to create a U-boot for any of these boxes once you know what chip is inside.
EDIT: Amazon link. |
For s812 images will be released later. Multiboot for s812 is already working. There are images Libreelec run from external media. Need time to port the kernel and ROOTFS on Gentoo. |
|
Back to top |
|
|
The_Pope Tux's lil' helper
Joined: 03 Jul 2016 Posts: 111
|
Posted: Tue Dec 27, 2016 5:19 pm Post subject: |
|
|
balbes150 wrote: | For s812 images will be released later. Multiboot for s812 is already working. There are images Libreelec run from external media. Need time to port the kernel and ROOTFS on Gentoo. |
Uh, your Github has an S812 kernel already. Well, I'm assuming those are just the sources. I only need to be able to boot off the SD card, because the rest of the installation is pretty easy - I can follow the principles from the TrimSlice tutorial which is also ARMv7-A.
I would do this:
- Install the cross-compiling tools and set target architecture to ARM v7
- Compile the kernel (using your sources off Github)
- Install stage3
- Install Portage snapshot
- Setup /etc/fstab
- Setup root password, networking, hostname, etc.
Then I think it's ready to boot a minimal Gentoo on the target machine and continue from there. But the first step is to be able to dual-boot on that M8S Pro box. _________________ Stop the world. I want to descend. |
|
Back to top |
|
|
The_Pope Tux's lil' helper
Joined: 03 Jul 2016 Posts: 111
|
Posted: Tue Dec 27, 2016 5:20 pm Post subject: |
|
|
balbes150 wrote: | Multiboot for s812 is already working. |
This is what I need. I wrote a separate reply to make it clear. How do I do it, would you write it down in steps?
EDIT: Wait, you mean it boots off an SD card with no modifications, as it is from the factory? I'll try that. _________________ Stop the world. I want to descend. |
|
Back to top |
|
|
balbes150 n00b
Joined: 03 Dec 2016 Posts: 10
|
Posted: Wed Dec 28, 2016 5:56 pm Post subject: |
|
|
Yes, multiboot is already up and running with LE. In this topic, you can learn more.
https://forum.libreelec.tv/thread-1506.html
By the way, LE can be used for some experiments with the kernel. There are no package managers, but you can LE add binary files (git, make etc) and to use this system to reassemble the desired items. |
|
Back to top |
|
|
The_Pope Tux's lil' helper
Joined: 03 Jul 2016 Posts: 111
|
Posted: Thu Dec 29, 2016 6:45 am Post subject: |
|
|
Yeah, I'm not interested in LibreElec. I want to try and build a full Gentoo desktop. I need to play media files with mplayer sporting the aa renderer, or the caca renderer. I need to display Windows screensavers, I remember reading that there is a way, with qemu. And so on. Just running Kodi with some distro behind isn't enough.
If this fails, I think I can get an S905 to try it on. _________________ Stop the world. I want to descend. |
|
Back to top |
|
|
erm67 l33t
Joined: 01 Nov 2005 Posts: 653 Location: EU
|
Posted: Mon Jan 02, 2017 4:10 pm Post subject: |
|
|
I am running gentoo on a S905 box, I used a slightly different (and hackerish) method:
I had libreelec installed on nand (with installtointernal), and the bootloader patched with balbes150 scrit (thanks) the internal eMMC is partitioned in the dtb and libreelec uses 1GB for the sysem + some space for the kernel and the rest for data. After boot the partitions are available as /dev/boot /dev/system /dev/data, I decided this partitioning scheme was good for me, and I was too lazy to build a new dtp wih a different partitioning scheme.
There is support for the board (without graphics) in the 4.9 kernel but I decided that the libreelec kernel was also good for me so I used abootimg to extract the kernel image from libreelec's kernel.img, modified the init scrit in the initrd so that it mounted the /dev/data partition and switched_root starting /etc/init, rebuilt the kernel.img (Android) boot image and installed a stage 3 gentoo on the /dev/data partition using chroot. I am using the /dev/system partition for swap.
It is working great so far, apart the oldish kernel ... I'd like to try the nel mainline kernel from linux-meson but I had no time to try, I use it mostly as a mail and web server, maybe some recent FS drivers would be good but I am not using btrfs so it can wait.
There aren't many risks (I think) since balbes150 bootloader boots from the sd card first and than from the internal eMMC,it makes a great home server for 25$, emerge is incredibly fast, 4 CPU@1.6Ghz
My make.conf:
Code: |
CFLAGS="-O2 -pipe -march=armv8-a+crc+fp+simd -mabi=lp64 -mcpu=cortex-a53+crc+fp+simd"
CHOST="aarch64-unknown-linux-gnu"
PORTDIR="/usr/portage"
DISTDIR="/usr/portage/distfiles"
PKGDIR="/usr/portage/packages"
LC_MESSAGES=C
USE="arm64 -X"
MAKEOPTS="-j2"
|
gcc's -march=native doesn't work on arm64. _________________ Ok boomer
True ignorance is not the absence of knowledge, but the refusal to acquire it.
Ab esse ad posse valet, a posse ad esse non valet consequentia
My fediverse account: @erm67@erm67.dynu.net |
|
Back to top |
|
|
NeddySeagoon Administrator
Joined: 05 Jul 2003 Posts: 54641 Location: 56N 3W
|
Posted: Mon Jan 02, 2017 5:07 pm Post subject: |
|
|
erm67,
Quote: | gcc's -march=native doesn't work on arm64. |
That's what gcc-6.x is for. Well, it has a lot of arm64 improvements.
-- edit --
If you are using gcc-4.x just now. Upgrade to gcc-5.x and deal with the pain of the C++ ABI change.
Once that's behind you, get gcc-6.3.
There is no going back to gcc-4.x unless you do the C++ ABI change on the way back.
gcc-6.3 with the gold linker from binutils-2.27 mostly works on my Pi3 in 64 bit mode. _________________ Regards,
NeddySeagoon
Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail. |
|
Back to top |
|
|
erm67 l33t
Joined: 01 Nov 2005 Posts: 653 Location: EU
|
Posted: Mon Jan 02, 2017 6:18 pm Post subject: |
|
|
NeddySeagoon wrote: | erm67,
Quote: | gcc's -march=native doesn't work on arm64. |
That's what gcc-6.x is for. Well, it has a lot of arm64 improvements.
-- edit --
If you are using gcc-4.x just now. Upgrade to gcc-5.x and deal with the pain of the C++ ABI change.
Once that's behind you, get gcc-6.3.
There is no going back to gcc-4.x unless you do the C++ ABI change on the way back.
gcc-6.3 with the gold linker from binutils-2.27 mostly works on my Pi3 in 64 bit mode. |
Well I'll put that on my todo list, after the 4.9 kernel from lnux-meson and create ebuilds for the amlogic patches and codecs required for this board, I just installed the stable stage3 from gentoo-experimental and it comes with gcc 4.9.4, I guess I should just use ~arm64 and emerge -e world
BTW according to gcc 6 man page:
Quote: | The value ‘native’ is available on native AArch64 GNU/Linux and causes the compiler to pick the architecture of the host system. This option has no effect if the compiler is unable to recognize the architecture of the host system, |
Are you sure -arch=native actually recognizes the CPU on the raspy?
EDIT: ok it looks like it was fixed https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70133 _________________ Ok boomer
True ignorance is not the absence of knowledge, but the refusal to acquire it.
Ab esse ad posse valet, a posse ad esse non valet consequentia
My fediverse account: @erm67@erm67.dynu.net |
|
Back to top |
|
|
balbes150 n00b
Joined: 03 Dec 2016 Posts: 10
|
Posted: Fri Jan 06, 2017 7:37 pm Post subject: |
|
|
The_Pope wrote: | Yeah, I'm not interested in LibreElec. I want to try and build a full Gentoo desktop. I need to play media files with mplayer sporting the aa renderer, or the caca renderer. I need to display Windows screensavers, I remember reading that there is a way, with qemu. And so on. Just running Kodi with some distro behind isn't enough.
If this fails, I think I can get an S905 to try it on. |
Test alpha images. The main purpose - a basic assessment of health schedules (a bunch of the kernel + dtb). To check system startup you need to activate the multi-boot (all required files included in the images). On my sample s812 activation multi-boot is possible only with SD card, maybe on other devices it works with USB. After activating a multi-boot system running from USB (I'm running every test with USB flash drives). Please check the possibility of launching on the platform s802. Pay attention - the system must copy the appropriate dtb file with the name "dtb.img".
https://yadi.sk/d/wc2jqGsHuKy48 |
|
Back to top |
|
|
erm67 l33t
Joined: 01 Nov 2005 Posts: 653 Location: EU
|
Posted: Sat Jan 07, 2017 10:27 am Post subject: |
|
|
Unfortunately gentoo arm64 is not really usable since it is not really a supported architecture, other non x86(_64)? boards are having the same problems, just read other posts this forum. To be honest gentoo never really worked on anything but x86 and amd64, now thing improved a bit with the autounmask feature of portage but it is not perfect ... since it is not intended to deal with the fundamental problem of arm64, lack of keywording. In other words nobody adds the ~arm64 or arm64 keyword to the ebuilds and portage doesn't know what to build. autounmask will usually unmask the highest development ebuild, often a -9999 (git/svn) and that is often not the best choice since it is really unstable in all senses . beside that there are still unsolved issues with autounmask, perl for example still requires manual unmasking.
In fact autounmask is intended to be used by users of amd64 or x86 that wants to unmask only some ~amd64 or ~x86 ebuilds and not to deal with unmaintained keywords.
The only solution to have a decent system comparable to ~amd64 is to manually edit the ebuild that has a amd64 or ~amd64 keyword and add a ~arm64 or arm64 keyword (I did for ffmpeg, mariadb, php), most packages that compiles and work on amd64 builds and works on arm64 without any special treatment using a recent compiler like gcc-6 (apart opcache), the problem is that keywording ebuilds is a tedious work that nobody does, and honestly given that almost everything just compiles and works, beside being tediuos is also useless and stupid, it would be a lot better blacklist ebuild that doesn't work on an arch than whitelist thousands of ebuild manually to catch the few that doesn't.
I think I will try a script that walks through portage and replaces amd64 with arm64 later today, just to see what happens. Automaically turn a amd64 ebuild into a arm64 ebuild has very likely the same chance of sucess of compiling a arm ebuild on a arm5t or on a arm7h CPU and both architecture share the same arm keyword for portage .....
That said my little S905 box is incredibly fast using the internal eMMC, I succesfully emerge -e world my system with apache php tvheadend mariadb ffmpeg transmission overnight, if I have to manually edit the ebuils that I intend to emerge it will take onsiderably more, probably too long. The problem is that it took just a few minutes to install archlinuxarm, and it works almost perfectly with balbes150 kernel. also archlinux's aur has the same lack of keywording problem but it can be automatically solved with customizepkg (add#arch#aarch64) .....
There should be a similar tool for portage that automatically adds keywords based on othe keywords, i.e. if (keyword(amd64)==true) add_keyword (arm64);
tvheadend on this board is able to convert to mpeg4 and stream full size SD DVB broadcasts... and the CpU usage isn't even 100% _________________ Ok boomer
True ignorance is not the absence of knowledge, but the refusal to acquire it.
Ab esse ad posse valet, a posse ad esse non valet consequentia
My fediverse account: @erm67@erm67.dynu.net |
|
Back to top |
|
|
mDup Apprentice
Joined: 14 Apr 2006 Posts: 212
|
Posted: Sat Jan 07, 2017 10:47 pm Post subject: arm64 gentoo |
|
|
Starting from balbes150's system, with some keyword hacking ("* ~*") and adjusting arch/arm64/use.mask one can natively build and run kernel + gentoo arm64 for amlogic s905x just fine. I now have a bleeding edge lightweight desktop running LxQt + some Qt5 and Gtk+3 applications. Xorg is fb based. I did not yet successfully build bigger packages such as firefox and libreoffice. But most other software I need, I could build (vlc, mplayer, imagemagick, wireshark, ... and more). I also hacked gcc and glibc ebuilds to be 6.3.0 and 2.24 respectively. I can provide some n00b images for now without much support... |
|
Back to top |
|
|
erm67 l33t
Joined: 01 Nov 2005 Posts: 653 Location: EU
|
Posted: Sun Jan 08, 2017 9:22 am Post subject: |
|
|
I forgot to post it but did some tests with gcc-6 and
"-march=native -mcpu=native"
produces exactly the same binaries as:
"-march=armv8-a+crc+fp+simd -mabi=lp64 -mcpu=cortex-a53+crc+fp+simd"
binaries produced using only -march=native or -mcpu=native differs, I have not done any speed test.
@mDup did you manage to unmask the neon use flag? The CPU supports it (+simd), I think it might be useful
@balbes150 the kernel sources from your git repo are probably patched to be cross-compiled, it would be nice to have a kernel tree able to compile natively ...
Code: | Makefile:599: /usr/src/linux/arch//Makefile: No such file or directory
make: *** No rule to make target '/usr/src/linux/arch//Makefile'. Stop.
|
EDIT: I got fedora 25 aarch up&running on the board with this method:
https://rwmj.wordpress.com/2015/05/24/fedora-21-chrooted-on-an-aarch64-nexus-9/ _________________ Ok boomer
True ignorance is not the absence of knowledge, but the refusal to acquire it.
Ab esse ad posse valet, a posse ad esse non valet consequentia
My fediverse account: @erm67@erm67.dynu.net |
|
Back to top |
|
|
NeddySeagoon Administrator
Joined: 05 Jul 2003 Posts: 54641 Location: 56N 3W
|
Posted: Sun Jan 08, 2017 1:36 pm Post subject: |
|
|
erm67,
As you say, arm64 is a bit like the wild west. There as a stable @system, then you are on your own.
Very little is even keyworded ~arm64 and raw autounmask is not your friend either, you need to fix all the version numbers to be <9999.
A few need more careful masking. Xfrc4, libreoffice, firefox and icedtea all work. Thunderbird builds but segfaults on launch.
arm64 is a long way from stable but if you want to learn in the Gentoo wild west, adding ~arm64 keywords is a way to do just that. _________________ Regards,
NeddySeagoon
Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail. |
|
Back to top |
|
|
mDup Apprentice
Joined: 14 Apr 2006 Posts: 212
|
Posted: Sun Jan 08, 2017 1:44 pm Post subject: |
|
|
erm67 wrote: |
@mDup did you manage to unmask the neon use flag? The CPU supports it (+simd), I think it might be useful
@balbes150 the kernel sources from your git repo are probably patched to be cross-compiled, it would be nice to have a kernel tree able to compile natively ...
Code: | Makefile:599: /usr/src/linux/arch//Makefile: No such file or directory
make: *** No rule to make target '/usr/src/linux/arch//Makefile'. Stop.
|
|
About kernel build, maybe you did not set ARCH ? here is recipe
Code: | export ARCH=arm64
git clone https://github.com/150balbes/Amlogic_s905-kernel.git
git checkout S905X
make clean
make mrproper
cp -p /boot/config-3.14.29 .config
make oldconfig
make -j13 Image
make -j13 dtbs
make -j13 modules
|
Also, just for kernel I switch to gcc 4.9.4 since 5.4.0-r2 and 6.3.0 give some (I assume minor) build errors.
About neon flag:
USE=neon emerge --with-bdeps y --complete-graph -NDupv world system
does not trigger any rebuild.
BUT
I have added -neon to /usr/portage/profiles/arch/arm64/use.mask
(note the minus sign) and that does trigger some rebuilds.
I had already commented out some use flags in /usr/portage/profiles/arch/arm64/use.mask
Code: | #dvb
#ruby
#gnutls
#gpg
#emacs
#mythtv
#mysql
#dvd
#dvd
#upnp
#bluray
#opencl
|
But that was not sufficient for enabling x264 (for example) in some builds. So I had to add
-x264 likewise (note minus sign)
Last edited by mDup on Sun Jan 08, 2017 3:15 pm; edited 1 time in total |
|
Back to top |
|
|
mDup Apprentice
Joined: 14 Apr 2006 Posts: 212
|
Posted: Sun Jan 08, 2017 2:05 pm Post subject: |
|
|
NeddySeagoon wrote: |
As you say, arm64 is a bit like the wild west.[...]
|
perhaps yes
but I do have a well running natively built bleeding edge arm64 LxQt desktop ... |
|
Back to top |
|
|
erm67 l33t
Joined: 01 Nov 2005 Posts: 653 Location: EU
|
Posted: Sun Jan 08, 2017 2:47 pm Post subject: |
|
|
mDup wrote: | NeddySeagoon wrote: |
As you say, arm64 is a bit like the wild west.[...]
|
perhaps yes
but I do have a well running natively built bleeding edge arm64 LxQt desktop ... |
You mean that with ~30$ we have a nice looking well running natively built bleeding edge arm64 LxQt quadcore desktop with 2Gb RAM, a 16Gb fast eMMC (ssd), Gbit ethernet wi-fi and bluetooth
Well I still have to compile wifi & bluetooth drivers and userland but it works well in libreelec .....
Thanks for the tips, I guessed that the profile needed some tweaking for the neon use flag _________________ Ok boomer
True ignorance is not the absence of knowledge, but the refusal to acquire it.
Ab esse ad posse valet, a posse ad esse non valet consequentia
My fediverse account: @erm67@erm67.dynu.net |
|
Back to top |
|
|
mDup Apprentice
Joined: 14 Apr 2006 Posts: 212
|
Posted: Sun Jan 08, 2017 2:53 pm Post subject: |
|
|
erm67 wrote: |
Thanks for the tips, I guessed that the profile needed some tweaking for the neon use flag |
FYI : I get neon configure complaints
Code: | emerge pixman
configure: error: ARM NEON intrinsics not detected
emerge pulseaudio
configure: error: *** Compiler does not support -mfpu=neon or CFLAGS override -mfpu
|
|
|
Back to top |
|
|
NeddySeagoon Administrator
Joined: 05 Jul 2003 Posts: 54641 Location: 56N 3W
|
Posted: Sun Jan 08, 2017 3:20 pm Post subject: |
|
|
erm67,
How does neon fit into arm64, neon being a 32 bit FPU extension? _________________ Regards,
NeddySeagoon
Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail. |
|
Back to top |
|
|
erm67 l33t
Joined: 01 Nov 2005 Posts: 653 Location: EU
|
Posted: Sun Jan 08, 2017 4:02 pm Post subject: |
|
|
NeddySeagoon wrote: | erm67,
How does neon fit into arm64, neon being a 32 bit FPU extension? |
https://www.arm.com/products/processors/technologies/neon.php
Quote: | NEON technology is a 128-bit SIMD (Single Instruction, Multiple Data) architecture extension for the ARM Cortex™-A series processors, designed to provide flexible and powerful acceleration for consumer multimedia applications, delivering a significantly enhanced user experience. It has 32 registers, 64-bits wide (dual view as 16 registers, 128-bits wide. |
A-53 is a A-series CPU ...... I read somewhere the S905 shoud have the extension.
btw neon is a synonym for Advanced SIMD which sounds like the +asimd in /proc/cpuinfo
I am still battling masks and unmask anyway ...
using * in package.accept_keywords produces what I want, like
media-libs/x264 *
Too bad * can be used only in package.accept_keywords, is there a way to convince autounmask-write to write * instead of ~arm64? _________________ Ok boomer
True ignorance is not the absence of knowledge, but the refusal to acquire it.
Ab esse ad posse valet, a posse ad esse non valet consequentia
My fediverse account: @erm67@erm67.dynu.net
Last edited by erm67 on Sun Jan 08, 2017 4:14 pm; edited 1 time in total |
|
Back to top |
|
|
mDup Apprentice
Joined: 14 Apr 2006 Posts: 212
|
Posted: Sun Jan 08, 2017 4:14 pm Post subject: |
|
|
erm67 wrote: |
I am still battling masks and unmask anyway ...
|
FYI here are some of my files content:
sure arm64 profile can further be experimented with
Code: | minimx-g ~ # for p in /etc/portage/package.*
> do
> echo == $p
> cat $p
> done
== /etc/portage/package.keywords
app-crypt/pinentry ~arm64
dev-embedded/u-boot-tools ~arm64
dev-libs/libksba ~arm64
dev-perl/Net-SMTP-SSL ~arm64
=media-video/vlc-9999 **
net-misc/curl ~arm64
net-misc/rdist **
== /etc/portage/package.mask
=x11-wm/enlightenment-1*
== /etc/portage/package.unmask
media-video/vlc
=x11-wm/enlightenment-0*
== /etc/portage/package.use
app-crypt/pinentry -qt5
app-editors/emacs gtk
app-editors/vim minimal
app-text/ghostscript-gpl cups
dev-libs/efl egl gles sound
dev-libs/libixion -python
dev-libs/liborcus -python
dev-libs/libpcre pcre16
dev-qt/qtgui egl
dev-qt/qtwayland egl
dev-util/cmake -qt5
lxqt-base/lxqt-meta lightdm
media-gfx/imagemagick jpeg png
media-libs/gegl cairo
media-libs/gexiv2 introspection
media-libs/harfbuzz -graphite
media-libs/libmypaint gegl
media-libs/libpng apng
media-libs/libvpx svc
media-plugins/audacious-plugins -gtk3 lame mp3
media-sound/audacious -gtk3
media-video/vlc httpd lua rtsp
net-nds/openldap -cxx
sys-auth/consolekit policykit
sys-libs/zlib minizip
x11-libs/libxcb xkb
x11-libs/libxkbcommon X
minimx-g ~ # cat /etc/portage/make.conf | egrep -v '^(#|$)'
CHOST=aarch64-unknown-linux-gnu
ARCH=arm64
HOSTCC=aarch64-unknown-linux-gnu-gcc
ACCEPT_KEYWORDS="* ~*"
USE="acl alsa arm64 avahi bash-completion bluetooth c++0x c++11 cxx
dbus -debug -doc egl gles gles2 dri dvb -examples fbdev ffmpeg -gnome -gtk -gtk2 gtk3
icu ipv6 -kde -libav -llvm mali posix pulseaudio python -qt -qt3 -qt4 qt5
sqlite -static -static-libs truetype upnp v4l v4l2 vorbis wayland xattr x264 x265 X"
CFLAGS="-O2 -pipe -fomit-frame-pointer"
CXXFLAGS="${CFLAGS} -fexceptions -std=gnu++11"
FEATURES="collision-protect preserve-libs sandbox buildpkg noman noinfo nodoc"
PKGDIR=/packages/
PORTAGE_TMPDIR=/var/tmp/
ELIBC="glibc"
PORTDIR_OVERLAY="/usr/local/portage"
MAKEOPTS="-j3"
ACCEPT_LICENSE="*"
PYTHON_TARGETS="python2_7 python3_5"
USE_PYTHON="2.7 3.5"
RUBY_TARGETS="ruby24"
USE_RUBY="ruby24"
VIDEO_CARDS="mali fbdev"
LC_MESSAGES=C
minimx-g ~ # cat /usr/portage/profiles/arch/arm64/use.mask | sort | egrep -v '^(#|$)' | uniq
3dfx
aacplus
ace
afs
amr
anthy
-arm64
audit
bazaar
beagle
bs2b
cblas
cblas-external
chicken
clamav
clvm
cman
cpufreq
csharp
ctypes-python
cupsddk
d3d
darcs
debug-utils
dell
devil
dmi
doc
doomsday
fits
fluidsynth
frei0r
fuse
fusion
ggi
gimp
gnome
gnomecd
gnome-keyring
gphoto2
grace
gts
hardened
ieee1394
ios
iplayer
ipod
java
kerberos
ladspa
laptop
lasi
ldap
ldns
libproxy
libtar
libupnp
libvirt
lirc
lm_sensors
lpsol
lyx
mercurial
mms
mono
mpi
mssql
mtp
musepack
mzscheme
-neon
netjack
nut
nvtv
octave
-opencl
openexr
pdfannotextractor
pike
pkcs11
plotutils
pm-utils
prelude
prolog
quvi
R
rpm
rtmp
sasl
scanner
schroedinger
sctp
sdl
sid
slang
tk
tokyocabinet
toolame
tracker
vaapi
video_cards_amdgpu
video_cards_apm
video_cards_ark
video_cards_ast
video_cards_ati
video_cards_chips
video_cards_cirrus
video_cards_cyrix
video_cards_glint
video_cards_i128
video_cards_i740
video_cards_i915
video_cards_i965
video_cards_ilo
video_cards_intel
video_cards_mach64
video_cards_mga
video_cards_neomagic
video_cards_newport
video_cards_nouveau
video_cards_nsc
video_cards_nv
video_cards_r100
video_cards_r128
video_cards_r200
video_cards_r300
video_cards_r600
video_cards_radeon
video_cards_radeonsi
video_cards_rendition
video_cards_s3
video_cards_s3virge
video_cards_savage
video_cards_siliconmotion
video_cards_sis
video_cards_tdfx
video_cards_tga
video_cards_trident
video_cards_tseng
video_cards_vesa
video_cards_via
video_cards_vmware
video_cards_voodoo
vim-syntax
vpx
wicd
wimax
-x264
xanim
xemacs
xfs
xindy
xine
zvbi
|
|
|
Back to top |
|
|
|
|
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum
|
|