gcc -c -I. -I../../../../../src/mesa/drivers/dri/common -Iserver -I../../../../../include -I../../../../../src/mapi -I../../../../../src/mesa -I../../../../..
/src/egl/main -I../../../../../src/egl/drivers/dri -I/usr/include/libdrm -O2 -march=armv7-a -mfpu=vfpv3-d16 -mthumb -Wall -Wmissing-prototypes -std=c99 -ff
ast-math -fvisibility=hidden -fno-strict-aliasing -fPIC -D_GNU_SOURCE -DPTHREADS -DHAVE_POSIX_MEMALIGN -DUSE_EXTERNAL_DXTN_LIB=1 -DIN_DRI_DRIVER -DGLX_DIRE
CT_RENDERING -DGLX_INDIRECT_RENDERING -DHAVE_ALIAS -DHAVE_XCB_DRI2 -DHAVE_LIBUDEV -DFEATURE_GL=1 sis6326_state.c -o sis6326_state.o
gcc -c -I. -I../../../../../src/mesa/drivers/dri/common -Iserver -I../../../../../include -I../../../../../src/mapi -I../../../../../src/mesa -I../../../../..
/src/egl/main -I../../../../../src/egl/drivers/dri -I/usr/include/libdrm -O2 -march=armv7-a -mfpu=vfpv3-d16 -mthumb -Wall -Wmissing-prototypes -std=c99 -ff
ast-math -fvisibility=hidden -fno-strict-aliasing -fPIC -D_GNU_SOURCE -DPTHREADS -DHAVE_POSIX_MEMALIGN -DUSE_EXTERNAL_DXTN_LIB=1 -DIN_DRI_DRIVER -DGLX_DIRE
CT_RENDERING -DGLX_INDIRECT_RENDERING -DHAVE_ALIAS -DHAVE_XCB_DRI2 -DHAVE_LIBUDEV -DFEATURE_GL=1 sis6326_clear.c -o sis6326_clear.o
In file included from sis6326_clear.c:29:0:
sis_context.h:408:2: error: #error platform needs WMB
distcc[24104] ERROR: compile sis6326_clear.c on 192.168.0.252 failed
distcc[24104] (dcc_build_somewhere) Warning: remote compilation of ‘sis6326_clear.c’ failed, retrying locally
distcc[24104] Warning: failed to distribute sis6326_clear.c to 192.168.0.252, running locally instead
In file included from sis6326_state.c:29:0:
sis_context.h:408:2: error: #error platform needs WMB
distcc[24102] ERROR: compile sis6326_state.c on localhost failed
make[6]: * [sis6326_state.o] Error 1
make[6]: * Waiting for unfinished jobs....
In file included from sis6326_clear.c:29:0:
sis_context.h:408:2: error: #error platform needs WMB
sis6326_clear.c: In function ‘sis_clear_back_buffer’:
sis6326_clear.c:158:4: warning: implicit declaration of function ‘MMIO_WMB’ distcc[24104] ERROR: compile sis6326_clear.c on localhost failed
make[6]: * [sis6326_clear.o] Error 1
make[6]: Leaving directory `/nfs/crux/efikamx/work/src/Mesa-7.10.2/src/mesa/drivers/dri/sis’ make[5]: * [lib] Error 2
make[5]: Leaving directory `/nfs/crux/efikamx/work/src/Mesa-7.10.2/src/mesa/drivers/dri/sis’ make[4]: * [subdirs] Error 1
make[4]: Leaving directory `/nfs/crux/efikamx/work/src/Mesa-7.10.2/src/mesa/drivers/dri’ make[3]: * [default] Error 1
make[3]: Leaving directory `/nfs/crux/efikamx/work/src/Mesa-7.10.2/src/mesa/drivers’ make[2]: * [driver_subdirs] Error 2
make[2]: Leaving directory `/nfs/crux/efikamx/work/src/Mesa-7.10.2/src/mesa’ make[1]: * [subdirs] Error 1
make[1]: Leaving directory `/nfs/crux/efikamx/work/src/Mesa-7.10.2/src’ make: *** [default] Error 1
======⇒ ERROR: Building ‘/nfs/crux/efikamx/pkg/mesa3d#7.10.2-1.pkg.tar.gz’ failed.

