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.

======⇒ ERROR: Footprint mismatch found:
MISSING -rwxr-xr-x root/root usr/lib/python2.7/lib-dynload/dbm.so
NEW -rwxr-xr-x root/root usr/lib/python2.7/lib-dynload/dbm_failed.so

There are two typos in Flyspray. The first is in the page titles. Note that there is a separator missing, and duplication of “CRUX-ARM” - here is the page title I have right now:

CRUX-ARM | bugsCRUX-ARM: New Task

I suggest this be fixed to look more like Crux’s, which reads:

Flyspray:: CRUX: New Task

So we should just replace “CRUX” with “CRUX-ARM”

The second typo is when a user enters an incorrect password. When a user enters a bad password, an error appears at the bottom of the webpage that says something about the “paassword” being incorrect or something. The word “password” is spelled incorrectly.

Xorg input devices would not work for me using core-arm/udev (version 167) on a cubox platform.

I upgraded to version 182 and the input devices worked fine. I had to patch udev to replace calls to accept4() with accept(). Pkgfile (based on core/udev) and patch appear below:

######## Pkgfile ############
# Description: Userspace device management daemon
# URL: http://www.kernel.org/pub/linux/utils/kernel/hotplug/udev.html # Maintainer: CRUX System Team, core-ports at crux dot nu
# Depends on: kmod

name=udev version=182
release=1
source=(ftp://ftp.kernel.org/pub/linux/utils/kernel/hotplug/$name-$version.tar.x
z \

      pre-accept4-kernel.patch 81-crux.rules start_udev)

build() {

  cd udev-$version

  patch -p1 < $SRC/pre-accept4-kernel.patch
  ./configure --prefix=/usr \
              --sbindir=/sbin --bindir=/sbin \
              --sysconfdir=/etc \
              --with-rootlibdir=/lib \
              --with-rootprefix= \
              --libexecdir=/lib \
              --mandir=/usr/man \
              --disable-introspection \
              --disable-gudev \
              --disable-udev_acl \                                                                                                                                                                                                                         --disable-keymap \
              --enable-static \
              --enable-rule_generator                                                                                                                                                                                                      
  make
  make install DESTDIR=$PKG

  mkdir -p $PKG/lib/{firmware,udev/devices/{pts,shm}}
  mkdir -p $PKG/{lib,sbin,run}
  
  # Symlink to udevd
  ln -s ../lib/udev/udevd $PKG/sbin/udevd

  # Add CRUX items
  install -m 0755 $SRC/start_udev $PKG/sbin
  install -m 0644 $SRC/81-crux.rules $PKG/lib/udev/rules.d
                                                                                                                                                                                                                                               # Remove junk
  rm -r $PKG/usr/share/{gtk-,}doc

}

######### pre-accept4-kernel.patch ###########
diff -urN a/src/udev-ctrl.c b/src/udev-ctrl.c
— a/src/udev-ctrl.c 2011-10-09 17:10:32.000000000 -0600
+++ b/src/udev-ctrl.c 2011-10-25 15:11:09.000000000 -0600
@@ -15,6 +15,7 @@
#include <stddef.h>
#include <string.h>
#include <unistd.h>
+#include <fcntl.h>
#include <sys/types.h>
#include <sys/poll.h>
#include <sys/socket.h> @@ -182,6 +183,7 @@

       struct ucred ucred;
       socklen_t slen;
       const int on = 1;

+ int flgs;

       conn = calloc(1, sizeof(struct udev_ctrl_connection));
       if (conn == NULL)

@@ -189,13 +191,19 @@

       conn->refcount = 1;
       conn->uctrl = uctrl;

