OESF Portables Forum

Everything Else => Zaurus - Everything Development => Distros, Development, and Model Specific Forums => Archived Forums => OpenZaurus/Opie/Qtopia => Topic started by: bluey on May 31, 2004, 09:41:30 pm

Title: My OE env is building packages, whats next?
Post by: bluey on May 31, 2004, 09:41:30 pm
I was able to build a few packages, they\'re linking to libc 2.3.4.

Where to go next? I can\'t get opie packages to build yet, since there must be dependencies which I haven\'t built yet, and oemake isn\'t solving them for me... Must be something I\'m not doing right.

Can someone which is already doing something a step further of just having OE building packages give me a few hints or point me a place to go search for them?

Thank you.
Title: My OE env is building packages, whats next?
Post by: Mickeyl on June 01, 2004, 05:48:28 am
oemake opie-image builds a complete OZ-image which should be at least booting into the command line.
See http://openembedded.org/oe_wiki/index.php/OzTODO3.5.1 (http://openembedded.org/oe_wiki/index.php/OzTODO3.5.1) for what needs to be done before the next release can happen.
Title: My OE env is building packages, whats next?
Post by: bluey on June 01, 2004, 06:31:42 am
Hi

It seems that oemake makes use of the current gcc on the oe env, instead of 3.3.2 on /opt/cross, is it prone to problems? How do I define which compiler to use?

[EDIT] Is it a reason to get \"internal compiler errors\"? [/EDIT]

Thanks.
Title: My OE env is building packages, whats next?
Post by: Mickeyl on June 01, 2004, 08:58:34 am
glibc-cvs doesn\'t work at the moment. I use:

CVSDATE_glibc = \"20040525\"
CVSDATE_glibc-initial = \"20040525\"

in local.conf, which is the last known good version.

You can use prebuilt toolchains, but it\'s not recommended. Read local.conf.sample for how to do this.
Title: My OE env is building packages, whats next?
Post by: bluey on June 01, 2004, 12:00:58 pm
Thank you!

For dropbear changes in the TODO there\'s a check in auth.c which needs to be changed, what is wanted? The check can be logged, but doesn\'t reports a failed login, or could be added a config option to permit or not empty passwords.

This check is hardcoded in an if:
        if (ses.authstate.pw-]pw_passwd[0] == \'\0\') {
                TRACE((\"leave checkusername: empty pword\"));
                dropbear_log(LOG_WARNING, \"user \'%s\' has blank password, rejected\",
                                ses.authstate.printableuser);
                send_msg_userauth_failure(0, 1);
                return DROPBEAR_FAILURE;
        }


As for a lightweight ssh client, isn\'t lsh a good option?
Title: My OE env is building packages, whats next?
Post by: Mickeyl on June 01, 2004, 12:16:31 pm
could you check if the dropbear patch from buildroot still applies?

lsh is not really good and it requires bash. I\'m currently looking into putty.

The best option would be someone writing a new client based on matrixssl which is fast and tiny.
Title: My OE env is building packages, whats next?
Post by: bluey on June 01, 2004, 02:14:10 pm
I never used buildroot, where can I see the patch?

Do you recall what it did? If it just removed that check or did something else?
Title: My OE env is building packages, whats next?
Post by: Mickeyl on June 01, 2004, 03:35:56 pm
Nevermind, I added the patch.
Title: My OE env is building packages, whats next?
Post by: bluey on June 02, 2004, 09:55:10 am
It works. I was able to build dropbear without errors, so the patch still applies.