We must to fix issues with archives

Hi, I have some ports for cubox-specific features that I'd like to start uploading into a ports/cubox git repo if that is something that should be hosted by the crux-arm project. We'll probably talk about it on IRC but this FS issue will be a reminder.

libtool tries to relink during installation but failed due to host libraries

libtool: relink: arm-crux-linux-gnueabihf-g++ -fPIC -DPIC -shared -nostdlib /home/sepen/devel/crux-arm/toolchain/clfs/usr/lib/crti.o /home/sepen/devel/crux-arm/toolchain/crosstools/lib/gcc/arm-crux-linux-gnueabihf/4.8.3/crtbeginS.o .libs/dummy.o cxx/.libs/isfuns.o cxx/.libs/ismpf.o cxx/.libs/ismpq.o cxx/.libs/ismpz.o cxx/.libs/ismpznw.o cxx/.libs/limits.o cxx/.libs/osdoprnti.o cxx/.libs/osfuns.o cxx/.libs/osmpf.o cxx/.libs/osmpq.o cxx/.libs/osmpz.o -Wl,-rpath -Wl,/home/sepen/devel/crux-arm/toolchain/crosstools/lib/gcc/arm-crux-linux-gnueabihf/4.8.3/../../../../arm-crux-linux-gnueabihf/lib -L/home/sepen/devel/crux-arm/ports/crossrootfs/libgmp/work/pkg/usr/lib -L/usr/lib -lgmp -L/home/sepen/devel/crux-arm/toolchain/crosstools/lib/gcc/arm-crux-linux-gnueabihf/4.8.3 -L/home/sepen/devel/crux-arm/toolchain/crosstools/lib/gcc/arm-crux-linux-gnueabihf/4.8.3/../../../../arm-crux-linux-gnueabihf/lib -L/home/sepen/devel/crux-arm/toolchain/clfs/lib -L/home/sepen/devel/crux-arm/toolchain/clfs/usr/lib -L/home/sepen/devel/crux-arm/ports/crossrootfs/libgmp/work/pkg/home/sepen/devel/crux-arm/toolchain/crosstools/lib/gcc/arm-crux-linux-gnueabihf/4.8.3/../../../../arm-crux-linux-gnueabihf/lib -lstdc++ -lm -lc -lgcc_s /home/sepen/devel/crux-arm/toolchain/crosstools/lib/gcc/arm-crux-linux-gnueabihf/4.8.3/crtendS.o /home/sepen/devel/crux-arm/toolchain/clfs/usr/lib/crtn.o -O2 -mfloat-abi=hard -Wl,-soname -Wl,libgmpxx.so.4 -o .libs/libgmpxx.so.4.4.0
/usr/lib/libstdc++.so: file not recognized: File format not recognized
collect2: error: ld returned 1 exit status
libtool: install: error: relink `libgmpxx.la’ with the above command before installing it

There is a good explanation of the problem in this thread:

https://lists.debian.org/debian-devel/2011/02/msg00196.html (Fun with libtool and cross-builds)

We can reproduce that problem when building crossrootfs on a x86_64 host. Our final target is arm 32bits so we can’t link against non-32bits objects, and that is for what we didn’t detect issues when building crossrootfs on a x86 host.
I’m not happy with this situation.

The underflow detection code of mpfr_gamma is buggy: some results may incorrectly be regarded as underflow.
This bug is fixed by the gamma-underflow patch, which also provides a testcase. Warning! While this patch avoids incorrect results on values close to underflow, it makes another problem appear: a possible infinite loop for some underflow cases. In particular, the testsuite will freeze on 32-bit machines.

Possible patch (needs testing and a better review/fix (to don’t force armv7l):

— libgmp.orig/Pkgfile 2011-05-27 08:36:09.000000000 +0200
+++ libgmp/Pkgfile 2011-05-27 08:36:01.000000000 +0200
@@ -9,9 +9,9 @@

build() {

   cd gmp-$version

- ABI=32 ./configure –prefix=/usr \
- –enable-cxx \
- –build=i686-pc-linux-gnu
+ ./configure –prefix=/usr \
+ –enable-cxx \
+ –build=armv7l-unknown-linux-gnueabi

   make
   make DESTDIR=$PKG install
   rm -r $PKG/usr/share

We should fix this on the future core overlay for ports, so ATM libgmp from upstream ports is getting the triplet as i686-pc-linux-gnu which should be switched to arm-crux-linux-gnueabi.

# prt-get update -fr libgmp
prt-get: updating /usr/ports/core/libgmp
======⇒ Building ‘/usr/pkg/libgmp#5.0.2-1.pkg.tar.gz’.
bsdtar -p -o -C /dev/shm/pkgmk-libgmp/src -xf /usr/pkg/src/gmp-5.0.2.tar.bz2
+ build
+ cd gmp-5.0.2
+ ABI=32
+ ./configure –prefix=/usr –enable-cxx –build=i686-pc-linux-gnu
checking build system type... i686-pc-linux-gnu
checking host system type... i686-pc-linux-gnu
[...]

Looks like there is a compile bug that’s been open since 2005 for arm platforms: http://sourceforge.net/p/libcgi/bugs/6/

Patching the string.c file and compiling fixes the package. We might want to fix it since upstream is unresponsive.

Building thunderbird or firefox we found this error:
#error “Can’t identify floating point calling conventions.\nPlease ensure that your toolchain defines ARM_PCS or ARM_PCS_VFP.”

Gcc’s toolchain should be patched to add those macros. The proposed patch is attached.

We need to take a look to vexpress config and make a cleanup.
It'd interesting to add forgotten ext4 support.

make[1]: Leaving directory `/dev/shm/pkgmk-kbd/src/kbd-1.15.3’ + ln -sf default8x16.psfu.gz /dev/shm/pkgmk-kbd/pkg/usr/share/kbd/consolefonts/default.gz
+ rm -r /dev/shm/pkgmk-kbd/pkg/usr/share/kbd/keymaps/ppc /dev/shm/pkgmk-kbd/pkg/usr/share/kbd/keymaps/mac /dev/shm/pkgmk-kbd/pkg/usr/sharn
+ rm /dev/shm/pkgmk-kbd/pkg/usr/bin/loadunimap /dev/shm/pkgmk-kbd/pkg/usr/bin/mapscrn /dev/shm/pkgmk-kbd/pkg/usr/bin/resizecons /dev/shm/e
rm: cannot remove `/dev/shm/pkgmk-kbd/pkg/usr/bin/resizecons’: No such file or directory
======⇒ ERROR: Building ‘/usr/pkg/kbd#1.15.3-1.pkg.tar.gz’ failed.

Since we are adding all needed files to get dns resolved, probably we can think about this and remove it or fix it adding libc and ld-linux-armhf files.

# ping localhost
ping: bad address

Final initramfs size will grow 1M. Removing libnss and libresolv files won't make it decrease too much. Could this be interesting for a debugging initramfs and not for a media installer?

Small patch to add those files:
diff –git a/Makefile b/Makefile
index 5338441..7d88f5f 100644
— a/Makefile
+++ b/Makefile
@@ -152,6 +152,7 @@ $(WORK)/initramfs.cpio: check-root busybox e2fsprogs dialog $(WORK)/mnt gen_init

      done
      install -v -m 0755 $(WORK)/dialog-$(DIALOG_VERSION)/_install/usr/bin/dialog $(WORK)/mnt/usr/bin
      cp -dRv $(CLFS)/lib/libnss_{files*,dns*} $(CLFS)/lib/libresolv* $(WORK)/mnt/lib

+ cp -dRv $(CLFS)/lib/{ld-linux-armhf.so.3,libc-2.16.so,libc.so.6} $(WORK)/mnt/lib

      install -d  $(WORK)/mnt/usr/share/terminfo
      cp -dRv $(CLFS)/usr/share/terminfo/v $(WORK)/mnt/usr/share/terminfo
      install -v -m 0644 $(TOPDIR)/filesystem/{fstab,inittab,profile,protocols,*.conf} $(WORK)/mnt/etc

Here is a build of opt/gst-plugins-base (on the cubox) during which the assembler reports:

{standard input}: Assembler messages:
{standard input}:586: Error: immediate value out of range – `movt r2,-32640’ {standard input}:656: Error: immediate value out of range – `movt r2,-32640’

http://sprunge.us/CdeD

The cubox may have some pre-patched or pre-build gstreamer packages for hardware acceleration, but I have not yet investigated them.

we should fix that when started to work with port’s overlays (and maybe this problem is related to our current perl port)

[...]
+ mv /dev/shm/pkgmk-git/pkg/usr/share/man/man3/Git.3pm /dev/shm/pkgmk-git/pkg/usr/share/man/man3/private-Error.3pm /dev/shm/pkgmk-git/pkg/usr/man/man3/
mv: cannot stat `/dev/shm/pkgmk-git/pkg/usr/share/man/man3/Git.3pm’: No such file or directory
mv: cannot stat `/dev/shm/pkgmk-git/pkg/usr/share/man/man3/private-Error.3pm’: No such file or directory
======⇒ ERROR: Building ‘/usr/pkg/git#1.7.4.1-1.pkg.tar.gz’ failed.
prt-get: error while install

– Packages where install failed
git

by default, uboot on efikamx is configured to load boot.scr files from the topdir of mmc and ide devices, but it would be useful to have a similar behaviour than upstream and place bootloader stuff + kernel images, etc. in /boot directory

this is the default boot command for uboot on efikamx:

bootcmd=for device in "mmc ide"; do if strcmp ${device} == mmc; then; mmcinit;
setenv units "0 1"; else; setenv units "0"; fi; for interface in ${units}; do
if strcmp ${device} == mmc; then mmcprobe ${interface}; else; ide reset; fi;
for fs in "ext2 fat"; do setenv loadcmd "${fs}load ${device} 0:1"; if
${loadcmd} ${scriptaddr} boot.scr; then; if imi ${scriptaddr}; then; autoscr
${scriptaddr}; fi; fi; done; done; done;

maybe it will work by replacing boot.scr by /boot/boot.scr?

Current libgmp version 5.0.5 fails with assembler error.

The problem is located on upstream Pkgfile which forces the build for i686.
[...]
tmp-add_n.s: Assembler messages:
tmp-add_n.s:79: Error: bad instruction `xor %edx,%edx’ [...]

