Die Anleitung zur SW-Installation zum CentiPad bezieht sich auf
SUSE-Linux, und hat zudem ein paar Unschärfen in der Beschreibung.
Deshalb i.F. meine Variante der Installation, vielleicht erleichtert
es ja jemandem die Arbeit.
Nur zur Sicherheit: auf dem CentiPad läuft auch ein Debian-Linux,
darum geht es hier aber nicht.
Die folgende Anleitung bezieht auf die Installation der
Entwicklungsumgebung auf einem PC mit Debian.
Siehe auch: Beitrag "Biete CentiPad Embedded Linux Module"
Meine SW-Installation unter Debian:
===================================
Ich beziehe mich auf die Anleitung im "CentiPad Linux Handbuch.pdf"
(http://www.harerod.de/centipad/documents/CentiPad_Linux_Handbuch.pdf),
und dort auf das Kapitel 4 "Setup unter Linux" (mit jeweils
gleichen Abschnittsnummern wie in der genannten Anleitung).
Zum Nachvollziehen muß man die PDF-Datei haben und jeweils
gleichzeitig dort und im folgenden Text parallel lesen.
Multitasking braucht man sowieso für Linux.
4. Setup unter Deban-Linux
--------------------------
4.1.1 Voraussetzungen für die Installation
------------------------------------------
- Mit dem genannten ncurses-devel ist wahrscheinlich das Paket
libncurses5-dev unter Debian gemeint.
- Ebenso wird man für das ewähnte libglib2.0-dev das Debian-Pakete
glib2-devel installiert haben müssen.
- funktionierender gcc und g++ sowieso (ich habe bei mir gcc 4.3.2
installiert).
Ob es wirklich diese Paketnamen sind, kann ich bei mir nicht
prüfen, weil eh fast alles installiert ist, was mit
Entwicklung zu tun hat.
4.1.2 Erstinstallation
----------------------
Das erwähnte KDE ist nicht nötig. Selbst wenn man das kdevelop
verwenden möchte, braucht man KDE nicht als Window manager laufen
lassen. Wer KDE mag, kann das - aber gnome, icewm, fvwm... tun es
genauso gut.
Eine Installation in /opt ist unter Debian eher unüblich, aber
ein Skript verlässt sich drauf. Deshalb: warum nicht in /opt?
Alternativ sollte auch z.B. /usr/local/lib gehen, wenn man im
Skript später die Pfade anpasst.
Bei mir liegt der ganze SDK-Kram in
1
/cdrom/
Dementsprechend sind die Pfade der folgenden Kommandos natürlcih
entsprechend anzupassen, z.B. /media/cdrom/ oder was auch immer.
Zu 1) maintech entpacken:
Die Namen der Dateien in at91-toolchain-gcc-3.4.5-glibc-2.3.6.tar.gz
(also in der Archivdatei, vor dem Entpacken) beginnen mit
opt/maintech/... .
Deshalb muß man beim Entpacken der Dateien im Verzeichnis /
sein. Würde man nach /opt gehen und dort entpacken, würden die Dateien
in /opt/opt/maintech/... landen!
Ein Kopieren des Archivs at91-toolchain-gcc-3.4.5-glibc-2.3.6.tar.gz
ist entgegen der Anleitung überflüssig. Es wird nach dem Entpacken
nicht mehr benötigt.
Also:
1
root@i4a:~ # cd /
2
root@i4a:/ # tar xvpzf /cdrom/at91-toolchain-gcc-3.4.5-glibc-2.3.6.tar.gz
Tipp: wenn man jetzt schon root ist und nur in einem Fenster arbeiten
möchte, kann man jetzt auch gleich Punkt 3) und 4) machen, dann erst
2) und muß weniger wechseln.
Zu 2) Auch hier braucht man das Archiv nach dem Entpacken nicht mehr,
also muß man es auch vorher wieder nicht kopieren.
Aber wie in der Anleitung beschrieben: jetzt nicht mehr als root,
sondern als normaler Benutzer weiterarbeiten!
Stolperfalle: unter Linux werden in Dateinamen Groß- und
Kleinbuchstaben unterschieden. In der Anleitung wird die Datei
centidev-VERSIONSNAME.tar.tgz erwähnt, tatsächlich muß man aber
CentiDev-1.2.0b-20071120.tgz entpacken (mit großem C und D!).
Die Pfade darin beginnen mit centidev/..., das ist ok als Pfad ab dem
eigenen Homeverzeichnis.
Außerdem fehlt in der Anleitung im Punkt 2) bei tar die Option z (die
Datei ist ja mit gzip komprimiert und endet auf .gz).
Also geht man als normaler Benutzer in sein Homeverzeichnis (zumindest
falls man nicht schon dort ist) und entpackt dort die richtige Datei
mit der Option z:
1
klaus@i4a:~ > cd ~
2
klaus@i4a:~ > tar xvpzf /cdrom/CentiDev-1.2.0b-20071120.tgz
3
...
4
centidev/centitools/usbdfu/usbdfu.c
5
centidev/devconfig
6
klaus@i4a:~ >
Wer sich übrigens an den ganzen .hg-Verzeichnissen stört: die können
auch gelöscht werden.
Die sind nur für die Versionsverwaltung nötig und wären nur
interessant, wenn man an den installierten Quellen Änderungen
vornimmt und diese auch wieder ins das Original beim Hersteller zurück
gepflegt werden sollten.
Ich habe sie bei mir gelöscht und dafür alles in eine eigene
Versionsverwaltung übernommen.
3) jetzt wieder als root das Shellscript für die Pfade kopieren:
Dabei wird unterstellt, daß die bash bei jeder Anmeldung alle Skripte
abarbeitet, die in /etc/profile.d liegen.
Das mag unter SUSE-Linux so sein, bei Debian nicht (zumindest bei mir
nicht).
Man kann es aber nachholen, indem man an die Datei /etc/profile am
Ende folgendes anfügt:
1
# 13.11.2010 kw: alle skripte in /etc/profile.d/ laufen lassen:
2
if [ -d /etc/profile.d ]
3
then
4
pushd /etc/profile.d
5
for i in *
6
do
7
. $i
8
done
9
popd
10
fi
Hat man in Punkt 1) nicht nach /opt installiert, dann muß in
diesem Shellskript entsprechend zweimal /opt... korrigiert werden.
In der Anleitung wird erwähnt, daß man jetzt den Rechner neu starten
muß.
Das ist nicht nötig, wir sind hier ja ncht bei Windows.
Es reicht, sich einmal ab- und wieder anzumelden. Genau genommen
würde es (für das aktuelle Terminalfenster) sogar reichen, das Skript
einmal auszuführen:
(Den Punkt vorweg und das Leerzeichen nicht übersehen!)
In Punkt 4) muß bei Debian noch etwas geändert werden, was eine
erneute Anmeldung erzwingt. Also kann man sich Abmelden auch noch
aufheben.
Kontrolle nach erneutem Anmelden:
Hier muß der Wert von PATH mit /opt/maintech/gcc-... anfangen
(bzw. einem geänderten Pfad, wenn nicht in /opt installiert wurde).
Anmerkung: nach dieser Anleitung werden die Pfade passend gesetzt für
jeden Benutzer, der sich anmeldet. Dazu ist es natürlich auch
sinnvoll, die Installation des lokalen Verzeichnisses aus Punkt 2) für
jeden Benutzer zu wiederholen bzw. (um mehrfaches Belegen von
Plattenplatz zu sparen) nur einmal irgendwo zu installieren und mit
symbolischen oder hard links jedem verfügbar zu machen. Dann wird man
eine eigene Benutzergruppe einrichten wollen und die Benutzer in diese
Gruppe aufnehmen, um die Rechte zu klären.
Möglicherweise ist das unerwünscht.
Als Alternative kann man es auch so einrichten, daß nur einer mit dem
arm-Zeug arbeitet. Dann wird man aber nicht das Skript für jeden
Benutzer bei der Anmeldung ausführen wollen. Alternativ zu der
Anleitung in Punkt 3 kann man das Skript dann einfach an die .bashrc
dieses Benutzers anhängen.
Hat man auf dem Rechner nur einen arbeitenden BEnutzer, sind diese
Überlegungen egal.
4) minicom installieren:
root@i4a:/ # apt-get install minicom
Dann einmal minicom starten und richtig einstellen.
Dazu müsste man sich etwas durch die Kommandos hangeln. Das ist nicht
schwer.
Aber einfacher ist es, die Einstellungen direkt in die Datei
.minirc.dfl (ja, mit beginnendem Punkt) im Homeverzeichnis des
Benutzers zu schreiben:
1
# Diese Datei ist maschinell erzeugt. Bitte verwenden Sie das
2
# Einstellungs-Menü im minicom-Programm, um die Einstellungen
3
# zu ändern.
4
pu port /dev/ttyS0
5
pu baudrate 115200
6
pu bits 8
7
pu parity N
8
pu stopbits 1
9
pu rtscts No
Hat man mehrere serielle Schnittstellen und will nicht die erste
nehmen, dann halt entsprechend ändern.
Zusätzlich zu der Anleitung muß man sicherstellen, daß der Benutzer
auch auf die serielle Schnittstelle zugreifen darf.
Die gehört bei Debian dem Benutzer root und der Gruppe dialout und hat
die Rechte rw-rw----.
Siehe:
root@i4a:/ # l /dev/ttyS*
crw-rw---- 1 root dialout 4, 64 12. Nov 20:48 /dev/ttyS0
crw-rw---- 1 root dialout 4, 65 5. Nov 20:11 /dev/ttyS1
crw-rw---- 1 root dialout 4, 66 5. Nov 20:11 /dev/ttyS2
crw-rw---- 1 root dialout 4, 67 5. Nov 20:11 /dev/ttyS3
Ein normaler Benutzer ist nicht root, nicht in der Gruppe dialout und
darf folglich nicht auf /dev/ttyS0 zugreifen.
Abhilfe: man nimmt ihn in die Gruppe dialout auf:
1
root@i4a:/etc # adduser klaus dialout
2
Füge Benutzer »klaus« der Gruppe »dialout« hinzu ...
3
Füge Benutzer klaus zu Gruppe dialout hinzu
4
Fertig.
Ggf. weitere entsprechend.
Jetzt als dieser Benutzer neu anmelden, und der Drops sollte gelutscht
sein:
1
klaus@i4a:~ > arm-elf-gcc -v
2
Reading specs from /opt/uClinux/lib/gcc-lib/arm-elf/2.95.3/specs
Hallo Klaus,
danke für die Doku. Dich hätte ich 2004 beim Einstieg brauchen können.
Siehst Du (oder jemand hier im Forum) eine Möglichkeit, die Installation
so einzupacken, dass ein Low-Power-User (aka mahpong) das ganze Paket in
einer VM auspackt und loslegen kann?
Mein Traum wäre eine VM, die könnten wir beim Versand beilegen und der
LPU könnte sofort loslegen.
Damit hätten wir Einsteigern eine super Plattform geschaffen.
Grüße, Marcus
Ich weiß auch nicht, wie es mit der Installation unter Windows aussieht,
die habe ich mir nicht angesehen.
Für Linux sollte es aber nicht schwer sein, ein Installationsskript
zu machen, was auf Debian oder einem der gängigen anderen alles an
die richtige Stelle packt.
Das Arbeiten mit dem wirklich installierten System ist zumindest
für mich einfacher, ich würde das einer VM vorziehen (um das zu
nutzen , was ich so alles für mich eingerichtet habe, vom Editor
über irgendwelche aliase bis zur Versionsverwaltung).
Weiterhin bräuchte man eigentlich 2 VMs: ein echter Windowsmensch
wird nicht mit einem Linuxsystem arbeiten wollen, und umgekehrt.
Vielleicht bin ich da aber auch einfach zu unmodern.
Eine andere Idee wäre, aus dem ganzen ein Installationspaket
für DEB und/oder RPM zu machen.
Dann kann jeder mit seiner üblichen Paketverwaltung, die es
gottlob unter Linux gibt, die Umgebung wie jede andere SW
einfach installieren.
Unter Debian schwebt mir dann ein "aptget install centipad"
vor, oder die grafische Variante je nach Geschmack.
Dann hat es jeder selber in der Hand, wie er damit arbeitet.
Michael H. schrieb:> Unter /opt/maintech ist nach dem entpacken das Unterverzeichnis des GCC> zu finden:>> mh@neptun:~/centidev$ ls -l /opt/maintech> insgesamt 4> drwxr-xr-x 3 root root 4096 2006-03-15 13:33 gcc-3.4.5-glibc-2.3.6> mh@neptun:~/centidev$>> Im Suchpfad steht aber noch ein weiteres Verzeichnis:> mh@neptun:~/centidev$ echo $PATH> /home/mh/bin:/opt/maintech/gcc-3.4.5-glibc-2.3.6/arm-920t-linux-gnu/bin:
/opt/maintech/arm-9tdmi-linux-gnu/bin:/usr/local/sbin:/usr/local/bin:/us
r/sbin:/usr/bin:/sbin:/bin:/usr/games
> mh@neptun:~/centidev$>> Was hat es mit dem arm-tdmi... Verzeichnis im Suchpfad auf sich? Es wir> beim entpacken des Archivs jedenfalls nicht angelegt.
Ist mir auch aufgefallen.
Den überflüssigen Pfad kann man aus dem Shellskript entfernen
oder einfach drin lassen und ignorieren.
Michael H. schrieb:> Nach setzen der Umgebungsvariablen aus der Datei devconfig> sagt ein make clean:>> mh@neptun:~/centidev$ make clean> Cleaning rrdtool> Cleaning zd1211> ...> Cleaning cpdevmux> Cleaning ipkg> make[1]: *** Keine Regel, um »10« zu erstellen. Schluss.> make: *** [platform-clean] Fehler 2> mh@neptun:~/centidev$
Das make clean läuft bei mir ohne Beschwerden, danach hakt es.
Dein Fehler mit der 10 scheint von den merkwürdigen
Ausgabeumlenkungen im Makefile zu kommen (10>&2).
So ganz habe ich das Makefile noch nicht verstanden, ich brüte
noch darüber.
Hallo Klaus,
die IO-Umleitung muss wohl, wie üblich 1>&2 heissen, keine Ahnung warum
da 10 steht.
make clean läuft jetzt nach entsprechender Änderung durch. Make world
läuft auch gerade, nachdem ich die gleiche Änderung noch an den
makefiles in den Unterverzeichnissen platform/kernel/ und
platform/centiboot/ vornehmen musste.
Jetzt gerade ist er wieder ausgestiegen.
Im platform/kernel/build.log steht:
Compiling kernel
CHK include/linux/version.h
UPD include/linux/version.h
#
# using defaults found in .config
#
SPLIT include/linux/autoconf.h -> include/config/*
SYMLINK include/asm-arm/arch -> include/asm-arm/arch-at91rm9200
Generating include/asm-arm/mach-types.h
SYMLINK include/asm -> include/asm-arm
CHK include/linux/compile.h
UPD include/linux/compile.h
CHK usr/initramfs_list
UPD usr/initramfs_list
arch/arm/mach-at91rm9200/clock.c:542: warning: 'at91_usb_rate' defined
but not used
arch/arm/mach-at91rm9200/board-centipad.c:214: warning:
'multimux_pin_names' defined but not used
drivers/char/keyboard.c:1008:2: warning: #warning "Cannot generate
rawmode keyboard for your architecture yet."
drivers/char/at91_gpiodev.c: In function `gpiodev_ext_ioctl':
drivers/char/at91_gpiodev.c:121: warning: unused variable `res'
sound/oss/arm/wm8731_ssc.c:63: warning: 'wm8731_pdc_regdump' defined but
not used
CHK include/linux/compile.h
UPD include/linux/compile.h
Kernel: arch/arm/boot/Image is ready
lzma: e: doesn't exist or is not a regular file
lzma: arch/arm/boot/compressed/piggy.lzma: doesn't exist or is not a
regular file
make[5]: *** [arch/arm/boot/compressed/piggy.lzma] Fehler 2
make[4]: *** [arch/arm/boot/compressed/vmlinux_lzma] Fehler 2
make[3]: *** [lzImage] Fehler 2
make[2]: *** [linux/arch/arm/boot/lzImage] Fehler 2
piggy.lzma wird aus einem Assemblerfile (.S) gebaut. Ich vermute, das
sollte auch der GCC, entsprechend aufgerufen, erstellen.
Da muss ich jetzt auch erst mal sehen ob ich noch weiterkomme.
Gruß Michael
Michael H. schrieb:> die IO-Umleitung muss wohl, wie üblich 1>&2 heissen, keine Ahnung warum> da 10 steht.
als "üblich" kenne ich eher 2>&1, aber andersrum erscheint es mir auch
noch bedingt sinnvoll. Mit 10 war es jedenfalls falsch :-)
Michael H. schrieb:> lzma: e: doesn't exist or is not a regular file
genau das scheitert bei mir ebenfalls, und ich sehe nicht warum :-(
Michael H. schrieb:> nachdem ich die gleiche Änderung noch an den> makefiles in den Unterverzeichnissen platform/kernel/ und> platform/centiboot/ vornehmen musste.
Da steht etwas leicht anderes, was ich noch weniger verstehe:
Da nehme ich an, die Ausgabeumlenkung gehört ganz weg.
Kann es sein, daß die Makefiles mal für einen automatisierten Aufruf
aus einem Programm gedacht waren, und darin z.B. mit mkfifo() eine
pipe erzeugt wurde, in die die Ausgabe geleitetet werden sollte?
Sonst ist mir vollkommen unerklärlich, warum man andere fd als
1 oder 2 zur Ausgabeumlenkung nehmen sollte.
Nach einem ./update.sh sind die komischen Ausgabeumlenkungen
weg, aber er kommt dann beim Kompilieren auch nicht
weiter - gleiches Problem bei lzma.
Sinnvoll wird das update.sh sowieso sein, aber dann ruft er
beim ersten make world das Kommando hg auf, das ist die
Versionsverwaltung (zu denen die bereits erwähnten
.hg-Verzeichnisse gehören.)
Das klappt dann nur, wenn diese Versionsverwaltung denn
auch installiert ist.
Das Paket heisst unter Debian mercurial, also installieren
z.B. mit
1
root@i4a:/etc # apt-get install mercurial
Nur dann klappt es mit update.sh und dem ersten make world,
leider nur bis zum gleichen Fehler.
Ich glaube, das ist mal ein Fall für jemanden von der
Firma HundertLötaugen - mahpong?
Hallo,
wie schon erwähnt habe ich keine tiefgehenden Linux-Kenntnisse.
Meine CentiDev-Arbeitsumgebung wurde einmal installiert und dann nicht
mehr angefasst.
Ich setze das System nochmal auf und versuche rauszufinden wo das
Problem liegt.
Gruß, Marcus
Hallo,
ich überspiele Klaus gerade meine letzte Arbeitsumgebung auf seinen
Server.
Bei 18Kb/s und knapp 400MB dauert das noch ein wenig.
Diese Umgebung kann "make world" und auch die dort vorhandenen
Applikationen übersetzen. Das müsste als Ausgangsplattform herhalten.
Mit den Zugriffsrechten habe ich unter dem neu aufgesetzten Suse ein
Problem. Das lässt sich bei Verwendung root umgehen.
Weitere Pakete werde ich mit zwei CD's ausliefern.
Grüße,
Marcus
Ich habe eine frische Suse als VM aufgesetzt. Um zum "make world"
vorzustoßen waren folgende Konsoleneingaben notwendig:
Suse Setup:
root/admin
centi/pad
CD nach /home/centi kopiert
Console:
- cd /home/centi
- tar xvpzf ColheatDev…tgz
- su
- tar xvpzf at91…tgz
- cp –r opt/* /opt
- cd /opt
- rename arm-…sh xxx_ arm-…sh
- cp xxx_arm-…sh /etc/profile.d
- reboot
- cd /home/centi
- chown –R centi:users centidev
- su
- cd colheatdev
Hallo zusammen,
tatsächlich ist die letzte CentiDev Revision die 1.2.0b, die ich mit den
Paketen mitschicke. Der Server für update.sh steht nicht mehr zur
Verfügung.
Bei allen weiteren Paketen werde ich eine CD für Linux (ohne CoLinux)
mitschicken.
Diese enthält dann aber zusätzlich meine letzte Arbeitsumgebung
"ColHeatdev". Diese kann sowohl "make world" als auch Applikationen
bauen.
Grüße, Marcus
Hallo Marcus,
steht die neue zusätzliche CD (mit deiner Arbeitsumgebung
"ColHeatdev") auch auf einem Server als iso zum Download zur Verfügung?
[für diejenigen, die ihre Lieferung schon haben, und die
Entwicklungsumgebung ggf. auch unter Linux nutzen wollen]
Grüße, Thomas
Hallo Thomas,
wie Dir (und allen anderen Käufern bis 13.11.) schon per PM geschrieben,
würde ich Dir die alternative Software per FTP/SFTP auf Deinen Server
hochladen.
Grüße,
Marcus
Hallo Thomas,
wenn Du mir einen FTP/SFTP Server nennst, lade ich Dir (und allen
anderen Käufern bis 13.11.) die alternative Software hoch.
Gruß, Marcus
Halt!
Das ist alles vielleicht viel einfacher.
Ich habe es eben nach etwas (ähem) Frust geschafft, ein make world zu
bauen.
Allerdings habe ich noch nicht probiert, ob es mit dem erzeugten Image
auch weiter funktioniert, zudem habe ich relativ viel geändert und
hoffe, daß ich hier nichts vergessen habe zu erwähnen.
Leider muß ich jetzt auch noch ein paar Stunden weg, probiere es aber
heute nacht nochmal auf einem jungfräulichen Debian-Rechner und melde
mich morgen nochmal.
Falls es jemand eilig hat und schon vorher probieren will, hier
hoffentlich alle notwendigen Schritte:
Basierend auf CentiDev-1.2.0b (siehe obige Anleitung im ersten Beitrag)
habe ich folgende Änderungen gemacht:
1. es fehlte eine libusb; Abhilfe als root:
1
apt-get install libusb-dev
oder mit einer andere Paketverwaltung des Vertrauens libusb-dev
nachinstallieren.
2. In der Datei
platform/kernel/lzma/SRC/7zip/Compress/LZMA_Alone/makefile
die Zeile:
ARCH=$(MT_CROSS_ARCH) CROSS_COMPILE=$(MT_CROSS_COMPILE) PATH=$(shell pwd)/lzma:$(PATH) $(MAKE) -C linux lzImage
(also die Reihenfolge in PATH=... ändern)
Die beiden folgenden Punkte 4 und 5 könnte man weglassen, wenn man
einen symbolischen Link von /usr/bin/sed nach /bin/sed anlegt.
Ich halte es aber für sinnvoller, die Skripte zu korrigieren; fest
verdrahtete Pfade auf Standardtools sind krank.
In anderen Skripten sind noch mehr feste Pfade versteckt, die aber
auch bei Debian mehr oder weniger zufällig treffen.
4. In platform/libart/libart_lgpl-2.3.17/libtool diesen Teil:
1
# A sed program that does not truncate output.
2
SED="/usr/bin/sed"
3
4
# Sed that helps us avoid accidentally triggering echo(1) options like -n.
5
Xsed="/usr/bin/sed -e s/^X//"
ändern zu:
1
# A sed program that does not truncate output.
2
SED="$( which sed )"
3
4
# Sed that helps us avoid accidentally triggering echo(1) options like -n.
5
Xsed="$( which sed ) -e s/^X//"
5. In platform/expat/expat-2.0.0/libtool diesen Teil:
1
# A sed program that does not truncate output.
2
SED="/usr/bin/sed"
3
4
# Sed that helps us avoid accidentally triggering echo(1) options like -n.
5
Xsed="/usr/bin/sed -e 1s/^X//"
ändern zu:
1
# A sed program that does not truncate output.
2
SED="$( which sed )"
3
4
# Sed that helps us avoid accidentally triggering echo(1) options like -n.
5
Xsed="$( which sed ) -e s/^X//"
Dann mit:
1
make clean
2
make world
übersetzen und zum Schluß an der Ausgabe erfreuen:
Marcus H. schrieb:> Hallo Thomas,> wenn Du mir einen FTP/SFTP Server nennst, lade ich Dir (und allen> anderen Käufern bis 13.11.) die alternative Software hoch.> Gruß, Marcus
Ich vermute, daß das insofern nicht viel hilft, weil da wohl
(falls man unter Debian arbeitet) dieselben oder ähnliche Fehler
korrigiert werden müssen.
Out of the box ging es bei mir heute morgen jedenfalls ebenso
wenig wie alle anderen Versionen.
Ist in dem colheatdev etwas Sinnvolles drin, was im
CentiPad_1.2.0b nicht zu finden ist?
Dann müsste ich die obigen Änderungen mal dort durchziehen und
probieren.
Wenn nicht, kann man sich ja die Arbeit sparen und mit dem
von Anfang an gelieferten CentiPad_1.2.0b arbeiten.
Das hätte den Vorteil, daß alle hier auf dem gleichen Stand
wären und Probleme wohl leichter zu diskutieren sind, als wenn
jeder etwas anderes auf dem Rechner hat.
Wenn es morgen noch reicht, wäre ich auch gerne bereit,
ein komplettes Paket für Debian zusammenzuschrauben mit
allen Korrekturen, die ich bis dahin habe.
Michael H. schrieb:> ...> Kernel: arch/arm/boot/Image is ready> lzma: e: doesn't exist or is not a regular file> lzma: arch/arm/boot/compressed/piggy.lzma: doesn't exist or is not a> regular file> make[5]: *** [arch/arm/boot/compressed/piggy.lzma] Fehler 2> make[4]: *** [arch/arm/boot/compressed/vmlinux_lzma] Fehler 2> make[3]: *** [lzImage] Fehler 2> make[2]: *** [linux/arch/arm/boot/lzImage] Fehler 2
Das ist auch der Fehler, der mich die meisten grauen Haare
der letzten Tage gekostet hatte und dann mit den obigen
Punkten 2) und 3) verschwand.
Macht es dir viel aus, meine Korrekturen mal bei dir einzubauen
und Bescheid zu geben, wie weit es damit funktioniert?
Je nachdem müsste ich es noch unter Ubuntu testen, oder nicht.
Thomas Sch. schrieb:> Hallo Marcus,>> steht die neue zusätzliche CD (mit deiner Arbeitsumgebung> "ColHeatdev") auch auf einem Server als iso zum Download zur Verfügung?>> [für diejenigen, die ihre Lieferung schon haben, und die> Entwicklungsumgebung ggf. auch unter Linux nutzen wollen]>> Grüße, Thomas
Welches Linux hast du?
Hallo Marcus,
vielen Dank für das Angebot, leider habe ich keinen FTP-Server
verfügbar, den ich dafür anbieten könnte. Die PM habe ich erst jetzt
"entdeckt", sorry. Vielleicht findet sich ja noch jemand mit einem
Server.
Vielen Dank auch an Klaus für die nachhaltigen Analysen und
Lösungsvorschläge.
Viele Grüße, Thomas
Marcus H. schrieb:> danke für Dein Angebot. Dein Vorschlag "1.2.0bKW" ist die beste und> sauberste Lösung.
Macht es Sinn und ist es möglich, die Änderungen wieder in die
Versionsverwaltugn zurückfließen zu lassen (offenbar bei
http://hg.maintech.de/centidev) zurückfließen zu lassen?
Sonst werfe ich die .hg-Geschichten weg.
Thomas Sch. schrieb:> vielen Dank für das Angebot, leider habe ich keinen FTP-Server> verfügbar, den ich dafür anbieten könnte. Die PM habe ich erst jetzt> "entdeckt", sorry. Vielleicht findet sich ja noch jemand mit einem> Server.
Das mit dem colheatdev sollte sich ja dann erledigt haben, wenn
CentiPad_1.2.0b zum "Industriestandard" wird, oder?
Diese Version stelle ich nach dem Zusammenschrauben sowieso
auf einen Server mit einer Anleitung (die obigen Punkte
zusammengefasst, soweit noch aktuell).
Notfalls kann man deine eigene Version da auch dazu stellen,
an dem Platz dafür soll es nicht scheitern.
Musst du aber mit mahpong abmachen, ist ja nicht meine SW :-)
Hallo Klaus,
ich habe Deine Änderungen hier gerade mal eingepflegt.
Der Fehler mit dem lzma-Packer ist jetzt auch hier behoben.
leider springt er jetzt nach einem
1
make clean
2
make world
woanders raus:
1
In file included from /opt/maintech/gcc-3.4.5-glibc-2.3.6/arm-920t-linux-gnu/lib/gcc/arm-920t-linux-gnu/3.4.5/../../../../arm-920t-linux-gnu/sys-include/linux/autoconf.h:1,
2
from linux/include/linux/config.h:6,
3
from linux/include/linux/linkage.h:4,
4
from /opt/maintech/gcc-3.4.5-glibc-2.3.6/arm-920t-linux-gnu/lib/gcc/arm-920t-linux-gnu/3.4.5/../../../../arm-920t-linux-gnu/sys-include/asm/unistd.h:16,
5
from klibc/SYSCALLS.def:13:
6
/opt/maintech/gcc-3.4.5-glibc-2.3.6/arm-920t-linux-gnu/lib/gcc/arm-920t-linux-gnu/3.4.5/../../../../arm-920t-linux-gnu/sys-include/linux/err_kernel_only.h:1:2: #error Kernel only header included in userspace
7
arm-920t-linux-gnu-ld: no input files
Ich teste Deine Änderungen morgen noch auf einem System unter Suse 11.2.
Dort gab es auch den Ausstieg an der lzma Stelle.
Unter welcher Debian Version arbeitest Du? Ich würde mir ein lauffähiges
Entwicklungssystem sowieso am liebsten in einer VM instalieren, da würde
sich dann wohl wirklich wirklich Debian anbieten, zumal wenn Du das als
Hauptentwickler benutzt ;-).
Bei dem Fehler oben muß ich leider passen, keine Ahnung warum der
Kernel-Header im Userspace auftaucht.
Gruß Michael
Michael H. schrieb:> Bei dem Fehler oben muß ich leider passen, keine Ahnung warum der> Kernel-Header im Userspace auftaucht.
Oder es ist kernel space, und er merkt es nur nicht beim Kompilieren.
Hallo Klaus,
vielen Dank für Dein Angebot, meinerseits kommt keine zusätzliche
Variante dazu, ein 'Industriestandard' CentiPad_1.2.0b reicht völlig
aus.
In der Hoffnung, eure Kreise nicht gestört zu haben ;-),
Thomas
Klaus Wachtler schrieb:> Diese Version stelle ich nach dem Zusammenschrauben sowieso> auf einen Server mit einer Anleitung (die obigen Punkte> zusammengefasst, soweit noch aktuell).>> Notfalls kann man deine eigene Version da auch dazu stellen,> an dem Platz dafür soll es nicht scheitern.> Musst du aber mit mahpong abmachen, ist ja nicht meine SW :-)
Gut, dann schlage ich vor:
- eine Kurzanleitung dazu mit ein paar Skripten zur Vereinfachung
in Debian
- ein svn-Repository für die ARM-Geschichten in /opt, erreichbar
von außen über svn+ssh (geht gleichermaßen für Windows und Linux)
- ein svn-Repository für den Rest im Homeverzeichnis, erreichbar
von außen über svn+ssh (geht gleichermaßen für Windows und Linux)
- anfangs und gelegentlich (falls sich etwas nennenswertes ändert)
einen Abzug als tar.gz für Leute, die nicht wissen wollen, was
Subversion ist
Gegenvorschläge?
Und eine Frage:
Wieviele Leute wollen überhaupt evtl. mit Debian arbeiten,
wer mit einem anderen Linux, wer mit Windows (Michael, Thomas?)
Wo ich keinen Bedarf sehe, stecke ich auch keine Arbeit rein.
Hi Klaus,
mir ist das prinzipiell zwar egal, aber wenn ich wählen dürfte würde ich
gern unter WIndows entwickeln. Wenn Linux, dann gern mit Debian weil ich
damit die meiste Erfahrung habe.
Danke für deine Bemühungen !
Gruß - Markus
My five cents:
Als wir mit CP angefangen haben, waren gute VM noch nicht verfügbar.
Daher war zu dem Zeitpunkt coLinux ein echter Hit für Anwender mit
Windows-Fokusierung.
Heute würde ich alternativ zum Einsatz einer kleinen VM raten.
Ich arbeite z.B. mit einer Suse 10, 256MB Arbeitsspeicher, 12GB HD.
Das fällt selbst auf meiner Win7-32Bit Kiste nicht auf.
Zum Datenaustausch läuft auf dem Host ein freeFTP-Server, auf den z.B.
Konqueror direkt zugreifen kann.
Hallo Klaus,
Der Schwerpunkt wird bei mir voraussichtlich auch bei der Nutzung von
Windows als Dev.Plattform liegen, jeodch würde ich trotzdem gerne von
den Klärungen und Korrekturen in Bezug auf die Debian-Installation
provitieren wollen. (Ich nutze neben Windows gelegentlich (K)Ubuntu,
derzeit noch 8.04).
Für meinen Bedarf reicht der ggf. einmalige Zugriff auf die "reparierte"
Centdev (wie von Dir vorgeschlagen als Abzug/tar.gz), da ich nicht plane
(und nicht in der Lage bin), das Werkzeug CentiDev selbst
weiterzuentwickeln - aber es wird in der -KW-Variante eingesetzt werden.
Auf svn-Repositories benötige ich daher keinen Zugriff, die geplante
Kurzanleitung und Scripte hate ich für sehr hilfreich.
Viele Grüße,
Thomas
Klaus Wachtler schrieb:> Wenn es morgen noch reicht, wäre ich auch gerne bereit,> ein komplettes Paket für Debian zusammenzuschrauben mit> allen Korrekturen, die ich bis dahin habe.
So, ist zwar nicht mehr morgen, aber egal.
Unter:
http://mfgkw.dyndns.org/install_CentiDev_1.2.0b_KW_linux_20101119_2332.tar.gz
findet sich ein Paket, das m.E. für die meisten Linuxer eine
glatte Installation ermöglichen sollte.
Diese Datei muß man sich als root irgendwo hinlegen und mit
1
tar xvzpf install_CentiDev_1.2.0b_KW_linux_20101119_2332.tar.gz
entpacken.
Dabei entsteht ein Verzeichnis install_CentiDev_1.2.0b_KW_linux,
in dem wiederum eine readme.txt liegt mit einer genaueren
Beschreibung und Installationsanleitung als hier.
Deshalb hier nur in Kürze:
- Das Archiv at91-toolchain-gcc-3.4.5-glibc-2.3.6.tar.gz ist
der von mir unveränderte Crosscompiler, der nach /opt entpackt
werden muss.
- Das Verzeichnis Dokumentation/ ist ebenfalls unverändert von
der CD übernommen.
- Das Archiv CentiDev-1.2.0b_KW_20101119_2239.tar.gz enthält
die Quellen des CentiPad und muß ins Home-Verzeichnis des
Benutzers entpackt werden.
- Das Skript install_CentiDev_1.2.0b_KW_linux sollte die ganze
Installation erledigen, sofern die Paketverwaltung mitspielt.
Notfalls muß man von Hand nachbessern, siehe readme.txt.
An den Erfahrungen damit wäre ich interessiert (bitte mit
Info unter welcher Distribution und welcher Version davon),
sei es negativ zum Korrigieren oder positiv zum Abhaken, was
glatt funktioniert.
Ich habe es erfolgreich probiert mit:
- Debian Lenny 5.0 i386 32-bit
- Ubuntu 6.10 i386 32-Bit
- openSuse 10.3 32-bit
- openSuse 11.2 32-bit
- openSuse 11.2 64-bit
mfgkw
Hallo Klaus,
danke für die tolle Arbeit und das zur Verfügung Stellen des
Serverplatzes.
Der Austausch in den letzten Tagen hat einiges Licht ins Dunkel
gebracht, warum das CentiDev mal ging, dann wieder nicht, oder plötzlich
kaputt war.
Du hast vielen hier eine Menge Frust erspart.
Herzlichen Dank, Marcus
PS:
Lt. Aussage von Marcus macht es mit Windows nicht viel Sinn, weil
man dort den Kernel des CentiPad gar nicht neu bauen kann, sondern
nur Applikationen erstellen.
Also geht es eh nur mit Linux sinnvoll.
Wer da noch die Wahl hat, ist sicher mit Debian optimal bedient,
da sollte alles ohne Zucken funktionieren.
Ähnlich glatt (auch wenn ich es aus anderen Gründen nicht mag)
sollte es mit openSuse (10, 11) gehen.
Wer sich schon festgelegt hat und einen Rechner mit Ubuntu
nutzen will, kann das wohl auch, aber ich fürchte daß man
beim Installieren mit meinem Skript von Hand Pakete
nachinstallieren muß.
Das nur als Entscheidungshilfe...
Lt. Log-Datei hat es eben jemand versucht herunterzuladen und ist damit
gescheitert:
1
64.124.203.73 - - [20/Nov/2010:00:37:03 +0100] "GET /install_centidev_1.2.0b_kw_linux_20101119_2332.tar.gz HTTP/1.1" 404 332 "-" "Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1)"
Wichtig: Groß-/Kleinschreibung beim Dateinamen wird unterschieden!
Der obige Name ist falsch.
Klaus Wachtler schrieb:> Marcus H. schrieb:>> Du hast vielen hier eine Menge Frust erspart.>> abwarten...
Siehste, geht schon los mit dem Ärger :-)
Die Kollegen von der Mausschieberfraktion könnten auch Filezilla nehmen
:)
Das habe ich die ganze Woche für den Datenaustauach mit Dir verwendet...
Mein Download war um 0041 fertig.
Hallo Klaus,
habe mir gerade Deine Installations-Paket heruntergeladen.
Durch Installation des Archivs CentiDev-1.2.0b_KW_20101119_2239.tar.gz
ist bei mir nun ein >> make world << unter Ubuntu 8.04 erfolgreich
durchgelaufen:
Saubere Arbeit, vielen Dank dafür!
Jetzt kann ich mich endlich mit dem Centipad selbst befassen.
Hast Du Bedarf an Bastelmaterial? Ich habe hier noch rollenweise SMD
Widerstände Kondensatoren, IC's, LED-Taster, Schalter etc. Wenn Du
magst, stelle ich Dir als Dankeschön eine "Wundertüte" zusammen.
Gruß Michael
Michael H. schrieb:> Hast Du Bedarf an Bastelmaterial?
Natürlich immer!
Ich müsste mal zusammenstellen, welche SMD-Standardteile ich habe,
ein paar fehlen sicher noch.
Hattest du auch mal das Skript probiert, oder von Hand installiert?
Mich würde primär interessieren, was der erste Teil mit der
Nachinstallation von Paketen auf deinem Ubuntu macht, ich hatte
ja nur eine ältere Version 6, und die zickte wegen kaputter
Abhängigkeiten.
Hallo Klaus,
auch von meiner Seite grünes Licht (unter Ubuntu 10.10).
Der Download hat funktioniert,
ich habe das Script von Dir für die Installation verwendet.
'make clean' klappte sofort, vor 'make world' war es noch erforderlich,
den Pfad zu erweitern.
export
PATH="/opt/maintech/gcc-3.4.5-glibc-2.3.6/arm-920t-linux-gnu/bin:$PATH"
Mit der obigen Warnung kann ich noch nichts anfangen.
Abschließend auch von mir herzlichen Dank für Deinen Einsatz, unter
dieser Umgebung kann ich mich dem CentiPad nun intensiver widmen.
Viele Grüße,
Thomas
Thomas Sch. schrieb:> Mit der obigen Warnung kann ich noch nichts anfangen.
Kommt bei mir auch und fällt für mich in die Rubrik "Ignorieren".
Das erzeugte CentiDev-...-Verzeichnis im Homeverzeichnis
des Benutzers kann übrigens beliebig kopiert oder umbebannt
werden, um verschiedene Umgebungen für mehrere Projekte zu
schaffen (oder um Zwischenstände zu sichern).
Wo die liegen, ist relativ egal. Nur der Crosscompiler
in /opt muß da bleiben, wo er ist.
Hallo Klaus,
ich habe Dein Archiv jetzt mal auf einem Laptop mit frisch
aktualisiertem Ubuntu 8.04 installiert. Ging problemlos. Es wurden ca.
32 MB Archive nachinstalliert. Einmal neu eingeloggt, danach lief der >>
make world << Aufruf ohne Fehler durch.
Auf meinem Rechner habe ich gerade mal das selbst gebaute centipad.bin
per >> make boot << hochgeladen und gebootet. Läuft!
Hello world habe ich mit dem Makefile aus dem Linuxhandbuch S.41 auch
zum laufen bekommen. Habe es hier mal angehängt, da beim copy & paste
die Tabs verloren gehen und man die alle wieder restaurieren muss.
Wegen der Bauteile:
Wenn ich dazu komme, mache ich nächste Woche mal Bestandsaufnahme meiner
SMD-Rollen und schicke Dir die List.
Gruß Michael
Thomas Sch. schrieb:> 'make clean' klappte sofort, vor 'make world' war es noch erforderlich,> den Pfad zu erweitern.
Eigentlich sollte das automatisch passieren; aber man müsste sich
erst einmal ab- und wieder anmelden damit die .bashrc gelesen wird.
Michael H. schrieb:> Läuft!
Fein, so soll das sein.
Auch wenn es mit meinem Ububntu nicht gleich ging wegen der
Pakete, aber das war dann wohl schon zu angestaubt.
Michael H. schrieb:> Hello world habe ich mit dem Makefile aus dem Linuxhandbuch S.41 auch> zum laufen bekommen. Habe es hier mal angehängt, da beim copy & paste> die Tabs verloren gehen und man die alle wieder restaurieren muss.
Wohl eher eine der umständlicheren Varianten von Hello World.
Aber den gcc wird man wohl nicht auf den Rechner bekommen,
fürchte ich.
Du gehst sicher den richtigen Weg mit dem Makefile, lass dir
das von mir nicht ausreden.
Aber nur um mal eben etwas zu probieren, geht es auch ohne:
192.168.0.50 ist bei mir das CP, ich habe ihm den
Hostnamen cp0 verpasst.
Wenn man in seiner lokalen /etc/hosts einen entsprechenden Eintrag
macht, z.B.:
1
...
2
192.168.0.50 cp0.wachtler.de cp0 # 1. CentiPad
3
...
, dann muss man nicht dauernd mit der IP-Adresse jonglieren, sondern
kann den Hostnamen nehmen (hier: cp0).
> Thomas Sch. schrieb:>> 'make clean' klappte sofort, vor 'make world' war es noch erforderlich,>> den Pfad zu erweitern.>>> Eigentlich sollte das automatisch passieren; aber man müsste sich> erst einmal ab- und wieder anmelden damit die .bashrc gelesen wird.
Genau das war es, ich war nur ungeduldig ...
Klaus Wachtler schrieb:> Michael H. schrieb:>> Wegen der Bauteile:>> Oh, heute ist ja schon Weihnachten! Vielen Dank!> Feine Sache, auch wenn ich es nicht verlangt hätte :-)
Hallo Klaus,
viel Spass mit dem Kram. Der M24256-A ist ein 256KBit SPI EEPROM mit 2
CS-Eingängen. Dateblatt gibts hier:
> http://www.alldatasheet.com/view.jsp?Searchword=M24256-A
Bei dem Transistorstreifen handelt es sich um den BCX41, PNP 1,3W.
Nochmal zu dem Centipad. Meinst Du man bekommt darauf Mysql zum laufen?
Es gibt wohl eine embedded Version von Mysql, die ist aber glaube ich
kostenpflichtig. Wie sieht es mit Perl aus? Das schluckt warscheinlich
ziemlich viel Speicher, wenn es überhaupt geht. Eine Datenbank mit
Bindings zu C, Perl und PHP wäre klasse.
Immerhin meine "Hauseditor" joe läuft auf dem Teil, denn vi und ich
werden niemals Freunde werden :-).
Gruß
Michael
Michael H. schrieb:> Meinst Du man bekommt darauf Mysql zum laufen?
mysql-Server?
Schwer zu sagen, aber rein gefühlsmäßig würde ich eher nein sagen.
Selbst wenn es alles raufpasst, wird es eher zu langsam sein, und
wenn dann nicht auf einem Flash-Speicher, sondern zumindest auf
einer HD - wobei ich nicht weiß, wie schnell da etwas fließt.
Muß es denn eine SQL-DB sein? Es gibt ja auch einfacheres,
und wenn es SQL sein muß habe ich Zweifel, daß der Centipad
dafür der richtige ist.
Oder nur die Clientseite, und der Server steht irgendwo im Netz?
Hallo Klaus,
zuersteinmal ein riesiges Lob für Deine Mühe und die Bereitstellung
Deines CentiDev-Install-Pakets.
Ich habe Dein Paket erfolgreich unter Ububtu 10.10 in VMWare installiert
und auch alles übersetzt bekommen. Einige Dinge hatte ich zwar zuvor
bereits installiert, aber auch beim Nachinstallieren von Paketen hat
Dein Skript hervorragende Arbeit geleistet.
Nun muss ich mir nur noch einen TFTP einrichten (ich denke ich nehme
atftpd) und dann wird das Board vom frisch erstellten BIN gebootet.
Nochmals Vielen Dank
Hallo Klaus,
Zunächst mal vielen Dank für die Mühe die du dir mit diesem Projekt
machst!
make clean läuft problemlos durch aber beim make world erhalte ich einen
Fehler beim Building von pcre.
Hostsystem: Ubuntu 10.04.1 LTS
Bildschirmausgabe:
michael@kubuntu:~/CentiDev-1.2.0b_KW$ make world
========================================================================
=======
compiling sources
========================================================================
=======
Building base (log: platform/base/build.log)
Building centiboot (log: platform/centiboot/build.log)
Building sysfiles (log: platform/sysfiles/build.log)
Building kernel (log: platform/kernel/build.log)
Building preinit (log: platform/preinit/build.log)
Building gpiolib (log: platform/gpiolib/build.log)
Building busybox (log: platform/busybox/build.log)
Building udev (log: platform/udev/build.log)
Building cpdevmux (log: platform/cpdevmux/build.log)
Building cpnvram (log: platform/cpnvram/build.log)
Building rtcset (log: platform/rtcset/build.log)
Building ipkg (log: platform/ipkg/build.log)
Building gdbserver (log: platform/gdbserver/build.log)
Building zlib (log: platform/zlib/build.log)
Building libid3tag (log: platform/libid3tag/build.log)
Building libmad (log: platform/libmad/build.log)
Building madplay (log: platform/madplay/build.log)
Building smixer (log: platform/smixer/build.log)
Building pcre (log: platform/pcre/build.log)
make[1]: *** [pcre-build] Error 2
make: *** [platform-build] Error 2
pcre/build.log im Anhang
mein Pfad:
michael@kubuntu:~/CentiDev-1.2.0b_KW$ echo $PATH
/home/michael/THELI/theli/bin/Linux_64/:/home/michael/THELI/theli/gui/:/
scisoft/share/miriad/bin/linux:/scisoft/bin:/usr/local/sbin:/usr/local/b
in:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/opt/maintech/gcc-3.4.5-glib
c-2.3.6/arm-920t-linux-gnu/bin/
Kann mir da bitte Jemand weiterhelfen?
lg,
Michael
Das global_symbol_pipe scheint bei dir leer zu sein.
Jetzt frag mich aber bitte nicht, warum.
Sicherheitshalber könntest du vielleicht mal in deiner Shell eingeben:
Hallo Michael,
ich kann Dir bei dem Problem zwar auch nicht direkt weiterhelfen, würde
an Deiner Stelle aber erst mal die pcre-library mit 'make menuconfig'
vom build ausschliessen und sehen ob es dann durchläuft. Vielleicht ist
der Platz im Environment zu klein geworden. Ich hatte das
CentiDev-1.2.0b_KW Paket neulich jedenfalls problemlos auf einem Laptop
mit Ubuntu 10.04 lauffähig bekommen. Bei Bedarf kann ich Dir den
"gebuildeten" pcre-Zweig zukommen lassen.
Gruß Michael
...der gerade versucht ein Centipad-Makefile für sqlite zu bauen.
Hi Michael,
>ich kann Dir bei dem Problem zwar auch nicht direkt weiterhelfen, würde>an Deiner Stelle aber erst mal die pcre-library mit 'make menuconfig'>vom build ausschliessen und sehen ob es dann durchläuft.
make menuconfig schaffe ich noch, dort im Menü gehe ich dann auf
"CentiDev Package Selection". Dort steht "--- pcre - Perl compatible
regular expressions" aber ich kann da leider nichts verändern.
Bei anderen Einträgen kann ich mit der Space Taste das Setting toggeln,
aber nicht bei pcre. Vermutlich habe ich was übersehen oder mache etwas
falsch...
lg,
Michael
Michael P. schrieb:> Danke für die Hilfe aber da hat sich leider nichts verändert:
Das hatte ich auch nicht erwartet.
Klaus Wachtler schrieb:> Sicherheitshalber könntest du vielleicht mal in deiner Shell eingeben:
Sorry, hatte das Kuddelmuddel nicht genau gelesen und alles
für die Ausgabe vom make gehalten.
(Mit
1
[pre]...[/pre]
wäre sowas besser lesbar, sogar für mich...)
ok, das sieht so aus wie es soll.
Spontan fällt mir nichts ein, wieso das global_symbol_pipe in
libtool verschwindet.
Ich denke nochmal drüber nach, komme aber vor morgen nachmittag
nicht dazu vermutlich.
und die Ausgabe zeigen?
Und zweitens mir deine platform/pcre/pcre-6.6/libtool und die
platform/pcre/pcre-6.6/config.log zeigen (am besten als Anhang
oder Mail an klaus Klammeraffe wachtler.de)?
Hallo Michael,
der Eintrag pcre im Konfigurationsmenü sollte sich wie die anderen
Einträge auch mit der SPACE-Taste ändern lassen. Vielleicht das Archiv
noch mal komplett neu installieren?
Bei mir sieht das platform/pcre Unterverzeichniss (Ubuntu 10.04)so aus:
Die Datei Menuconf enthält Menutext, default-Einstellung, helptext etc.
für das pcre-Paket.
Die von 'make menuconfig' erstellte Konfiguration wird in der Datei
~/CentiDev-1.2.0b_KW/.config abgelegt.
Zur Not kannst Du dort die relevante Zeile in
1
CFG_PKG_PCRE=n
ändern.
Irgendetwas scheint mit dem Unterverzeichnis 'platform/pcre' nicht zu
stimmen. Rechte?
Gruß
Michael
Michael H. schrieb:> der Eintrag pcre im Konfigurationsmenü sollte sich wie die anderen> Einträge auch mit der SPACE-Taste ändern lassen.
Man kann nicht alle Pakete an- und abwählen.
Genauer habe ich es nicht eruiert, nur mal beiläufig gesehen,
aber ich vermute, daß irgendwo Abhängigkeiten hinterlegt sind
und die nicht abwählbarern Pakete einfach von anderen benötigt
werden (pcre von Perl, das wiederum von lighttpd etc.).
Hallo Klaus,
Du hast recht, die jeweiligen Abhängigkeiten werden bei der Paketauswahl
natürlich berücksichtigt. Ich hatte den lighthttpd nicht aktiv. Wenn er
ausgewählt ist, kann ich bei pcre auch nichts mehr ändern. Also falsche
Fährte ...
Gruß
Michael
D.h. er versucht bei dir, mit dem normalen gcc zu kompilieren.
Entweder hast du irgendwas verkonfiguriert (?), oder in
deiner PATH steht ein untauglicher Compiler.
Du hast vermutlich
Ich habe jetzt die PATH Variable so geändert wie du es vorgeschlagen
hast, aber nach make clean, make world ist der Fehler unverändert.
Im config.log steht auch noch immer das Gleiche.
Keine Ahnung ob es etwas damit zu tun hat, aber ich übersetze öfters ein
anderes Softwarepaket mit gcc auf meiner Linux-Kiste. Wo könnte das denn
so auf gcc festgezurrt sein daß er immer probiert damit zu übersetzen?
der arm-compiler ist aber vorhanden:
1
michael@kubuntu:/opt/maintech/gcc-3.4.5-glibc-2.3.6/arm-920t-linux-gnu/bin$ ls -la
Da bin ich im Moment auch etwas überfragt.
Könntest du die verdächtigen Verzeichnisse mal weg-mv-en
und nochmal probieren?
Dann findet er sie hoffentlich nicht, und man sieht, ob es
an denen liegt.
Vielleicht hilft es auch, das
/opt/maintech/gcc-3.4.5-glibc-2.3.6/arm-920t-linux-gnu/bin
im PATH nach vorne zu schieben.
Dann kann es natürlich sein, daß der andere Kram nicht mehr kompiliert.
Aber zum Eingrenzen ist Wegschieben erstmal sicherer; falls
das nicht reicht, kann man zusätzlich noch den
/opt/maintech/gcc-3.4.5-glibc-2.3.6/arm-920t-linux-gnu/bin
nach vorne schieben.
Änderungen an Env-Variablen wirken sich übrigens nur auf die
aktuelle Shell aus, nicht auf andere (nur zur Sicherheit).
Hallo,
Da ja die Centipad Entwicklungsumgebung auf meinem nativen Kubuntu
einfach nicht lauffähig ist habe ich nun Ubuntu 10.10 in einer VBox
unter Windows installiert und hier funktioniert alles prächtig.
Das reicht mir, bzw ist mir sogar lieber.
Danke Klaus für deinen Support!
lg,
Michael
Klaus Wachtler schrieb:> 50% aller Dinge erledigen sich von selbst, wenn man sie nur lange genug> liegen lässt :-)
da stimme ich dir zu 100% zu ;-)
Auch wenn Linux in der VBox eine lahme Ente ist, bin ich schon mal
überglücklich dass ich hier ein Image erstellen kann und das sogar
lauffähig ist. Also möchte ich dich da nicht länger belästigen (das hebe
ich mir lieber für wichtigere Dinge auf :-) )
lg,
Michael
Aber wenn wir uns schon aus der dunklen Mauschelei herauswagen:
Es ist momentan in Diskussion, die CentiDev-Geschichte in
ein subversion-Repository zu gießen.
Michael P. (michael_p) hat unlängst SQLite eingebaut, weitere
Erweiterungen stehen zu befürchten.
Deshalb der Vorschlag an die 2...n Interessierten, daß ich den
aktuellen Stand in eine Versionsverwaltung (svn) stelle und
jedem Interessierten zugänglich mache.
Das heisst, daß jeder mit wenig Aufwand Änderungen einpflegen
kann und umgekehrt Korrekturen/Änderungen/Erweiterungen der
anderen herausziehen kann.
Also erste Frage:
-----------------
Hat jemand daran Interesse?
Technisch gibt es mehrere Möglichkeiten.
Wenn ich es mache, würde ich subversion vorschlagen.
Warum? Es gibt sicher mehrere brauchbare Versionsverwaltungen.
Ursprünglich war es in mercury (daher im ursprünglichen Stand
die .hg-Verzeichnisse).
Von den brauchbaren ist svn dasjenige, das ich kenne und mit
wenig Aufwand zum Laufen bekomme.
Falls svn, gibt es wieder mehrere Möglichkeiten:
1. öffentlich für alle, unkontrollierter Zugriff
2. Alles über einen Benutzernamen+PW, den die interessierten
Leute bekommen
3. Jeder bekommt einen eigenen Benutzernamen und PW.
Ich bin gegen 1., mit 2 und 3 kann ich mich anfreunden.
Elegant fände ich 3., aber bei nur wenigen Leuten (erwarte ich)
wird 2. auch kein Problem sein.
Also zweite Frage:
------------------
Wer will mitmachen, und in welcher Art (1., 2. 3, andere)?
Klaus Wachtler schrieb:> Also erste Frage:> -----------------> Hat jemand daran Interesse? <---- bin dabei!>> Technisch gibt es mehrere Möglichkeiten.> Wenn ich es mache, würde ich subversion vorschlagen.
<--- ich muss mich zwar erst einarbeiten,
aber Herausforderungen sollen ja gesund sein,
gerade für Ältere ;-)
[geht das zur Not auch von Windows aus ...?
o.k. .. ich gehe gleich suchen ..]
>> Falls svn, gibt es wieder mehrere Möglichkeiten:> 1. öffentlich für alle, unkontrollierter Zugriff> 2. Alles über einen Benutzernamen+PW, den die interessierten> Leute bekommen> 3. Jeder bekommt einen eigenen Benutzernamen und PW.>> Ich bin gegen 1., mit 2 und 3 kann ich mich anfreunden.> Elegant fände ich 3., aber bei nur wenigen Leuten (erwarte ich)> wird 2. auch kein Problem sein.>> Also zweite Frage:> ------------------> Wer will mitmachen, und in welcher Art (1., 2. 3, andere)?
Immer noch ich, (vermutlich anfänglich eher passiv, als "Azubi")
Variante 2 oder 3 (eindeutig/sauber wäre 3)
Danke für Deine Initiative,
auf gute Zusammenarbeit !
Viele Grüße, Thomas (DG3NEO)
Thomas Sch. schrieb:> [geht das zur Not auch von Windows aus ...?
ja, klar.
tortoise z.B. macht das.
Wobei ich mich frage, ob es Sinn macht, unter Linux zu
entwickeln und unter Windows die Quellen abzugleichen,
aber mir egal!
Klaus Wachtler schrieb:> Aber wenn wir uns schon aus der dunklen Mauschelei herauswagen:> Es ist momentan in Diskussion, die CentiDev-Geschichte in> ein subversion-Repository zu gießen.> Michael P. (michael_p) hat unlängst SQLite eingebaut, weitere> Erweiterungen stehen zu befürchten.>
[..]
> Wer will mitmachen, und in welcher Art (1., 2. 3, andere)?
Hallo Klaus,
Das mit dem sqlite war ich (turmalin). Ich habe hier beim mir bisher 2
zusätzliche Pakete im Zweig 'platform/' eingebaut: 1. Editor joe-3.7 und
2. sqlite-3.7.4.
Letzteres deshalb, weil ich von C aus Sqlite-Datenbanken
bearbeiten/erstellen möchte. Das installierte PHP 5.1.2 bringt zwar
Sqlite mit, ich habe aber keinen Weg gefunden "von aussen" auf die
eigebettete Sqlite-lib zuzugreifen.
Was mir jetzt noch fehlt, ist eine Möglichkeit Mail (an einen Smarthost)
zu versenden. Weiß jemand, ob dazu schon was im System vorhanden ist?
Zu svn: da würde ich mitmachen, Option 2 oder, wenn sich doch mehr Leute
einfinden, Option 3.
Gruß
Michael
Michael H. schrieb:> Das mit dem sqlite war ich (turmalin).
Mist, wieso müsst ihr alle gleich heißen?
Sorry...
Zumindest könnte man dann für svn den Einheitsbenutzernamen Michael
nehmen :-)
Hallo,
Leider komme ich nicht mehr weiter und könnte etwas Hilfe gebrauchen.
Ich möchte libusb auf dem Centipad verwenden, nur verstehe ich nicht
ganz wie ich dem ./configure beibringen kann alles nicht für den Host
sondern für das Target zu konfigurieren. Ich habe es mit "./configure
--target=ARM-linux" versucht, nur das ist anscheinend zu wenig.
zB.: Untersucht configure ob timerfd.h vorhanden ist. Bei mir geht
configure davon aus dass timerfd.h vorhanden ist, das ist aber nur beim
Host vorhanden. Wie bringe ich configure bei dass mein Kernel nicht der
Host-Kernel ist?
lg,
Michael
Hallo Michael(s), Hallo Klaus,
Alles Gute im neuen Jahr, ich hoffe, ihr seit gut angekommen.
Mich plagt mal wieder die Neugier.
Gibt es schon berichtenwertes Neues aus Euren Projekten (SVN, SQLite,
BB, ..)?
Oder ist das restliche Interesse in der Öffentlichkeit zu gering?
Viele Grüße, Thomas
Autor: Klaus Wachtler (mfgkw)
Datum: 12.12.2010 01:38
Aber wenn wir uns schon aus der dunklen Mauschelei herauswagen:
Es ist momentan in Diskussion, die CentiDev-Geschichte in
ein subversion-Repository zu gießen.
Michael P. (michael_p) hat unlängst SQLite eingebaut, weitere
Erweiterungen stehen zu befürchten.
....
Autor: Michael H. (turmalin)
Datum: 13.12.2010 00:18
Sehe gerade dass busybox ab Version 1.10.0 auch ein sendmail-applet
dabei hat. Werde mal versuchen ob ich die aktuelle BB-Version eingebaut
bekomme.
oh, im Moment bin ich mit anderen Sachen gut beschäftigt; da
habe ich centipad temporär verdrängt.
Am So mach ich mal das svn dafür fertig.
Das Interesse scheint sich auf 3 oder 4 Leute zu beschränken, aber
das macht ja nix.
Ins svn stelle ich es für mich sowieso, der Mehraufwand ist nur
der Zugang von außen.
Hallo Klaus,
Danke für die Antwort!
Eigentlich habe ich auch drängendere Baustellen, von daher bitte keine
Hektik.
Ich bin deswegen wieder aktiv, weil ich jetzt Ubuntu in einer VM
"nebenbei" laufen habe, und mir mittelfristig mal eine GLCD-Anbindung am
Centipad vornehmen will.
Und das Lernen von anderen hat ja angeblich noch selten geschadet ;-)
Thomas
