Newmake goes Head [ab 06.01.2009]

[dbt]

Wenn man heute noch irgendwohin umsteigt, dann auf git

Bei derm was man darüber hört schon.

Kleine Anfrage noch:
barf:

Code: Alles auswählen

rm -f apps/tuxbox/plugins/pluginx/pluginx.cpp

Du meinst doch sicher pluginx.c?

[rhabarber1848]

wenn es keine Bedenken gibt, wird dann umgestellt.

Von mir gibt es grünes Licht.

[Striper]

Wenn man heute noch irgendwohin umsteigt, dann auf git

Damit hab ich bisher keine praktische Erfahrung. Die Theorie klingt aber sehr gut. Allerdings bei der Geschwindigkeit in der hier "neues" Umgesetzt wird... naja lassen wir das.

Ich finds jedenfalls sehr schön das sich nun newmake endlich etabliert hat. Hoffentlich kommt von Barf zukünftig auch wieder frischer Wind in Form von Code.

[dbt]

Allerdings bei der Geschwindigkeit in der hier "neues" Umgesetzt wird

Für meinen Teil komme ich nur begrenzt dazu durchgängig mal an einer Sache zu bleiben, falls du das meinst, andererseits wäre das schon längst passiert, wenn damals nicht so ein Theater darum gemacht worden wäre. Ein etwas komischer Beigeschmack bleibt aber, wenn das jetzt durchezogen wird, aber von nix, kommt nix.

[Striper]

Das ging nicht in deine Richtung dbt.

[Barf]

barf:
Code:
rm -f apps/tuxbox/plugins/pluginx/pluginx.cpp

Du meinst doch sicher pluginx.c?

4 sure!

Wenn man heute noch irgendwohin umsteigt, dann auf git

Aber lass uns erstmals 3 Jahren zweigleisig fahren, ok? (SCNR!!)

[dbt]

! und erstmal n8...

[Rebel1]

Hi,
erstmal danke für deine Mühe,
aber da fehlen noch ein paar Dinge:

make/defaultlocale.mk
make/radiobox.mk
tuxbox/boot/u-boot-config/u-boot.dbox2.h.m4
tuxbox/apps/tuxbox/plugins/Makefile.am entspricht auch noch nicht dem Stand von newmake

die sind mir mal auf anhieb aufgefallen.

[rhabarber1848]

Die newmake-Version von cdk/Patches/busybox.config.m4 ist nicht in HEAD.

[dbt]

Hab grad gesehen, dass Seife einiges davon nachgereicht hat. Weiß der Geier warum cvs die Files beim mergen verschluckt hat

tuxbox/apps/tuxbox/plugins/Makefile.am entspricht auch noch nicht dem Stand von newmake

Die sollte eigentlich passen, da die Datei von cvs verschmolzen wurde, so zumindest sollte es lt. cvs passiert sein. Konflikte gabs da eigentlich nicht. Da müsste aber noch die Dreamboxsache geklärt werden, seife wollte da ja mal drauf schauen.

[rhabarber1848]

In cdk/configure.ac ist noch nicht alles ok:

Code: Alles auswählen

@@ -231,6 +231,21 @@
        prefix=/dbox2
 fi

+AC_ARG_ENABLE(ide,
+       AS_HELP_STRING(--enable-ide,include ide and ext3 drivers),
+       ,[enable_ide=no])
+AM_CONDITIONAL(ENABLE_IDE,test "$enable_ide" = "yes")
+
+AC_ARG_ENABLE(upnp,
+       AS_HELP_STRING(--enable-upnp,include upnp support),
+       ,[enable_upnp=no])
+AM_CONDITIONAL(ENABLE_UPNP,test "$enable_upnp" = "yes")
+
+AC_ARG_ENABLE(flac,
+       AS_HELP_STRING(--enable-flac,include Neutrino flac audio decoder with libFLAC),
+       ,[enable_flac=no])
+AM_CONDITIONAL(ENABLE_FLAC,test "$enable_flac" = "yes")
+
 AC_ARG_WITH(targetprefix,
        [  --with-targetprefix=DIR prefix for target files [[PREFIX/cdkroot]]],
        [targetprefix="$with_targetprefix"],[targetprefix="${prefix}/cdkroot"])