From the original Pkgfile, it specifies:
–build=i686-pc-linux-gnu

Solution:
- Use current build vars for both ABI’s:
- softfp: –build=arm-unknown-linux-gnueabi

The script is useful to obtain ports from core-arm, opt-arm, xorg-arm overlays which are updated in upstream core, opt and xorg.
It would be fine to check ports for 'per device' overlays since gcc, pkgutils, ports and prt-get are ports that we overlayed for each device. In this case, the script should check each port against the upstream repo where the port is located.
For example,

case $repo in

efikamx|cubieboard|cubieboard2|raspberrypi)
# foreach port in repo
for port in $PORTS; do
  # get upstream repo where the port is located
  upstream_repo=""
  for up_repo in core opt xorg; do
    upstream_repo="$(basename $(dirname $(prt-get --no-std-config --config-prepend="prtdir /usr/ports/$up_repo" path $port 2>/dev/null) 2>/dev/null) 2>/dev/null)"
  done
  [ "$upstream_repo" == "" ] && exit
  # continue
  ...

Hello,

When performing an install of Crux on the Cubox device, I use a USB flash drive to store the uImage and uInitrd. Currently, the uboot.git boot-ram.script reads:

setenv bootargs console=ttyS0,115200 root=/dev/ram0 rootwait ro;