- conn→sock = accept4(uctrl→sock, NULL, NULL, SOCK_CLOEXEC|SOCK_NONBLOCK);
+ conn→sock = accept4(uctrl→sock, NULL, NULL, SOCK_CLOEXEC|SOCK_NONBLOCK);
+ conn→sock = accept(uctrl→sock, NULL, NULL);
if (conn→sock < 0) {
if (errno != EINTR)
err(uctrl→udev, "unable to receive ctrl connection: %m\n");
goto err;
}
+ Since we don't have accept4
+ flgs = fcntl(conn→sock, F_GETFL, NULL); + if(flgs >= 0) fcntl(conn→sock, F_SETFL, flgs | O_NONBLOCK);
+ fcntl(conn→sock, F_SETFD, FD_CLOEXEC); +

       /* check peer credential of connection */                                                                                                                                                                                                    slen = sizeof(ucred);
       if (getsockopt(conn->sock, SOL_SOCKET, SO_PEERCRED, &ucred, &slen) < 0) {

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 must to fix issues with archives

Check if we can add this option directly in toolchains.
This will allow to build initrd without building core-cross' glibc.

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.

Hello everyone,

the URL for port opt/subversion is invalid: http://www.apache.org/dist/subversion/subversion-1.7.7.tar.bz2

The only version that is available at that site is 1.7.8: http://www.apache.org/dist/subversion/subversion-1.7.8.tar.bz2

I tried compiling version 1.7.8 and had no problems.

The new md5sum is:

# cat /usr/ports/opt/subversion/.md5sum
454b9f398415c3504435bf8c3f6ed127 subversion-1.7.8.tar.bz2

Best regards,
Christian.

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

Try to cut down not directly related options to this device

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.

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

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.

We need to be sure we build python (generic native build) with shm mounted.

gcc-static is unnecessarily rebuilt each time make is invoked due to an incorrect filename extension in the Makefile target definition. Patch follows:

diff –git a/Makefile b/Makefile
index 4ab3882..568739d 100644
— a/Makefile
+++ b/Makefile
@@ -173,10 +173,10 @@ binutils-distclean: binutils-clean


# GCC-STATIC
-$(WORK)/gcc-$(GCC_VERSION).tar.bz2:
+$(WORK)/gcc-$(GCC_VERSION).tar.xz:

      wget -P $(WORK) -c ftp://gcc.gnu.org/pub/gcc/releases/gcc-$(GCC_VERSION)/gcc-$(GCC_VERSION).tar.xz

-$(WORK)/gcc-$(GCC_VERSION): $(WORK)/gcc-$(GCC_VERSION).tar.bz2
+$(WORK)/gcc-$(GCC_VERSION): $(WORK)/gcc-$(GCC_VERSION).tar.xz

      tar -C $(WORK) -xf $(WORK)/gcc-$(GCC_VERSION).tar.xz
      touch $(WORK)/gcc-$(GCC_VERSION)

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

MUhRIH <a href="http://hckguwwxxtal.com/">hckguwwxxtal</a>, [url=http://kvdowxxjwqhs.com/]kvdowxxjwqhs[/url], [link=http://kbsgkdubbjvq.com/]kbsgkdubbjvq[/link], http://bjluubgmdbxt.com/

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!

Building toolchain 2.6 in a CRUX 2.7 host (using make 3.82) we can find a problem in glibc build:
*** mixed implicit and normal rules. Stop.

We can try to add a patch and fix this problem to build CRUX-ARM 2.6 (eabi/noeabi) in a CRUX 2.7 host (with make 3.82).
This should be tested in a 2.6 host and verify it builds right too. I’ll try to provide this last check while waiting for comments or opinions in this bug.

glibc-2.10.1-make382.patch
— glibc-2.10.1_orig/manual/Makefile 2012-02-08 08:05:11.777529411 +0000
+++ glibc-2.10.1/manual/Makefile 2012-02-08 08:06:46.189531779 +0000
@@ -232,7 +232,9 @@
.PHONY: stubs
stubs: $(objpfx)stubs
endif
-$(objpfx)stubs ../po/manual.pot $(objpfx)stamp%:
+$(objpfx)stubs ../po/manual.pot:
+ touch $@
+$(objpfx)stamp%:

      $(make-target-directory)
      touch $@

Makefile
diff –git a/Makefile b/Makefile
index aea2b53..5af5d60 100644
— a/Makefile
+++ b/Makefile
@@ -174,9 +174,9 @@ $(WORK)/glibc-$(GLIBC_VERSION).tar.bz2:
$(WORK)/glibc-ports-$(GLIBC_VERSION).tar.bz2:

      wget -P $(WORK) -c ftp://ftp.gnu.org/gnu/glibc/glibc-ports-$(GLIBC_VERSION).tar.bz2

$(WORK)/glibc-$(GLIBC_VERSION): $(WORK)/glibc-$(GLIBC_VERSION).tar.bz2 $(WORK)/glibc-ports-$(GLIBC_VERSION).tar.bz2
-

      tar -C $(WORK) -xvjf $(WORK)/glibc-$(GLIBC_VERSION).tar.bz2
      cd $(WORK)/glibc-$(GLIBC_VERSION) && \

+ patch -p1 -i $(WORK)/glibc-$(GLIBC_VERSION)-make382.patch && \

              tar xvjf $(WORK)/glibc-ports-$(GLIBC_VERSION).tar.bz2 && \
              mv glibc-ports-$(GLIBC_VERSION) ports && \
              sed -e 's/-lgcc_eh//g' -i Makeconfig

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?

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
  ...

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

Current error trying to build firefox on the cubieboard:

c++ -o BufferUnrotate.o -c -fvisibility=hidden -DMOZ_GLUE_IN_PROGRAM -DMOZILLA_INTERNAL_API -DIMPL_LIBXUL -DSTATIC_EXPORTABLE_JS_API -DNO_NSPR
_10_SUPPORT -DOS_POSIX=1 -DOS_LINUX=1 -I../../ipc/chromium/src -I../../ipc/glue -I../../ipc/ipdl/_ipdlheaders -I../../content/events/src -I/fr
ameworks/base/include/media/stagefright -I/frameworks/base/include/media/stagefright/openmax -I/frameworks/av/include/media/stagefright -I/frame
works/native/include/media/openmax -I../../gfx/layers -I. -I../../dist/include -I/usr/include/nspr -I/usr/include/nss -fPIC -DMOZILLA_C
LIENT -include ../../mozilla-config.h -MD -MP -MF .deps/BufferUnrotate.o.pp -Wall -Wpointer-arith -Woverloaded-virtual -Werror=return-type -Wty
pe-limits -Wempty-body -Wsign-compare -Wno-invalid-offsetof -O2 -pipe -mfloat-abi=hard -mfpu=neon -mcpu=cortex-a8 -mtune=cortex-a8 -fno-exceptio
ns -fno-strict-aliasing -fno-rtti -ffunction-sections -fdata-sections -fno-exceptions -fno-math-errno -std=gnu++0x -pthread -pipe -DNDEBUG -DTR
IMMED -g -O2 -pipe -mfloat-abi=hard -mfpu=neon -mcpu=cortex-a8 -mtune=cortex-a8 -fomit-frame-pointer -I/usr/include/cairo -I/usr/include/glib-2.
0 -I/usr/lib/glib-2.0/include -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng15 -I/usr/include/cairo -I/usr/include/glib
-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng15 -I/usr/include/pixman-1 -I../../widg
et/gtk2/compat -pthread -I/usr/include/gtk-2.0 -I/usr/include/gtk-unix-print-2.0 -I/usr/include/gtk-2.0 -I/usr/include/atk-1.0 -I/usr/include/pa
ngo-1.0 -I/usr/include/harfbuzz -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/pango-1.0 -I/usr/include/cairo -I/usr/include/p
ixman-1 -I/usr/include/freetype2 -I/usr/include/libpng15 -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/libpng15 -I/usr/include/glib-2.0 -I/usr/li
b/glib-2.0/include /mnt/work_cb1/firefox/src/mozilla-release/gfx/layers/BufferUnrotate.cpp
/mnt/work_cb1/firefox/src/mozilla-release/gfx/layers/BufferUnrotate.cpp: In function 'void BufferUnrotate(uint8_t*, int, int, int, int, int)':
/mnt/work_cb1/firefox/src/mozilla-release/gfx/layers/BufferUnrotate.cpp:34:60: error: 'memcpy' was not declared in this scope
/mnt/work_cb1/firefox/src/mozilla-release/gfx/layers/BufferUnrotate.cpp:35:86: error: 'memmove' was not declared in this scope
/mnt/work_cb1/firefox/src/mozilla-release/gfx/layers/BufferUnrotate.cpp:57:77: error: 'memcpy' was not declared in this scope
/mnt/work_cb1/firefox/src/mozilla-release/gfx/layers/BufferUnrotate.cpp:58:90: error: 'memmove' was not declared in this scope
make[3]: * [BufferUnrotate.o] Error 1
make[3]: Leaving directory `/mnt/work_cb1/firefox/src/mozilla-release/gfx/layers'
make[2]: * [compile] Error 2
make[2]: Leaving directory `/mnt/work_cb1/firefox/src/mozilla-release/gfx'
make[1]: * [compile] Error 2
make[1]: Leaving directory `/mnt/work_cb1/firefox/src/mozilla-release'
make: * [default] Error 2

There is a patch to solve it. Currently testing locally.

— a/mozilla-release/gfx/layers/BufferUnrotate.cpp
+++ b/mozilla-release/gfx/layers/BufferUnrotate.cpp
@@ -8,6 +8,7 @@
#include <stdint.h>
#include <stdio.h>
#include <stdlib.h>
+#include <string.h> /* memcpy() memmove() */

void BufferUnrotate(uint8_t* aBuffer, int aByteWidth, int aHeight,

                   int aByteStride, int aXBoundary, int aYBoundary)