Beiträge von pts0

    geht am morgen nicht merh ?


    Ich habe seit ein paar wochen nichts mehr gemacht und jetzt kann nicht mehr ausckechen, ist nur bei mir so ?


    Code
    pts0@yuan2fen4 ~/develop/dreambox $ make -f Makefile-opendreambox image
    Initial database already existing, ok.
    Trying to pull the newest revision of the meta database. you can
    disable this by setting DISABLE_UPDATE=1 in the Makefile-opendreambox
    /usr/bin/mtn pull --db=oe.mtn monotone.openembedded.org org.openembedded.dreambox
    mtn: doing anonymous pull; use -kKEYNAME if you need authentication
    mtn: connecting to monotone.openembedded.org
    mtn: network error: failed to connect: Connection refused
    make: *** [oe.mtn] Error 1


    ist server down oder habe falsche eintrag in meine makefile ?

    Hallo,


    warscheindlich hat nicht so alles was brauscht um zu loggen dein dropbear wenn due ueber command line startet.
    Probiert so

    Code
    /etc/init.d/dropbear start


    zu starten.
    Wenn du unbedingt deine -s option moechtest, du muss den file

    Code
    /etc/default/dropbear


    mit anlegen mit inhalt

    Code
    DROPBEAR_EXTRA_ARGS="-s"


    habe nicht ausprobiert mit -s in file, aber sollte gehen :)


    re: oh oh, was ist mit den file nicht gut ?


    gruss

    Hello,


    wie LazyT sagte :

    Zitat


    pts0 hat einen SSH1-RSA-Key gepostet


    habe eine urhalte key die bei mir in .ssh liegte leider auf dreambox getan. Kann ich nur sagen :dumdidumm:


    jetzt habe mit die richtige pub key ausprobiert und geht :cool2:



    -s bei starten ist nicht noetig ... wird nur password auth disabled. Falls man security paranoid ist, lieber dann telnet auschalten :)


    PS: Sorry fuer die falschen tips von heute nachmittag.

    :confused_face: genau so auch bei mir,



    geht bei jemand ?

    Zitat


    hast Du vieleicht eine Bsp. Datei?


    ja sogar den original, ist so wie so nur public key.


    Ich habe gemini 4.0


    Code
    root@dream01:~> more .ssh/authorized_keys
    1024 35 129133832376998502525036958728406245595319209884646883306452808625062895776175219467892181296899057701622653310413461674909864337147033320497174253240713048917539579070039934740828664776272388053893880684888674622092425716094078245468063633040559472721409969977011419235031045032360370768395382247025571989881 pts0@kuaile


    bei login


    Code
    pts@men $ ssh root@dream01
    root@dream01's password:


    kommt mit password.
    key ist die richtige, 100% sicher. Geht nur mit dsa vielleicht ?

    Ich vermute ist ein hoffnunslos project mit NDAS platte. Ich habe tage lang schon ein treiber fuer linux gesucht in internet, gibt nichts richiges. Am besten kauft man keine NDAS und nur platten die Samba ober NFS koennen.
    Aber falls du etwas findest ... bitte melden.

    Ihr sei alle super und "wir" sind sehr seit gekommen, leider nicht am ziel. Ich habe parallel auf ein alte i486 compiliert, geht ewig aber geht (bis jetzt), seit 8 Stunden dran.
    Ich werden ein vmware oder Xen linux installieren ... was ist die diestribution die am besten passt um image zu builden ?
    Gibt es schon so ein vmware image vielleicht ?


    Gruss


    pts0

    :danke:


    @ all


    richtige bb, mtn und BUILD_ARCH = "i686"


    bin viel viel weiter gekommen bis ...



    aber jetzt ? :dumdidumm:


    log auch noch dazu :



    pts0

    Zitat

    Originally posted by Schaedelmeister
    Ich habe Dir oben geschrieben, das Du die bb (Bitbake) Version wie ich setzen sollst


    Langsam ...


    bitBake version , tools version ist version 1.8.8
    was in Makefile-opendreambox in var BB_VERSION=1.6.8 is nicht den tag zum auscheken in bitbake von subversion ?

    Code
    svn checkout "svn://svn.berlios.de/bitbake/"/tags/bitbake-1.6.8 bb


    oder muss am besten bitbake tool gar nicht in linux installiert sein ?


    Sorry ... cross compiling ist nie meine staerke gewesen.



    edit: Habe bitbake jetzt von system deinstalliert ...


    pts0

    Zitat

    Originally posted by bughunter
    Habt ihr mal die Bitbake und Monotone Version gecheckt ?


    mit falsche mtn version geht gar nichts.
    BitBake habe 1.8.8



    Code
    pts0@men ~/develop $ bitbake --version
    BitBake Build Tool Core version 1.8.8, bitbake version 1.8.8
    pts0@men ~/develop $ mtn --version
    monotone 0.31 (base revision: unknown)


    Zitat

    Originally posted by bughunter
    benutzt pts0 eine x86_64


    ja, genau.


    Code
    uname -a
    Linux men 2.6.21-gentoo-men-pts0 #1 PREEMPT Tue May 15 22:07:51 CEST 2007 x86_64 AMD Athlon(tm) 64 Processor 3000+ AuthenticAMD GNU/Linux


    Zitat

    Originally posted by bughunter
    Habt ihr schon mal probiert ggf. X86_64 Option zu setzen weil er auf einbem 64 Bit packt ?


    wo setzen die option ?


    guss


    pts0

    auch nicht.


    Was kommt bei dir mit :



    hast du python 64 bit compiliert oder 32 bit version ? Auch psyco lasst sich nicht kompilieren mit 64bit


    Code
    c/codegen.h:15:3: error: #error "-----------------------------------------------------"
    c/codegen.h:16:3: error: #error "Sorry, non-32-bit platforms are not supported at all."
    c/codegen.h:17:3: error: #error "You may try with a Python compiled in 32-bit         "
    c/codegen.h:18:3: error: #error "compatibility mode.  Note that Psyco will probably   "
    c/codegen.h:19:3: error: #error "never support non-32-bit platforms, as it is no      "
    c/codegen.h:20:3: error: #error "longer actively developed.  Instead, the PyPy group  "
    c/codegen.h:21:3: error: #error "plans to replace it with a more flexible and easily  "
    c/codegen.h:22:3: error: #error "retargettable Psyco-for-PyPy during the year 2006.   "
    c/codegen.h:23:3: error: #error "See http://codespeak.net/pypy/                       "
    c/codegen.h:24:3: error: #error "-----------------------------------------------------"


    pts0