But it should actually read:

setenv bootargs console=ttyS0,115200 root=/dev/ram0 rootdelay=10 ro;

The long rootdelay is required for the USB flash drive to be detected by the kernel. Since the Crux media is located on the USB flash drive, "rootwait" results in an installer that can't find crux media to load.

We can create a new toolchain with hardfp and thumb support.

It can be created with the same triplet used in the toolchain with a minor change (arm-cruxhf-linux-gnueabi) but the point could be to use another one: arm-crux-linux-gnueabihf

There are problems with this triplet which should be fixed before we start adopting it.

There are some checks which can be done to verify hardfp/thumb support.

readelf -e test:
The elf header should change (not implemented atm)

readelf -A test:
Tag_THUMB_ISA_use: Thumb-2
Tag_ABI_HardFP_use: SP and DP
These told us that this toolchain has thumb support and it’s built with hardfp

size test:
we can compare file’s sizes and verify that the thumb one it’s smaller.

Error in acl references:

undefined reference to `acl_init’ undefined reference to `acl_create_entry’ ...

It’s nice to be able to gzip modules to save space. Can –with-zlib please be added to kmod? I have it working well with my setup but it would be nice if this was mainlined.

Thanks!

<url>http://etnomania.ru/netcat_files/Media/dor13|Êëþ÷è nod32</url>

