| Message ID | 1382460400-3205-1-git-send-email-gustavo@zacarias.com.ar |
|---|---|
| State | Accepted |
| Commit | 4feba5d62b8bd60732f28bfb43297c395eedd3c2 |
| Headers | show |
Dear Gustavo Zacarias, On Tue, 22 Oct 2013 13:46:40 -0300, Gustavo Zacarias wrote: > Fix license directory and filename change, fixes: > http://autobuild.buildroot.net/results/8c9/8c94c81fe74399c854de335329cf4942f8356fbe/ > > Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> > --- > package/uboot-tools/uboot-tools.mk | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) Applied to for-peter-2013.11, thanks! For some reason, this patch was not in patchwork, not sure what happened, since I don't see it having been applied on master by Peter, unless I missed something. Thanks! Thomas
On 11/02/2013 10:43 AM, Thomas Petazzoni wrote: > For some reason, this patch was not in patchwork, not sure what > happened, since I don't see it having been applied on master by Peter, > unless I missed something. Patchwork is acting up a little sometimes, for instance some patches that were applied by Peter were never marked as accepted (for instance the libpng disable tools patch IIRC). Better keep an eye on it ;) Regards.
Dear Gustavo Zacarias, On Sat, 02 Nov 2013 13:24:02 -0300, Gustavo Zacarias wrote: > On 11/02/2013 10:43 AM, Thomas Petazzoni wrote: > > > For some reason, this patch was not in patchwork, not sure what > > happened, since I don't see it having been applied on master by Peter, > > unless I missed something. > > Patchwork is acting up a little sometimes, for instance some patches > that were applied by Peter were never marked as accepted (for instance > the libpng disable tools patch IIRC). This is expected when Peter makes a small modification to the patch: patchwork no longer recognizes the committed patch as being the same as the patch sitting in the queue. However, a patch not committed and not visible in patchwork is a bit weird (except for patches that only rename files, because the patch contents are empty and patchwork doesn't understand that). Thomas
Thomas, All, On 2013-11-02 17:43 +0100, Thomas Petazzoni spake thusly: > However, a patch not committed and not visible in patchwork is a bit > weird (except for patches that only rename files, because the patch > contents are empty and patchwork doesn't understand that). Actually, this last part is now wrong: patchwork should now recognise renames-only patches (since about two weeks now). Regards, Yann E. MORIN.
Dear Yann E. MORIN, On Sat, 2 Nov 2013 18:32:58 +0100, Yann E. MORIN wrote: > On 2013-11-02 17:43 +0100, Thomas Petazzoni spake thusly: > > However, a patch not committed and not visible in patchwork is a bit > > weird (except for patches that only rename files, because the patch > > contents are empty and patchwork doesn't understand that). > > Actually, this last part is now wrong: patchwork should now recognise > renames-only patches (since about two weeks now). Aaah, and this is actually true! The ngrep patches renaming patch was recognized by patchwork. My bad, Thomas
diff --git a/package/uboot-tools/uboot-tools.mk b/package/uboot-tools/uboot-tools.mk index e19372a..73e1d32 100644 --- a/package/uboot-tools/uboot-tools.mk +++ b/package/uboot-tools/uboot-tools.mk @@ -8,7 +8,7 @@ UBOOT_TOOLS_VERSION = 2013.10 UBOOT_TOOLS_SOURCE = u-boot-$(UBOOT_TOOLS_VERSION).tar.bz2 UBOOT_TOOLS_SITE = ftp://ftp.denx.de/pub/u-boot UBOOT_TOOLS_LICENSE = GPLv2+ -UBOOT_TOOLS_LICENSE_FILES = COPYING +UBOOT_TOOLS_LICENSE_FILES = Licenses/gpl-2.0.txt define UBOOT_TOOLS_BUILD_CMDS $(MAKE) -C $(@D) \
Fix license directory and filename change, fixes: http://autobuild.buildroot.net/results/8c9/8c94c81fe74399c854de335329cf4942f8356fbe/ Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> --- package/uboot-tools/uboot-tools.mk | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)