ist überflüssig, da die Funktionen weiter oben in newmake bereits definiert sind.

Code: Alles auswählen

@@ -529,6 +544,8 @@
 TUXBOX_RULES_MAKE_EXDIR(glibc)
 TUXBOX_RULES_MAKE_EXDIR(gcc)
 TUXBOX_RULES_MAKE(uclibc)
+TUXBOX_RULES_MAKE(libtool)
+TUXBOX_RULES_MAKE(squashfs)

 #
 # root

dito

Der Rest sieht ok aus, wenn die o.g. Änderungen im CVS sind, werde ich HEAD kompilieren
und meine Patches ggfs. anpassen.

[seife]

Ich konnte für die dm500 sowohl ein neutrino- als auch ein enigmaimage bauen, scheint also nichts dramatisches kaputt gegangen zu sein. Ansonsten baut's bei mir auch in vielen Kombinationen.

[tine1084]

Seit dieser änderung

-ifdef(`ide',
-`option(`CONFIG_CHATTR', `y', `n')
-option(`CONFIG_FSCK', `y', `n')
-option(`CONFIG_LSATTR', `y', `n')',
+ifdef(`ext3',
+`option(`CONFIG_CHATTR', `y', `y')
+option(`CONFIG_FSCK', `y', `y')
+option(`CONFIG_LSATTR', `y', `y')',
`option(`CONFIG_CHATTR', `n', `n')
option(`CONFIG_FSCK', `n', `n')
option(`CONFIG_LSATTR', `n', `n')'

in der "busybox.config.m4" sind trotz "--enable-ide" die 3 funktionen "CHATTR, FSCK, LSATTR" nicht mehr in der busybox enthalten. Ich benutze oldmake.

mfg tine1084

[rhabarber1848]

Ich benutze oldmake.

Hast Du den oldmake-branch ausgecheckt? CVS HEAD ist nun newmake.

[tine1084]

Ja habe ich mit

cvs -d anoncvs@cvs.tuxbox-cvs.sourceforge.net:/cvs/tuxbox -z3 co -f -r oldmake -P .

gemacht.
Aber die "busybox.config.m4" wird ja soviel ich weiss auch von oldmake benutzt. Genau so wie die "linux-2.4.x.config.m4" auch. Oder liege ich da falsch?

[rhabarber1848]

Probier mal den tag last_oldmake_head auszuchecken.

[tine1084]

wie muss ich das machen?
Ich hatte zuletzt am 06.01. ausgecheckt...und da hatte noch alles gepasst.

Ich vermute mal das es daran liegt:

-ifdef(`ide',
+ifdef(`ext3',

[dwilx]

Bin mir nicht 100% sicher, alles erwischt zu haben, aber das wird sich rausstellen wenn die newmake-Files in head sind. Jetzt bitte erst mal schauen ob der Checkout auch klappt. ...

Mit Ankündiung.

wie muss ich das machen?

Ich würde das so probieren:

Code: Alles auswählen

cvs -d anoncvs@cvs.tuxbox.org:/cvs/tuxbox -z3 co -f -r last_oldmake_head -P .

[tine1084]

Mit "last_oldmake_head" ist noch alles ok.

mfg tine1084

[seife]

Dann müssten die oldmake-Maintainer mal die busybox.config.m4 dem oldmake-branch hinzufügen.

[tine1084]

Ich habe jetzt mal neu ausgecheckt mit "cvs -d anoncvs@cvs.tuxbox-cvs.sourceforge.net:/cvs/tuxbox -z3 co -f -r oldmake -P ." und dann ein Image gebaut.
Startet aber leider nicht mehr. Hier mal das Bootlog:

debug: DDF: Calibrating delay loop... debug: DDF: 67.79 BogoMIPS
debug: BMon V1.2 mID 01
debug: feID dd gtxID 0b
debug: fpID 5a dsID xx-xx.xx.xx.xx.xx.xx-xx
debug: HWrev 09 FPrev 0.81
debug: B/Ex/Fl(MB) 32/00/08
WATCHDOG reset enabled
dbox2:root> debug:
BOOTP/TFTP bootstrap loader (v0.3)
debug:
debug: Transmitting BOOTP request via broadcast
debug: Given up BOOTP/TFTP boot
boot net failed

Flash-FS bootstrap loader (v1.5)

Found Flash-FS superblock version 3.1
Found file /root/platform/nokia-dbox2/kernel/os in Flash-FS
debug: Got Block #0036

will verify ELF image, start= 0x800000, size= 163276
verify sig: 262
Branching to 0x40000


U-Boot 1.2.0 (Tuxbox) (Jan 8 2009 - 12:58:43)

CPU: PPC823ZTnnB2 at 67.100 MHz: 2 kB I-Cache 1 kB D-Cache
Board: DBOX2, Nokia, BMon V1.2
Watchdog enabled
I2C: ready
DRAM: 32 MB
FLASH: 8 MB
Scanning JFFS2 FS: . .
find_inode failed for name=boot.conf
load: Failed to find inode
FB: ready
LCD: ready
In: serial
Out: serial
Err: serial
Net: SCC ETHERNET

Options:
1: Console on null
2: Console on ttyS0
3: Console on framebuffer
Select option (1-3), other keys to stop autoboot: 0
### FS (squashfs) loading 'vmlinuz' to 0x100000
Bus Fault @ 0x01fd1cf4, fixup 0x00000000
Machine check in kernel mode.
Caused by (from msr): regs 01fa9748 Unknown values in msr
NIP: 01FD1CF4 XER: C000427F LR: 01FEBC38 REGS: 01fa9748 TRAP: 0200 DAR: 00000009

MSR: 00009002 EE: 1 PR: 0 FP: 0 ME: 1 IR/DR: 00

GPR00: 10020000 01FA9838 00000000 01FA9850 A95CC645 00000002 01FA984F 00000000
GPR08: 00000000 00000000 00000000 01FF4D8C 59303035 00031BFC 01FFAC00 01F8E000
GPR16: 01FA9AF8 00000000 01FF06EC 00000000 01FA98A0 01FB46E8 00000000 00000000
GPR24: 995AC646 01FF3F3C 01FA9A00 00001FF7 01FF06EC 01FA9F94 01FFBAF4 01FA9848
Call backtrace:
FF002808 01FEBCA8 01FEC200 01FEC56C 01FECB84 01FDDCC8 01FDB490
01FDB6A0 01FD6D98 01FD03B0
machine check

[rhabarber1848]

Folgende Dateien wurden in newmake und werden in HEAD nicht mehr benötigt

cdk/Patches/dsniff.diff
cdk/Patches/libdb2.diff
cdk/Patches/libnet.diff
cdk/Patches/pump.diff
cdk/Patches/python.diff
cdk/Patches/qte.diff

und können aus dem CVS entfernt werden.

[dbt]

Dann müssten die oldmake-Maintainer mal die busybox.config.m4 dem oldmake-branch hinzufügen.

Die fehlt tatsächlich noch. Da ich den Branch eingerichtet habe, mache ich das noch. Ich lege aber nicht die Hand dafür ins Feuer, dass nicht noch irgendwas fehlt.

Folgende Dateien wurden in newmake und werden in HEAD nicht mehr benötigt

cdk/Patches/dsniff.diff
cdk/Patches/libdb2.diff
cdk/Patches/libnet.diff
cdk/Patches/pump.diff
cdk/Patches/python.diff
cdk/Patches/qte.diff

und können aus dem CVS entfernt werden.

Mit dem Entfernen ist das so eine Sache. Barf hats ja schon mal angedeutet, dass es evtl. wegen History und solllte man irgendwie nochmal darauf zurückgreifen wollen, es Probleme geben könnte. Alternative wäre evtl. ein Tag.

[seife]

"Entfernen" Ist in diesem Fall kein Problem, die Dateien landen ja im Attic, sie werden nur nicht mehr "aus versehen" ausgecheckt.

Im CVS eine Datei komplett zu entfernen ist IIRC ohne "rm" auf dem Server nicht möglich

[rhabarber1848]

Ein "cvs remove" in HEAD ist natürlich das, was ich meine, kein "rm" auf dem Server