openembedded-core.git/meta/recipes-core/dropbear, branch masterhttps://trygvis.io/git/2012/05/openembedded-core.git/atom?h=master2012-04-16T11:44:36Zdropbear: Allow tasks to be safely re-executed2012-04-16T11:44:36ZRichard Purdierichard.purdie@linuxfoundation.org2012-04-16T10:32:46Zurn:sha1:1d6156e37ef0f36cf5ce8eeaaf23560215c86833
Re-running the debug_patch task would cause the build to fail. This patch
moves the extra patch handling directly into SRC_URI and removes the need
for the separate task, allowing safe re-execution of each task.
[YOCTO #2194]
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
dropbear: upgrade to 2012.552012-03-21T12:40:08ZShane Wangshane.wang@intel.com2012-03-14T09:08:46Zurn:sha1:1804020514f122a3b3825c627e8eb51017425bbb
Signed-off-by: Shane Wang <shane.wang@intel.com>
dropbear: fix CRYPTLIB patch2012-01-03T12:10:46ZSaul Woldsgw@linux.intel.com2011-12-27T21:54:23Zurn:sha1:6ec513e7e6e6959a5eb19f0b06b9e7207fb15ada
Signed-off-by: Saul Wold <sgw@linux.intel.com>
dropbear: Upgrade from 0.53.1 to 2011.542011-12-08T15:14:04ZMei Leilei.mei@intel.com2011-12-07T15:15:29Zurn:sha1:e876096fcbb42039d568a7acbc506e4099e9a443
This new version added ALLOW_BLANK_PASSWORD option. So change the allow-nopw.patch content to enable this function.
Signed-off-by: Mei Lei <lei.mei@intel.com>
dropbear: Upgrade from 0.52 to 0.53.12011-09-30T13:39:21ZMei Leilei.mei@intel.com2011-09-30T01:25:30Zurn:sha1:f1710d09e447b0f71a55b4ef24673c6388a045ad
Signed-off-by: Mei Lei <lei.mei@intel.com>
dropbear: add missing files2011-09-02T17:13:36ZKoen Kooikoen@dominion.thruhere.net2011-09-02T07:08:38Zurn:sha1:4bc94f1896aad7f540ac520cd69edf3e96029319
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
dropbear: Change the path to find configuration file and add a configuration file for dropbear2011-08-31T18:56:00ZXiaofeng Yanxiaofeng.yan@windriver.com2011-08-31T02:48:11Zurn:sha1:48dcb8fc7b669b27160dde33079f40551853702b
dropbear will check "/etc/pam.d/sshd" which comes from package "openssh" \
When enabling pam supporting. But if we only install dropbear \
package without package "openssh", then "dropbear" will not \
find a configuration file.
The changes are as follow for fixing this bug:
- Change the path to find configuration file (/etc/pam.d/sshd --> /etc/pam.d/dropbear)
- Add a configuration file "/etc/pam.d/dropbear"
Signed-off-by: Xiaofeng Yan <xiaofeng.yan@windriver.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
dropbear: Support pam2011-07-27T10:54:51ZXiaofeng Yanxiaofeng.yan@windriver.com2011-07-26T09:06:29Zurn:sha1:e8f19e8616fb1b0c2d977fb63eaa64f504fb774b
I make a patch and some changes in dropbear.inc for supporting pam.
- Enable pam in configure
- Modify file option.h to open pam supporting
Signed-off-by: Xiaofeng Yan <xiaofeng.yan@windriver.com>
dropbear: don't override DISTRO_TYPE if it is already set2011-07-27T10:54:48ZKoen Kooikoen@dominion.thruhere.net2011-07-25T08:08:59Zurn:sha1:1c24f36e982e680871bf7a05ac6e820314e19c7c
The long term solution is to remove the IMAGE_FEATURE check since images are not allowed to influence recipe compile options.
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
openssh/dropbear: No need for each to PROVIDE ssh/sshd2011-07-07T09:49:48ZRichard Purdierichard.purdie@linuxfoundation.org2011-07-05T13:33:02Zurn:sha1:84f3ae92ab4345cc99b47e021ff960857f803d45
Nothing in the system actually uses the PROVIDES field for these
recipes, its usually the runtime packages that are used. We can
therefore remove the PROVIDES and hence quieten the associated
warnings from bitbake.
If these recipes do really need the PROVIDES, they would be better
as virtuals and adding that to MULTI_PROVIDER_WHITELIST.
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>