[oe] [v2] wvstreams-4.6: Remove dbus support because it breaks the build

[Paul Menzel]

Dear Thilo,


Am Dienstag, den 28.09.2010, 11:08 +0200 schrieb Thilo Fromm:

> > Do you know, if and how »PATCH« got stripped in the subject? Without it,
> > Patchwork will not pick it up, I think.
> 
> It got stripped because of your recommendation to use 
> --subject-prefix="v2". The "How to submit a patch to OpenEmbedded" wiki 
> page at 
> <http://wiki.openembedded.net/index.php/How_to_submit_a_patch_to_OpenEmbedded#Create_and_Commit_your_patch> 
> recommends the same.

I see. Thank you for clarification. I always thought `--subject-prefix`
got added after »PATCH«.

> Anyway, the patch got picked up by patchwork.

Good. Probably because you replied and it stayed in the thread.

> >> From: t.fromm<t.fromm at ba11ecae-741b-462f-8724-1218f99f5906>
> >
> > Where does that line come from. Did you send this patch from the same
> > system and did you configure git correctly?
> >
> > 	git config user.name Thilo Fromm
> > 	git config user.email t.fromm at dresearch.de
> >
> > It is just a cosmetic error, but this line will be shown in the commit
> > history and used for the weekly changelog generation.
> 
> I have these two config fields set up exactly like this. Git, however, 
> chooses to generate a mail with two From: header lines.

Strange Maybe you can take a look in `~/.gitconfig` and `.git/config` in
your local repository.

> >> If wvstreams is configured with DBus support enabled (by not providing
> >> --without-dbus) the the build fails at link time as libdbus cannot be
> >> found:
> >>
> >> | ./CXX -c dbus/wvdbusconn
> >> | ./CXX -c dbus/wvdbusmarshal
> >> | ./CXX -c dbus/wvdbusmsg
> 
> [...]
> 
> >>
> >> +PR = "r2"
> >> +
> >
> > I think `PR` starts at 0 by default.
> 
> Well, I though this recipe was already *there* before I started, so it's 
> not a "r0". But all right, I'll reset this ro "r0" in [v3].

No I meant you can set it to »r1«.

> >>   SRC_URI = "http://wvstreams.googlecode.com/files/${PN}-${PV}.tar.gz \
> >>   	"
> >>
> >> @@ -10,7 +12,8 @@ inherit autotools pkgconfig
> >>
> >>   LDFLAGS_append = " -Wl,-rpath-link,${TOOLCHAIN_PATH}/${TARGET_SYS}/lib"
> >>
> >> -EXTRA_OECONF = " --without-tcl --without-qt --without-pam"
> >> +# dbus detection currently broken in configure.ac; remember to add "dbus (>= 1.2.14)" to DEPENDS  when fixed
> >> +EXTRA_OECONF = " --without-tcl --without-qt --without-pam --without-dbus"
> >>
> >>   PACKAGES_prepend = "libuniconf libuniconf-dbg "
> >>   PACKAGES_prepend = "uniconfd uniconfd-dbg "
> >
> > Just a question. Do you know if the other version of wvstreams suffer
> > from the same problem?
> 
> Nope, no idea. I am merely trying to get one single build from start to 
> finish, but OpenEmbeddded keeps breaking all the time. I've been doing 
> this for about a week now without success.
> 
> Given the current (in)stability of the build framework I think I'm far, 
> far away from a system state reliable enough to even think about the 
> cross-versioning build tests you're suggesting.

Good luck with your builds and thank you for your contribution.


Thanks,

Paul
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part
URL: <http://lists.openembedded.org/pipermail/openembedded-devel/attachments/20100928/54916e71/attachment-0002.sig>