On 08/09/2016 10:24 AM, Enrico Joerns wrote:
On 08/09/2016 07:17 AM, Anders Darander wrote:
* Enrico Jorns <e...@pengutronix.de> [160808 15:55]:
Constructing the USERADD_PARAM_${PN} value with += (as done before)
resulted in having a whitespace added for each entry not having its
PACKAGECONFIG parameter activated.

This is not only a cosmetical issue. The useradd class concatenates all
useradd commands from all subpackages of a package by doing a
";".join(). When having a useradd command that ends with ";" and some
extra spaces, concatenation will result in an empty useradd argument
("commandA;    ;commandB"). The useradd command will be called with this
and make the Yocto build break by returning an error code.

Fortunately, there is no problem when having a "commandA;;commandB" in
the useradd string, this will be ignored. Thus using "_append"
instead of
"+=" is sufficient here.

NAK

Fix useradd.bbclass instead. Otherwise, the same issue will happen with
other recipes. Having a single variable, that you're not allowed to use
the normal way to add to, would be more confusing. Personally, I would
find it hard to rember that I need to use .= for USERADD_PARAM...

Yes, I did not have .= in mind when creating this solution, but this
would be the better approach.
Nevertheless, I also prefer a more general solution, but was not sure
about how it could look like. Maybe I've found one now.

So, forget about this patch, I will post a useradd class patch in a
separate thread instead.

Just saw yocto patch 553fa35147adb996d515c3d27f62555d9c969cd8 (oe-core: e8d4356c38e3c2aacd6dc49231c73bcb7d597308) seems to address and fix this problem. Did not find that before... :-|

--
Pengutronix e.K.                           | Enrico Jörns                |
Industrial Linux Solutions                 | http://www.pengutronix.de/  |
Peiner Str. 6-8, 31137 Hildesheim, Germany | Phone: +49-5121-206917-5080 |
Amtsgericht Hildesheim, HRA 2686           | Fax:   +49-5121-206917-5555 |

--
_______________________________________________
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Reply via email to