Slouceni syslessu pro ruzne architektury
Ahoj vsem, jak uz jsem nekomu z vas rikal, rozhodli jsme se sloucit sysless-lpc21xx a sysless-h8300 do jednoho repozitare. Vysledek je k videni na http://rtime.felk.cvut.cz/gitweb/sysless.git a stahnout si ho muzete pomoci git clone git://rtime.felk.cvut.cz/sysless.git nebo git clone login@rtime.felk.cvut.cz:/var/git/sysless.git V tuto chvili bych vas chtel poprosit, jestli byste nemohli zkontrolovat, zda pri slucovani nedoslo k znefunkcneni vasich veci. Pokud ano, napiste sem a budeme to nejak resit. Jak puvodni, tak nove repozitare jsou momentalne v read-only rezimu. Pokud mate jeste neco rozdelaneho, co neni "pushle" na serveru, napiste sem co nejdriv a domluvime se jak postupovat. Pokud nikdo nenapise cca do stredy, mam v planu puvodni repozitare "schovat" v Gitwebu (http://rtime.felk.cvut.cz/gitweb) a nechat pouze pristup pres git. Dokumentaci na http://rtime.felk.cvut.cz/hw/index.php/System-Less_Framework upravim az budu vedet, ze takhle je vse OK. PLANOVANE ZMENY DO BUDOUCNA: 1) Z repozitare chceme vyhazet vsechny vetsi aplikace. Zejmena se jedna o adat_base, rama_dam. S pripadnym prevodem do samostatneho repozitare jsem ochoten asistovat. V zasade jsou pro aplikace na vyber dve moznosti: a) pouzit sysless jako submodul a b) pouzivat tzv. subtree merge. 2) Omezeni pristupu. Protoze soucasny stav puvodniho sysless-lpc21xx neni zrovna idealni, je potreba kontrola toho, co lidi commituji. Jsou dve moznosti: a) Bud bude mit write pristup k repozitari jen par lidi (napr. ja a Pavel) a ostatni budou zmeny zasilat mailem (git format-patch/git send-email) ci jako "pull request" na jejich repozitare nebo b) kazdemu kdo by chtel zapisovat se zridi samostatny branch/fork a do hlavni vetve se to namerguje jen tehdy pokud vse pujde zkompilovat. Moznost a) znamena, ze budu muset venovat syslessu vic sveho casu a moznost b) zase ze budu muset cas venovat psani skriptu pro aktumatickou kompilaci. Jak se k tomu stavite? Michal ---
Zdar,
1) Z repozitare chceme vyhazet vsechny vetsi aplikace. Zejmena se jedna o adat_base, rama_dam. S pripadnym prevodem do samostatneho repozitare jsem ochoten asistovat. V zasade jsou pro aplikace na vyber dve moznosti: a) pouzit sysless jako submodul a b) pouzivat tzv. subtree merge.
bravo, ty aplikace tam smrdej od samyho zacatku.
2) Omezeni pristupu. Protoze soucasny stav puvodniho sysless-lpc21xx neni zrovna idealni, je potreba kontrola toho, co lidi commituji. Jsou dve moznosti: a) Bud bude mit write pristup k repozitari jen par lidi (napr. ja a Pavel) a ostatni budou zmeny zasilat mailem (git format-patch/git send-email) ci jako "pull request" na jejich repozitare nebo b) kazdemu kdo by chtel zapisovat se zridi samostatny branch/fork a do hlavni vetve se to namerguje jen tehdy pokud vse pujde zkompilovat.
Moznost a) znamena, ze budu muset venovat syslessu vic sveho casu a moznost b) zase ze budu muset cas venovat psani skriptu pro aktumatickou kompilaci.
Tohle neodhadnu, ale soukrome se mi zda, ze zmen je dost malo, resp. ze se i tak stejne ptam Tebe nebo CML, zda ma cenu to a to tam cpat (treba podpora noveho MCU). Takze bych se primlouval spis za a). b) me totiz desi tim, ze tam bude milion vetvi, kazda o jednom stupidnim patchi. Pravda je, ze sleduju deni jen v lpc2xxx, tak nevim, jak moc to bude zhave na jinych architekturach. Zdar, MP ---
Ahoj vsichni,
PLANOVANE ZMENY DO BUDOUCNA:
1) Z repozitare chceme vyhazet vsechny vetsi aplikace. Zejmena se jedna o adat_base, rama_dam.
Osobne bych navrhoval vyhazet *uplne vsechny* aplikace, nejen vetsi (maximalne nechat tam nejaky "hello world" jako ukazku), ale zalezi na Michalovi. Jinak samozrejme souhlasim, bude tam min hnoje.
V zasade jsou pro aplikace na vyber dve moznosti: a) pouzit sysless jako submodul a b) pouzivat tzv. subtree merge.
Libi se mi asi spis a), ale stejne tomu poradne nerozumim :-).
2) Omezeni pristupu. Protoze soucasny stav puvodniho sysless-lpc21xx neni zrovna idealni, je potreba kontrola toho, co lidi commituji.
Souhlas
Jsou dve moznosti: a) Bud bude mit write pristup k repozitari jen par lidi (napr. ja a Pavel) a ostatni budou zmeny zasilat mailem (git format-patch/git send-email) ci jako "pull request" na jejich repozitare nebo b) kazdemu kdo by chtel zapisovat se zridi samostatny branch/fork a do hlavni vetve se to namerguje jen tehdy pokud vse pujde zkompilovat.
Osobne se mi b) zda trochu lepsi, z hlediska vytizenosti Michala a Pavla - v pripade a) by se museli zabyvat kazdym patchem, v pripade b) by stacilo, aby cas od casu zvazili, co ma smysl zaradit do mainline (alespon pokud to dobre chapu). Ale pokud jde o mne, obe moznosti jsou OK. Ondra ---
Ahoj, tak zminovany addat_base nefunguje (konfigurak board/arm/lpc2364_addat/config.addat). Errorova hlaska LINK /home/data/robot/eurobot/test/sysless/_compiled/bin/addat_base-flash /usr/arm-elf/gcc/4.3.2/bin/../lib/gcc/arm-elf/4.3.2/../../../../arm-elf/lib/libg.a(lib_a-init.o): In function `__libc_fini_array': /home/playground/projects/linux/build-i386/arm-elf/gcc/arm-elf/newlib/libc/misc/../../../../../../../src/gcc-4.3/newlib/libc/misc/init.c:58: undefined reference to `_fini' /usr/arm-elf/gcc/4.3.2/bin/../lib/gcc/arm-elf/4.3.2/../../../../arm-elf/lib/libg.a(lib_a-init.o): In function `__libc_init_array': /home/playground/projects/linux/build-i386/arm-elf/gcc/arm-elf/newlib/libc/misc/../../../../../../../src/gcc-4.3/newlib/libc/misc/init.c:40: undefined reference to `_init' collect2: ld returned 1 exit status make[1]: *** [/home/data/robot/eurobot/test/sysless/_compiled/bin/addat_base-flash] Error 1 make: *** [binary-pass] Error 2 Vypada to ze se tam dostal nejakej nerelativni symlink (/home/playground/projects/linux/build-i386/arm-elf/gcc/arm-elf/newlib/libc/misc/ - tohle opravdu neni moje, vlastnik at se prizna 8-)). Zkousel jsem prelozit eb_ebb pro lpceurobot a to jede. ad 1) souhlasim, vyhazel bych tam vetsinu aplikaci. Jen prosim at tam zustane z app: app/arm/eb_blink a z board board/arm/lpceurobot pro studenty co pouzivaji nase euroboti desticky. ad 2) V tomhle se nevyznam, jen mi pak napiste komu mam posilat patch. Jirka 2010/1/11 Michal Sojka (sysless@pandora.cz) <sojkam1@fel.cvut.cz>
Ahoj vsem,
jak uz jsem nekomu z vas rikal, rozhodli jsme se sloucit sysless-lpc21xx a sysless-h8300 do jednoho repozitare. Vysledek je k videni na
http://rtime.felk.cvut.cz/gitweb/sysless.git
a stahnout si ho muzete pomoci git clone git://rtime.felk.cvut.cz/sysless.git nebo git clone login@rtime.felk.cvut.cz:/var/git/sysless.git
V tuto chvili bych vas chtel poprosit, jestli byste nemohli zkontrolovat, zda pri slucovani nedoslo k znefunkcneni vasich veci. Pokud ano, napiste sem a budeme to nejak resit.
Jak puvodni, tak nove repozitare jsou momentalne v read-only rezimu. Pokud mate jeste neco rozdelaneho, co neni "pushle" na serveru, napiste sem co nejdriv a domluvime se jak postupovat. Pokud nikdo nenapise cca do stredy, mam v planu puvodni repozitare "schovat" v Gitwebu (http://rtime.felk.cvut.cz/gitweb) a nechat pouze pristup pres git. Dokumentaci na http://rtime.felk.cvut.cz/hw/index.php/System-Less_Framework upravim az budu vedet, ze takhle je vse OK.
PLANOVANE ZMENY DO BUDOUCNA:
1) Z repozitare chceme vyhazet vsechny vetsi aplikace. Zejmena se jedna o adat_base, rama_dam. S pripadnym prevodem do samostatneho repozitare jsem ochoten asistovat. V zasade jsou pro aplikace na vyber dve moznosti: a) pouzit sysless jako submodul a b) pouzivat tzv. subtree merge.
2) Omezeni pristupu. Protoze soucasny stav puvodniho sysless-lpc21xx neni zrovna idealni, je potreba kontrola toho, co lidi commituji. Jsou dve moznosti: a) Bud bude mit write pristup k repozitari jen par lidi (napr. ja a Pavel) a ostatni budou zmeny zasilat mailem (git format-patch/git send-email) ci jako "pull request" na jejich repozitare nebo b) kazdemu kdo by chtel zapisovat se zridi samostatny branch/fork a do hlavni vetve se to namerguje jen tehdy pokud vse pujde zkompilovat.
Moznost a) znamena, ze budu muset venovat syslessu vic sveho casu a moznost b) zase ze budu muset cas venovat psani skriptu pro aktumatickou kompilaci.
Jak se k tomu stavite?
Michal
---
-- =================================================== Bc. Jiri Kubias Czech Technical University in Prague Faculty of Electrical Engineering dept. of Control Engineering Karlovo namesti 13/E, 121 35 Prague Czech Republic web page: http://dce.felk.cvut.cz e-mail: jiri.kubias@gmail.com mobile: 777 974167 =================================================== ---
On Monday 11 of January 2010 19:50:55 jiri.kubias@gmail.com (sysless@pandora.cz) wrote:
Ahoj, tak zminovany addat_base nefunguje (konfigurak board/arm/lpc2364_addat/config.addat).
Ahoj, vubec nejsem schopnej zreprodukovat tvuj problem. Napis presne co a jak nastavis. Ja jsem zkousel: ln -s board/arm/lpc2364_addat/config.addat config.target make default-config make -k cd arch make -k cd ../app/arm/addat_base make V adat_base bylo par warningu, ale prelozilo se to.
Vypada to ze se tam dostal nejakej nerelativni symlink (/home/playground/projects/linux/build-i386/arm-elf/gcc/arm-elf/newlib/libc /misc/ - tohle opravdu neni moje, vlastnik at se prizna 8-)). Zkousel jsem
A nekecas trochu? :-) git log --follow --stat addat_base-flash commit de435f293c5e79ab348fbb3d5cbcbda7ba8e3449 Author: Michal Sojka <sojkam1@fel.cvut.cz> Date: Mon Jan 11 13:05:46 2010 +0100 Boards and apps moved to arm subdirectory This is preparation for merging with sysless-h8300. app/{ => arm}/addat_base/addat_base-flash | 0 1 files changed, 0 insertions(+), 0 deletions(-) commit c50b89c7bb2ee2c9beaf35c1346dcdb026b502a5 Author: Jiri Kubias <jiri.kubias@gmail.com> Date: Wed Oct 14 14:04:22 2009 +0200 addat_base - Jirkuv projekt app/addat_base/addat_base-flash | 1 + 1 files changed, 1 insertions(+), 0 deletions(-) V puvodnim repozitari je to taky http://rtime.felk.cvut.cz/gitweb/sysless-lpc21xx.git/commit/80e131af5bcef3e1... Michal ---
Ahoj, ja jsem neprekladal zvlast pro arch/ ted uz to jede, dik. Jinak opravdu nevim kde se tam bralo (/home/playground/projects/linux/build-i386/arm-elf/gcc/arm-elf/newlib/libc/misc/ ja nemam nic jako /home/playground/.... V priloze ti posilam upraveny Makefile.omk pro eb_ebb aby se prekladal jen pro lpceurobot. Snad jsem ten git patch dobre vyrobil.... Jirka 2010/1/14 Michal Sojka (sysless@pandora.cz) <sojkam1@fel.cvut.cz>
On Monday 11 of January 2010 19:50:55 jiri.kubias@gmail.com ( sysless@pandora.cz) wrote:
Ahoj, tak zminovany addat_base nefunguje (konfigurak board/arm/lpc2364_addat/config.addat).
Ahoj,
vubec nejsem schopnej zreprodukovat tvuj problem. Napis presne co a jak nastavis.
Ja jsem zkousel: ln -s board/arm/lpc2364_addat/config.addat config.target make default-config make -k cd arch make -k cd ../app/arm/addat_base make
V adat_base bylo par warningu, ale prelozilo se to.
Vypada to ze se tam dostal nejakej nerelativni symlink
(/home/playground/projects/linux/build-i386/arm-elf/gcc/arm-elf/newlib/libc
/misc/ - tohle opravdu neni moje, vlastnik at se prizna 8-)). Zkousel jsem
A nekecas trochu? :-)
git log --follow --stat addat_base-flash commit de435f293c5e79ab348fbb3d5cbcbda7ba8e3449 Author: Michal Sojka <sojkam1@fel.cvut.cz> Date: Mon Jan 11 13:05:46 2010 +0100
Boards and apps moved to arm subdirectory
This is preparation for merging with sysless-h8300.
app/{ => arm}/addat_base/addat_base-flash | 0 1 files changed, 0 insertions(+), 0 deletions(-)
commit c50b89c7bb2ee2c9beaf35c1346dcdb026b502a5 Author: Jiri Kubias <jiri.kubias@gmail.com> Date: Wed Oct 14 14:04:22 2009 +0200
addat_base - Jirkuv projekt
app/addat_base/addat_base-flash | 1 + 1 files changed, 1 insertions(+), 0 deletions(-)
V puvodnim repozitari je to taky
http://rtime.felk.cvut.cz/gitweb/sysless-lpc21xx.git/commit/80e131af5bcef3e1...
Michal
---
-- =================================================== Bc. Jiri Kubias Czech Technical University in Prague Faculty of Electrical Engineering dept. of Control Engineering Karlovo namesti 13/E, 121 35 Prague Czech Republic web page: http://dce.felk.cvut.cz e-mail: jiri.kubias@gmail.com mobile: 777 974167 =================================================== ---
On Thursday 14 January 2010 16:31:10 jiri.kubias@gmail.com (sysless@pandora.cz) wrote:
Ahoj, ja jsem neprekladal zvlast pro arch/ ted uz to jede, dik.
Jinak opravdu nevim kde se tam bralo (/home/playground/projects/linux/build-i386/arm-elf/gcc/arm-elf/newlib/libc /misc/ ja nemam nic jako /home/playground/....
V priloze ti posilam upraveny Makefile.omk pro eb_ebb aby se prekladal jen pro lpceurobot. Snad jsem ten git patch dobre vyrobil....
Jirka
Zdravím, tato cesta vypadá jako cesta někde z ARM ELF GCC na stroji Hradlo, kde bylo GCC kompilované /home/playground/projects/linux/build-i386/arm-elf/gcc/arm-elf/newlib/libc/misc/ Bohužel chybí informace, kde se hláška objevila. Pokud je to odkaz na řádek v debuggeru, kde je chyba, tak je to možné. Pokud je to odkaz na místo, kde chybí nějaký symbol při linku tak také. Jinak build jsem dělal na Hradle právě pro to, aby byl v případě potřeby najít místa v Newlib nebo libgcc či jiné chybě v toolchainu ostatním k dispozici. Mějte se, Pavel
On Thursday 14 of January 2010 16:31:10 jiri.kubias@gmail.com (sysless@pandora.cz) wrote:
V priloze ti posilam upraveny Makefile.omk pro eb_ebb aby se prekladal jen pro lpceurobot. Snad jsem ten git patch dobre vyrobil....
Dal jsem to tam a jeste jsem to trochu upravil, aby to nepsalo moc warningu. Dik Michal ---
V priloze je patch na ostatni projekty v app/arm/.. . Kdyz se dalo z projektu zjistit pro jakou to je desku, tak jsem udelal podmineny preklad na tu desku, jinak je to na podmineny na konkretini architekturu. Snad jsem nikomu nic neznefunkcnil. Jirka 2010/1/20 Michal Sojka (sysless@pandora.cz) <sojkam1@fel.cvut.cz>
On Thursday 14 of January 2010 16:31:10 jiri.kubias@gmail.com (sysless@pandora.cz) wrote:
V priloze ti posilam upraveny Makefile.omk pro eb_ebb aby se prekladal jen pro lpceurobot. Snad jsem ten git patch dobre vyrobil....
Dal jsem to tam a jeste jsem to trochu upravil, aby to nepsalo moc warningu.
Dik Michal
---
-- =================================================== Bc. Jiri Kubias Czech Technical University in Prague Faculty of Electrical Engineering dept. of Control Engineering Karlovo namesti 13/E, 121 35 Prague Czech Republic web page: http://dce.felk.cvut.cz e-mail: jiri.kubias@gmail.com mobile: 777 974167 =================================================== ---
On Wednesday 20 January 2010 20:10:03 jiri.kubias@gmail.com (sysless@pandora.cz) wrote:
V priloze je patch na ostatni projekty v app/arm/.. . Kdyz se dalo z projektu zjistit pro jakou to je desku, tak jsem udelal podmineny preklad na tu desku, jinak je to na podmineny na konkretini architekturu. Snad jsem nikomu nic neznefunkcnil.
Prosimte, neposilej priste ty patche jako prilohu ale jako soucast textu a dej bacha, aby ti mailovej klient nezalamoval radky kde nema. Kdyz ti chci okomentovat nejakou cast patche, tak se to takhle dela dost blbe. Mam vyhrady napriklad k eb_blink - porovnavas $(BOARD) s lpc21xx, coz je blbe. Oprav to prosim a posli patch znovu. Dik Michal ---
Tak snad jsem vycytal vsechny mouchy. Nevim jak zrusit ten puvodni patch takze posilam dva:
On Thursday 21 of January 2010 20:41:37 jiri.kubias@gmail.com (sysless@pandora.cz) wrote:
Tak snad jsem vycytal vsechny mouchy. Nevim jak zrusit ten puvodni patch takze posilam dva:
Kdyz chces zmenit posledni commit, muzes pouzit git commit --amend, pripadne v git gui zaskrtnout Amend last commit. S temahle patchema co jsi poslal je ale problem, ze je neco zmrvilo a nejdou aplikovat (smazalo to mezery na zacatku radku). Posli je prosim znova. Nejlepsi je posilat patche pomoci git send-email. Napr. prikaz pro poslani dvou poslednich commitu a vcetne uvodniho mailu je: git send-email --compose HEAD~2 Pokud jsou komentare v commitech dostatecne, a neni potreba psat uvodni mail, staci vynechat --compose. Pokud nemas funkcni sendmail na tvym pocitaci, je potreba nakonfigurovat SMTP server: Napr: git config --global sendemail.smtpserver imap.feld.cvut.cz git config --global sendemail.smtpuser sojkam1 git config --global sendemail.smtpssl true Michal ---
Ok, tak se zas na to vecer podivam. Asi by bylo dobre dat na wiki navod na posilani patchu (staci vykopirovat to co jsi sem poslal). Jirka Odesláno z iPhone 22.1.2010 v 14:35, "Michal Sojka (sysless@pandora.cz)" <sojkam1@fel.cvut.cz
:
On Thursday 21 of January 2010 20:41:37 jiri.kubias@gmail.com (sysless@pandora.cz) wrote:
Tak snad jsem vycytal vsechny mouchy. Nevim jak zrusit ten puvodni patch takze posilam dva:
Kdyz chces zmenit posledni commit, muzes pouzit git commit --amend, pripadne v git gui zaskrtnout Amend last commit.
S temahle patchema co jsi poslal je ale problem, ze je neco zmrvilo a nejdou aplikovat (smazalo to mezery na zacatku radku). Posli je prosim znova.
Nejlepsi je posilat patche pomoci git send-email. Napr. prikaz pro poslani dvou poslednich commitu a vcetne uvodniho mailu je:
git send-email --compose HEAD~2
Pokud jsou komentare v commitech dostatecne, a neni potreba psat uvodni mail, staci vynechat --compose. Pokud nemas funkcni sendmail na tvym pocitaci, je potreba nakonfigurovat SMTP server:
Napr: git config --global sendemail.smtpserver imap.feld.cvut.cz git config --global sendemail.smtpuser sojkam1 git config --global sendemail.smtpssl true
Michal
---
---
participants (5)
-
jiri.kubias＠gmail.com (sysless＠pandora.cz) -
Michal Sojka (sysless＠pandora.cz) -
Pavel Pisa -
Robothron 1715 (sysless＠pandora.cz) -
spinkao＠fel.cvut.cz (sysless＠pandora.cz)