From: Yann E. MORIN <yann.morin.1998@free.fr>
To: buildroot@busybox.net
Subject: [Buildroot] EXTRA_DOWNLOADS broken when SITE_METHOD = git
Date: Wed, 25 Apr 2018 19:22:48 +0200 [thread overview]
Message-ID: <20180425172248.GA25020@scaer> (raw)
In-Reply-To: <447cff1a-80c7-dde0-7991-6ecf530bdb1c@lucaceresoli.net>
Luca, All,
On 2018-04-25 10:56 +0200, Luca Ceresoli spake thusly:
> I noticed a problem with the EXTRA_DOWNLOADS for packages whose "main"
> download happens using git (most likely applies to other SCMs too).
Thanks for this report. I can indeed confirm that extra downloads are
broken on 2018.02.x and master, when the main download is from an SCM.
As I said on IRC, I think they have always been broken, but we silenly
failed so far. So, there is no "regresskion" per-se. Just a bug.
As for master, we no longer silently fail, but we do now error out.
This could be considered an improvement, no? ;-)
I am working on a fix, and I already have something that is workable
now. I jsut need a few tests, and I'll submit it later tonight (or by
the weeke-end at least).
Regards,
Yann E. MORIN.
> With the following defconfig:
>
> BR2_TARGET_UBOOT=y
> BR2_TARGET_UBOOT_BOARDNAME="foo"
> BR2_TARGET_UBOOT_CUSTOM_GIT=y
> BR2_TARGET_UBOOT_CUSTOM_REPO_URL="git://git.denx.de/u-boot.git"
> BR2_TARGET_UBOOT_CUSTOM_REPO_VERSION="v2018.03"
>
> and the following line added to boot/uboot/uboot.mk:
>
> UBOOT_EXTRA_DOWNLOADS += https://buildroot.org/images/logo.png
>
> With Buildroot 2018.02, 'make uboot-source' downloads only the main git
> sources. The URL mentioned in UBOOT_EXTRA_DOWNLOADS is ignored.
>
> With Buildroot master (2018.02-934-gf5b14df1104c), the same command
> tries to download the UBOOT_EXTRA_DOWNLOADS using git and of course it
> fails:
>
> Reinitialized existing Git repository in <...>/dl/uboot/git/.git/
> Doing a shallow fetch
> fatal: repository 'https://buildroot.org/images/' not found
> Shallow fetch failed, falling back to fetching all refs
> Fetching all references
> fatal: repository 'https://buildroot.org/images/' not found
>
> I think both behaviors are wrong: EXTRA_DOWNLOADS should always use wget
> or cp, just as the manual says, and common sense suggests.
>
> Regards,
> --
> Luca
--
.-----------------.--------------------.------------------.--------------------.
| Yann E. MORIN | Real-Time Embedded | /"\ ASCII RIBBON | Erics' conspiracy: |
| +33 662 376 056 | Software Designer | \ / CAMPAIGN | ___ |
| +33 223 225 172 `------------.-------: X AGAINST | \e/ There is no |
| http://ymorin.is-a-geek.org/ | _/*\_ | / \ HTML MAIL | v conspiracy. |
'------------------------------^-------^------------------^--------------------'
next prev parent reply other threads:[~2018-04-25 17:22 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-04-25 8:56 [Buildroot] EXTRA_DOWNLOADS broken when SITE_METHOD = git Luca Ceresoli
2018-04-25 17:22 ` Yann E. MORIN [this message]
2018-04-25 17:46 ` Yann E. MORIN
2018-04-25 19:27 ` Thomas Petazzoni
2018-04-25 21:01 ` Ricardo Martincoski
2018-04-25 21:06 ` Thomas Petazzoni
2018-04-25 22:12 ` Ricardo Martincoski
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=20180425172248.GA25020@scaer \
--to=yann.morin.1998@free.fr \
--cc=buildroot@busybox.net \
/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