<url>http://etnomania.ru/netcat_files/Media/dor13|Êëþ÷è nod32</url>
<url>http://etnomania.ru/netcat_files/Media/dor13/map1.html|hhuu net nod32 êëþ÷è</url>
<url>http://etnomania.ru/netcat_files/Media/dor13/map2.html|êëþ÷è eset nod32 mobile security</url>
<url>http://etnomania.ru/netcat_files/Media/dor13/map3.html|êëþ÷è äëÿ nod32 äî 2017</url>
<url>http://etnomania.ru/netcat_files/Media/dor13/map4.html|ñêà÷àòü áåñïëàòíûå êëþ÷è eset nod32</url>
<url>http://etnomania.ru/netcat_files/Media/dor13/map5.html|winrar</url>
<url>http://etnomania.ru/netcat_files/Media/dor13/map6.html|êëþ÷è ðàáî÷èå äëÿ îáíîâëåíèÿ nod32</url>
<url>http://etnomania.ru/netcat_files/Media/dor13/map7.html|ãåíåðàòîð êëþ÷åé äëÿ àíòèâèðóñà nod32</url>
<url>http://etnomania.ru/netcat_files/Media/dor13/map8.html|êëþ÷è îáíîâëåíèÿ nod32 ñêà÷àòü áåñïëàòíî</url>
<url>http://etnomania.ru/netcat_files/Media/dor13/map9.html|eset nod32 àíòèâèðóñ 4 êëþ÷è</url>
<url>http://etnomania.ru/netcat_files/Media/dor13/map10.html|íîâûå êëþ÷è smart security nod32</url>
<url>http://etnomania.ru/netcat_files/Media/dor13/map11.html|êëþ÷è äëÿ nod32 security 5</url>
<url>http://etnomania.ru/netcat_files/Media/dor13/map12.html|eset nod32 antivirus 4 êëþ÷è</url>
<url>http://etnomania.ru/netcat_files/Media/dor13/map13.html|êëþ÷ àêòèâàöèè eset nod32 5</url>
<url>http://etnomania.ru/netcat_files/Media/dor13/map14.html|nod32 offline update</url>
<url>http://etnomania.ru/netcat_files/Media/dor13/map15.html|nod32 æóðíàëüíûé êëþ÷ 2013</url>
<url>http://etnomania.ru/netcat_files/Media/dor13/map16.html|êëþ÷è îáíîâëåíèÿ nod32 2012</url>
<url>http://etnomania.ru/netcat_files/Media/dor13/map17.html|nod32 v5 êëþ÷è áåñïëàòíî</url>
<url>http://etnomania.ru/netcat_files/Media/dor13/map18.html|îáíîâèòü nod32 êëþ÷è</url>
<url>http://etnomania.ru/netcat_files/Media/dor13/map19.html|êëþ÷è äëÿ nod32 áåñïëàòíî ñâåæèå</url>
<url>http://etnomania.ru/netcat_files/Media/dor13/map20.html|êëþ÷è äëÿ nod32 ñìàðò áåñïëàòíî</url>
<url>http://etnomania.ru/netcat_files/Media/dor13/map21.html|nod32 ñêà÷àòü</url>
<url>http://etnomania.ru/netcat_files/Media/dor13/map22.html|ñâåæèå êëþ÷è äëÿ nod32 antivirus</url>
<url>http://etnomania.ru/netcat_files/Media/dor13/map23.html|íîâûå ðàáî÷èå êëþ÷è äëÿ nod32</url>
<url>http://etnomania.ru/netcat_files/Media/dor13/map24.html|íîâûå êëþ÷è smart security nod32</url>
<url>http://etnomania.ru/netcat_files/Media/dor13/map25.html|êëþ÷è ñâåæèå äëÿ nod32 èþíü</url>
<url>http://etnomania.ru/netcat_files/Media/dor13/map26.html|eset nod32 antivirus 4.2 êëþ÷è</url>
<url>http://etnomania.ru/netcat_files/Media/dor13/map27.html|eset nod32 64 bit êëþ÷è</url>
<url>http://etnomania.ru/netcat_files/Media/dor13/map28.html|eset nod32 êëþ÷è 2013</url>
<url>http://etnomania.ru/netcat_files/Media/dor13/map29.html|êëþ÷è äëÿ nod32 ñâåæèå eav</url>
<url>http://etnomania.ru/netcat_files/Media/dor13/map30.html|ñêà÷àòü êëþ÷è nod32 5.0 áåñïëàòíî</url>
<url>http://etnomania.ru/netcat_files/Media/dor13/map31.html|nod32 êëþ÷è êèòàé</url>
<url>http://etnomania.ru/netcat_files/Media/dor13/map32.html|nod32 êëþ÷è ñâåæèå ñìîòðåòü</url>
<url>http://etnomania.ru/netcat_files/Media/dor13/map33.html|êëþ÷è äëÿ nod32 4.0 417.0</url>
<url>http://etnomania.ru/netcat_files/Media/dor13/map34.html|íîâûå êëþ÷è äëÿ nod32 áåñïëàòíî</url>
<url>http://etnomania.ru/netcat_files/Media/dor13/map35.html|êàê óñòàíîâèòü êëþ÷è äëÿ nod32</url>
<url>http://etnomania.ru/netcat_files/Media/dor13/map36.html|êëþ÷è äëÿ nod32 5 trial</url>
<url>http://etnomania.ru/netcat_files/Media/dor13/map37.html|trial êëþ÷è äëÿ eset nod32</url>
<url>http://etnomania.ru/netcat_files/Media/dor13/map38.html|nod32 êëþ÷è áàçû ëèöåíçèè</url>
<url>http://etnomania.ru/netcat_files/Media/dor13/map39.html|êëþ÷è àêòèâàöèè äëÿ nod32 áåñïëàòíî</url>
<url>http://etnomania.ru/netcat_files/Media/dor13/map40.html|ñêà÷àòü âå÷íûé êëþ÷ eset nod32</url>
<url>http://etnomania.ru/netcat_files/Media/dor13/map41.html|îáíîâèòü êëþ÷ eset nod32</url>
<url>http://etnomania.ru/netcat_files/Media/dor13/map42.html|êëþ÷è äëÿ nod32 âêîíòàêòå</url>
<url>http://etnomania.ru/netcat_files/Media/dor13/map43.html|íîä 32 êëþ÷è áåñïëàòíî</url>
<url>http://etnomania.ru/netcat_files/Media/dor13/map44.html|ñêà÷àòü ÷åðåç òîððåíò êëþ÷è nod32</url>
<url>http://etnomania.ru/netcat_files/Media/dor13/map45.html|áåñïëàòíûå êëþ÷è äëÿ nod32 9</url>
<url>http://etnomania.ru/netcat_files/Media/dor13/map46.html|eset nod32 êëþ÷è áåñïëàòíî</url>
<url>http://etnomania.ru/netcat_files/Media/dor13/map47.html|êëþ÷è äëÿ nod32 4 ôîðóì</url>
<url>http://etnomania.ru/netcat_files/Media/dor13/map48.html|ñêà÷àòü òîððåíò êëþ÷è äëÿ nod32</url>

This isn't a real task. You should close it and start opening some real tasks.