From: Richard Purdie <richard.purdie@linuxfoundation.org>
To: Patches and discussions about the oe-core layer
<openembedded-core@lists.openembedded.org>
Cc: Discussion of the angstrom distribution development
<angstrom-distro-devel@linuxtogo.org>
Subject: Re: [Angstrom-devel] Python library hashlib is missig hash-code.
Date: Tue, 24 Apr 2012 10:07:54 +0100 [thread overview]
Message-ID: <1335258474.12692.112.camel@ted> (raw)
In-Reply-To: <3A2828E0-62CF-45BC-ABE9-5A41755B0C90@dominion.thruhere.net>
On Mon, 2012-04-23 at 15:08 +0200, Koen Kooi wrote:
> Op 23 apr. 2012, om 10:15 heeft Koen Kooi het volgende geschreven:
>
> > Op 15 apr. 2012, om 16:35 heeft Koen Kooi het volgende geschreven:
> >
> >> My theory is that this is caused by the openssl /usr changes, can
> anyone confirm or deny that?
> >
> > I dug into this. The breakage was recorded by buildhistory:
>
> [..]
>
> > I'm going to band-aid it so we can get a working python hashlib
> module in the 'denzil' branch, hopefully someone will come up with a
> proper fix soon.
>
> After spending some more time on this and getting a ton of help from
> RP:
>
> Python can't link to anything in ${base_libdir} due to a combination
> of python having a stupid buildsystem and the patches we apply to make
> it less stupid. The only fix I found to get hashlib and ssl to work in
> python is to revert the patch to openssl that moves libcrypto around.
>
> I really need python unbroken in the release branch, so I see a few
> scenarios:
>
> 1) revert openssl patch, seperate /usr doesn't work properly anyway in
> this release
> 2) fix python
> 3) revert openssl patch, statically link libcrypto into dhclient.
> 4) bbappend openssl in meta-angstrom to revert the openssl patch
>
> There are probably more scenarios, but I'm going to have lunch before
> thinking some more about it. My question to all of you:
>
> How do you want to fix this for denzil and how do you want to fix
> this for master?
>
> And to be clear: I'm mean getting things into the denzil branch of
> OE-core, not getting it into the release, it's too late for that.
I've managed to squeeze a fix for this in, I posted the patches last
night. It wasn't just the ssl piece that was broken, there were a number
of problems in the python recipe causing various modules to fail to
build (such as curses and readline). Some of these issues had been
present for much longer than the openssl change.
Its worth noting the openssl change was not the problem, it was python
passing native paths to a cross-gcc which then understandably got
confused.
At this point the release is pretty much done, assuming a favourable QA
report.
Cheers,
Richard
prev parent reply other threads:[~2012-04-24 9:17 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <4F8AC160.7020405@kth.se>
2012-04-15 14:35 ` [Angstrom-devel] Python library hashlib is missig hash-code Koen Kooi
2012-04-23 8:15 ` Koen Kooi
2012-04-23 13:08 ` Koen Kooi
2012-04-24 9:07 ` Richard Purdie [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1335258474.12692.112.camel@ted \
--to=richard.purdie@linuxfoundation.org \
--cc=angstrom-distro-devel@linuxtogo.org \
--cc=openembedded-core@lists.openembedded.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox