* Can't fetch git SRC_URI via HTTP
@ 2012-10-02 21:17 Evade Flow
2012-10-02 21:22 ` Martin Jansa
2012-10-02 22:09 ` Scott Garman
0 siblings, 2 replies; 12+ messages in thread
From: Evade Flow @ 2012-10-02 21:17 UTC (permalink / raw)
To: yocto@yoctoproject.org
I'm trying to build core-image-sato for my Pandaboard ES, following the
instructions posted here:
- http://maniacbug.wordpress.com/2012/08/03/pandayocto/
Thus, my OE build configuration looks like this:
> OE Build Configuration:
> BB_VERSION = "1.15.2"
> TARGET_ARCH = "arm"
> TARGET_OS = "linux-gnueabi"
> MACHINE = "pandaboard"
> DISTRO = "poky"
> DISTRO_VERSION = "1.2.1"
> TUNE_FEATURES = "armv7a vfp neon cortexa9"
> TARGET_FPU = "vfp-neon"
> meta
> meta-yocto = "denzil:65ffa7395055f7e012cb973f63f92380828eed0d"
> meta-ti = "(nobranch):30fb40ebc13614a74c2e237927c60ac43e01d1bc"
I have these lines in my .gitconfig:
> [http]
> proxy=http://user:passwd@usaprox.lightning.com:8080
so I'd expect URLs like this one (from the meta-ti layer's
linux-omap4_3.1.0.bb recipe) to work fine:
> SRC_URI = "http://dev.omapzoom.org/pub/scm/integration/kernel-ubuntu.git;protocol=git;branch=ti-ubuntu-3.1-1282 \
> file://0001-Makefile.fwinst-fix-install-breakage-for-FW-images-r.patch \
> file://defconfig \
> "
From what I can tell, though, bitbake isn't handling this SRC_URI
correctly, and I get:
> ERROR: Command Error: exit status: 1 Output:
> Applying patch 0001-Makefile.fwinst-fix-install-breakage-for-FW-images-r.patch
> patching file scripts/Makefile.fwinst
> Hunk #1 FAILED at 27.
> 1 out of 1 hunk FAILED -- rejects in file scripts/Makefile.fwinst
> Patch 0001-Makefile.fwinst-fix-install-breakage-for-FW-images-r.patch does not apply (enforce with -f)
> ERROR: Function failed: patch_do_patch
If I examine the folder:
build/tmp/work/pandaboard-poky-linux-gnueabi/linux-omap4-3.1.0-r0
I see that it contains no source code. It does, however, contain a file
named 'kernel-ubuntu.git', whose content is exactly the same as you'd
get if you typed:
wget http://dev.omapzoom.org/pub/scm/integration/kernel-ubuntu.git
This seems like a bug, possibly related to one of these:
- http://bugzilla.yoctoproject.org/show_bug.cgi?id=3119
- http://bugzilla.yoctoproject.org/show_bug.cgi?id=3175
Maybe this has been fixed since denzil, but... everything I read about
the current state of support for the Pandaboard suggests sticking with
denzil/gcc 4.6. Is there some workaround I can use to get past this
error? Also, assuming these instructions worked for the author of the
original blog post, I wonder what the difference is with my setup.
Here are my mods to conf/local.conf, in case it's helpful:
> MACHINE = "pandaboard"
> BBMASK = "meta-ti/recipes-misc"
> PACKAGE_CLASSES = "package_ipk"
> CONNECTIVITY_CHECK_URIS=""
> BB_GENERATE_MIRROR_TARBALLS = "1"
> SOURCE_MIRROR_URL ?= "file:///home/evadeflow/projects/poky-mirror/"
> INHERIT += "own-mirrors"
And this is my bblayers.conf:
> # LAYER_CONF_VERSION is increased each time build/conf/bblayers.conf
> # changes incompatibly
> LCONF_VERSION = "4"
>
> BBFILES ?= ""
> BBLAYERS ?= " \
> /home/evadeflow/projects/poky-git/meta \
> /home/evadeflow/projects/poky-git/meta-yocto \
> /home/evadeflow/projects/poky-git/meta-ti \
> "
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: Can't fetch git SRC_URI via HTTP
2012-10-02 21:17 Can't fetch git SRC_URI via HTTP Evade Flow
@ 2012-10-02 21:22 ` Martin Jansa
2012-10-02 21:38 ` Julian Scheel
2012-10-02 22:09 ` Scott Garman
1 sibling, 1 reply; 12+ messages in thread
From: Martin Jansa @ 2012-10-02 21:22 UTC (permalink / raw)
To: Evade Flow; +Cc: yocto@yoctoproject.org
[-- Attachment #1: Type: text/plain, Size: 3933 bytes --]
On Tue, Oct 02, 2012 at 05:17:23PM -0400, Evade Flow wrote:
> I'm trying to build core-image-sato for my Pandaboard ES, following the
> instructions posted here:
>
> - http://maniacbug.wordpress.com/2012/08/03/pandayocto/
>
> Thus, my OE build configuration looks like this:
>
> > OE Build Configuration:
> > BB_VERSION = "1.15.2"
> > TARGET_ARCH = "arm"
> > TARGET_OS = "linux-gnueabi"
> > MACHINE = "pandaboard"
> > DISTRO = "poky"
> > DISTRO_VERSION = "1.2.1"
> > TUNE_FEATURES = "armv7a vfp neon cortexa9"
> > TARGET_FPU = "vfp-neon"
> > meta
> > meta-yocto = "denzil:65ffa7395055f7e012cb973f63f92380828eed0d"
> > meta-ti = "(nobranch):30fb40ebc13614a74c2e237927c60ac43e01d1bc"
>
> I have these lines in my .gitconfig:
>
> > [http]
> > proxy=http://user:passwd@usaprox.lightning.com:8080
>
> so I'd expect URLs like this one (from the meta-ti layer's
> linux-omap4_3.1.0.bb recipe) to work fine:
>
> > SRC_URI = "http://dev.omapzoom.org/pub/scm/integration/kernel-ubuntu.git;protocol=git;branch=ti-ubuntu-3.1-1282 \
This url seems wrong, it should start with git:// if you want to clone
git repo.
Because it starts with http:// normal fetch (like wget) was used so it
downloaded probably some http code (see that kernel-ubuntu.git file)
instead of any relevant source.
Cheers,
> > file://0001-Makefile.fwinst-fix-install-breakage-for-FW-images-r.patch \
> > file://defconfig \
> > "
>
> From what I can tell, though, bitbake isn't handling this SRC_URI
> correctly, and I get:
>
> > ERROR: Command Error: exit status: 1 Output:
> > Applying patch 0001-Makefile.fwinst-fix-install-breakage-for-FW-images-r.patch
> > patching file scripts/Makefile.fwinst
> > Hunk #1 FAILED at 27.
> > 1 out of 1 hunk FAILED -- rejects in file scripts/Makefile.fwinst
> > Patch 0001-Makefile.fwinst-fix-install-breakage-for-FW-images-r.patch does not apply (enforce with -f)
> > ERROR: Function failed: patch_do_patch
>
> If I examine the folder:
>
> build/tmp/work/pandaboard-poky-linux-gnueabi/linux-omap4-3.1.0-r0
>
> I see that it contains no source code. It does, however, contain a file
> named 'kernel-ubuntu.git', whose content is exactly the same as you'd
> get if you typed:
>
> wget http://dev.omapzoom.org/pub/scm/integration/kernel-ubuntu.git
>
> This seems like a bug, possibly related to one of these:
>
> - http://bugzilla.yoctoproject.org/show_bug.cgi?id=3119
> - http://bugzilla.yoctoproject.org/show_bug.cgi?id=3175
>
>
> Maybe this has been fixed since denzil, but... everything I read about
> the current state of support for the Pandaboard suggests sticking with
> denzil/gcc 4.6. Is there some workaround I can use to get past this
> error? Also, assuming these instructions worked for the author of the
> original blog post, I wonder what the difference is with my setup.
>
> Here are my mods to conf/local.conf, in case it's helpful:
>
> > MACHINE = "pandaboard"
> > BBMASK = "meta-ti/recipes-misc"
> > PACKAGE_CLASSES = "package_ipk"
> > CONNECTIVITY_CHECK_URIS=""
> > BB_GENERATE_MIRROR_TARBALLS = "1"
> > SOURCE_MIRROR_URL ?= "file:///home/evadeflow/projects/poky-mirror/"
> > INHERIT += "own-mirrors"
>
> And this is my bblayers.conf:
>
> > # LAYER_CONF_VERSION is increased each time build/conf/bblayers.conf
> > # changes incompatibly
> > LCONF_VERSION = "4"
> >
> > BBFILES ?= ""
> > BBLAYERS ?= " \
> > /home/evadeflow/projects/poky-git/meta \
> > /home/evadeflow/projects/poky-git/meta-yocto \
> > /home/evadeflow/projects/poky-git/meta-ti \
> > "
> _______________________________________________
> yocto mailing list
> yocto@yoctoproject.org
> https://lists.yoctoproject.org/listinfo/yocto
--
Martin 'JaMa' Jansa jabber: Martin.Jansa@gmail.com
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 205 bytes --]
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: Can't fetch git SRC_URI via HTTP
2012-10-02 21:22 ` Martin Jansa
@ 2012-10-02 21:38 ` Julian Scheel
2012-10-02 21:52 ` Martin Jansa
2012-10-03 6:37 ` Khem Raj
0 siblings, 2 replies; 12+ messages in thread
From: Julian Scheel @ 2012-10-02 21:38 UTC (permalink / raw)
To: Martin Jansa; +Cc: yocto@yoctoproject.org
Am 02.10.2012 um 23:22 schrieb Martin Jansa <martin.jansa@gmail.com>:
> On Tue, Oct 02, 2012 at 05:17:23PM -0400, Evade Flow wrote:
>> I'm trying to build core-image-sato for my Pandaboard ES, following the
>> instructions posted here:
>>
>> - http://maniacbug.wordpress.com/2012/08/03/pandayocto/
>>
>> Thus, my OE build configuration looks like this:
>>
>>> OE Build Configuration:
>>> BB_VERSION = "1.15.2"
>>> TARGET_ARCH = "arm"
>>> TARGET_OS = "linux-gnueabi"
>>> MACHINE = "pandaboard"
>>> DISTRO = "poky"
>>> DISTRO_VERSION = "1.2.1"
>>> TUNE_FEATURES = "armv7a vfp neon cortexa9"
>>> TARGET_FPU = "vfp-neon"
>>> meta
>>> meta-yocto = "denzil:65ffa7395055f7e012cb973f63f92380828eed0d"
>>> meta-ti = "(nobranch):30fb40ebc13614a74c2e237927c60ac43e01d1bc"
>>
>> I have these lines in my .gitconfig:
>>
>>> [http]
>>> proxy=http://user:passwd@usaprox.lightning.com:8080
>>
>> so I'd expect URLs like this one (from the meta-ti layer's
>> linux-omap4_3.1.0.bb recipe) to work fine:
>>
>>> SRC_URI = "http://dev.omapzoom.org/pub/scm/integration/kernel-ubuntu.git;protocol=git;branch=ti-ubuntu-3.1-1282 \
>
> This url seems wrong, it should start with git:// if you want to clone
> git repo.
>
> Because it starts with http:// normal fetch (like wget) was used so it
> downloaded probably some http code (see that kernel-ubuntu.git file)
> instead of any relevant source.
I ran into the same issue a few days ago. It seems yocto only supports git fetch
through servers providing the repositories through the git protocol. A way to use
git repositories which are provided through http or https would be quite a good
thing to have.
-Julian
>
>>> file://0001-Makefile.fwinst-fix-install-breakage-for-FW-images-r.patch \
>>> file://defconfig \
>>> "
>>
>> From what I can tell, though, bitbake isn't handling this SRC_URI
>> correctly, and I get:
>>
>>> ERROR: Command Error: exit status: 1 Output:
>>> Applying patch 0001-Makefile.fwinst-fix-install-breakage-for-FW-images-r.patch
>>> patching file scripts/Makefile.fwinst
>>> Hunk #1 FAILED at 27.
>>> 1 out of 1 hunk FAILED -- rejects in file scripts/Makefile.fwinst
>>> Patch 0001-Makefile.fwinst-fix-install-breakage-for-FW-images-r.patch does not apply (enforce with -f)
>>> ERROR: Function failed: patch_do_patch
>>
>> If I examine the folder:
>>
>> build/tmp/work/pandaboard-poky-linux-gnueabi/linux-omap4-3.1.0-r0
>>
>> I see that it contains no source code. It does, however, contain a file
>> named 'kernel-ubuntu.git', whose content is exactly the same as you'd
>> get if you typed:
>>
>> wget http://dev.omapzoom.org/pub/scm/integration/kernel-ubuntu.git
>>
>> This seems like a bug, possibly related to one of these:
>>
>> - http://bugzilla.yoctoproject.org/show_bug.cgi?id=3119
>> - http://bugzilla.yoctoproject.org/show_bug.cgi?id=3175
>>
>>
>> Maybe this has been fixed since denzil, but... everything I read about
>> the current state of support for the Pandaboard suggests sticking with
>> denzil/gcc 4.6. Is there some workaround I can use to get past this
>> error? Also, assuming these instructions worked for the author of the
>> original blog post, I wonder what the difference is with my setup.
>>
>> Here are my mods to conf/local.conf, in case it's helpful:
>>
>>> MACHINE = "pandaboard"
>>> BBMASK = "meta-ti/recipes-misc"
>>> PACKAGE_CLASSES = "package_ipk"
>>> CONNECTIVITY_CHECK_URIS=""
>>> BB_GENERATE_MIRROR_TARBALLS = "1"
>>> SOURCE_MIRROR_URL ?= "file:///home/evadeflow/projects/poky-mirror/"
>>> INHERIT += "own-mirrors"
>>
>> And this is my bblayers.conf:
>>
>>> # LAYER_CONF_VERSION is increased each time build/conf/bblayers.conf
>>> # changes incompatibly
>>> LCONF_VERSION = "4"
>>>
>>> BBFILES ?= ""
>>> BBLAYERS ?= " \
>>> /home/evadeflow/projects/poky-git/meta \
>>> /home/evadeflow/projects/poky-git/meta-yocto \
>>> /home/evadeflow/projects/poky-git/meta-ti \
>>> "
>> _______________________________________________
>> yocto mailing list
>> yocto@yoctoproject.org
>> https://lists.yoctoproject.org/listinfo/yocto
>
> --
> Martin 'JaMa' Jansa jabber: Martin.Jansa@gmail.com
> _______________________________________________
> yocto mailing list
> yocto@yoctoproject.org
> https://lists.yoctoproject.org/listinfo/yocto
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: Can't fetch git SRC_URI via HTTP
2012-10-02 21:38 ` Julian Scheel
@ 2012-10-02 21:52 ` Martin Jansa
2012-10-02 22:01 ` Evade Flow
2012-10-03 7:39 ` Julian Scheel
2012-10-03 6:37 ` Khem Raj
1 sibling, 2 replies; 12+ messages in thread
From: Martin Jansa @ 2012-10-02 21:52 UTC (permalink / raw)
To: Julian Scheel; +Cc: yocto@yoctoproject.org
[-- Attachment #1: Type: text/plain, Size: 5064 bytes --]
On Tue, Oct 02, 2012 at 11:38:08PM +0200, Julian Scheel wrote:
>
> Am 02.10.2012 um 23:22 schrieb Martin Jansa <martin.jansa@gmail.com>:
>
> > On Tue, Oct 02, 2012 at 05:17:23PM -0400, Evade Flow wrote:
> >> I'm trying to build core-image-sato for my Pandaboard ES, following the
> >> instructions posted here:
> >>
> >> - http://maniacbug.wordpress.com/2012/08/03/pandayocto/
> >>
> >> Thus, my OE build configuration looks like this:
> >>
> >>> OE Build Configuration:
> >>> BB_VERSION = "1.15.2"
> >>> TARGET_ARCH = "arm"
> >>> TARGET_OS = "linux-gnueabi"
> >>> MACHINE = "pandaboard"
> >>> DISTRO = "poky"
> >>> DISTRO_VERSION = "1.2.1"
> >>> TUNE_FEATURES = "armv7a vfp neon cortexa9"
> >>> TARGET_FPU = "vfp-neon"
> >>> meta
> >>> meta-yocto = "denzil:65ffa7395055f7e012cb973f63f92380828eed0d"
> >>> meta-ti = "(nobranch):30fb40ebc13614a74c2e237927c60ac43e01d1bc"
> >>
> >> I have these lines in my .gitconfig:
> >>
> >>> [http]
> >>> proxy=http://user:passwd@usaprox.lightning.com:8080
> >>
> >> so I'd expect URLs like this one (from the meta-ti layer's
> >> linux-omap4_3.1.0.bb recipe) to work fine:
> >>
> >>> SRC_URI = "http://dev.omapzoom.org/pub/scm/integration/kernel-ubuntu.git;protocol=git;branch=ti-ubuntu-3.1-1282 \
> >
> > This url seems wrong, it should start with git:// if you want to clone
> > git repo.
> >
> > Because it starts with http:// normal fetch (like wget) was used so it
> > downloaded probably some http code (see that kernel-ubuntu.git file)
> > instead of any relevant source.
>
> I ran into the same issue a few days ago. It seems yocto only supports git fetch
> through servers providing the repositories through the git protocol. A way to use
> git repositories which are provided through http or https would be quite a good
> thing to have.
That's what protocol param does;
Change that to
git://dev.omapzoom.org/pub/scm/integration/kernel-ubuntu.git;protocol=http;branch=ti-ubuntu-3.1-1282
and you'll get git fetch over http protocol.
Cheers,
> -Julian
>
> >
> >>> file://0001-Makefile.fwinst-fix-install-breakage-for-FW-images-r.patch \
> >>> file://defconfig \
> >>> "
> >>
> >> From what I can tell, though, bitbake isn't handling this SRC_URI
> >> correctly, and I get:
> >>
> >>> ERROR: Command Error: exit status: 1 Output:
> >>> Applying patch 0001-Makefile.fwinst-fix-install-breakage-for-FW-images-r.patch
> >>> patching file scripts/Makefile.fwinst
> >>> Hunk #1 FAILED at 27.
> >>> 1 out of 1 hunk FAILED -- rejects in file scripts/Makefile.fwinst
> >>> Patch 0001-Makefile.fwinst-fix-install-breakage-for-FW-images-r.patch does not apply (enforce with -f)
> >>> ERROR: Function failed: patch_do_patch
> >>
> >> If I examine the folder:
> >>
> >> build/tmp/work/pandaboard-poky-linux-gnueabi/linux-omap4-3.1.0-r0
> >>
> >> I see that it contains no source code. It does, however, contain a file
> >> named 'kernel-ubuntu.git', whose content is exactly the same as you'd
> >> get if you typed:
> >>
> >> wget http://dev.omapzoom.org/pub/scm/integration/kernel-ubuntu.git
> >>
> >> This seems like a bug, possibly related to one of these:
> >>
> >> - http://bugzilla.yoctoproject.org/show_bug.cgi?id=3119
> >> - http://bugzilla.yoctoproject.org/show_bug.cgi?id=3175
> >>
> >>
> >> Maybe this has been fixed since denzil, but... everything I read about
> >> the current state of support for the Pandaboard suggests sticking with
> >> denzil/gcc 4.6. Is there some workaround I can use to get past this
> >> error? Also, assuming these instructions worked for the author of the
> >> original blog post, I wonder what the difference is with my setup.
> >>
> >> Here are my mods to conf/local.conf, in case it's helpful:
> >>
> >>> MACHINE = "pandaboard"
> >>> BBMASK = "meta-ti/recipes-misc"
> >>> PACKAGE_CLASSES = "package_ipk"
> >>> CONNECTIVITY_CHECK_URIS=""
> >>> BB_GENERATE_MIRROR_TARBALLS = "1"
> >>> SOURCE_MIRROR_URL ?= "file:///home/evadeflow/projects/poky-mirror/"
> >>> INHERIT += "own-mirrors"
> >>
> >> And this is my bblayers.conf:
> >>
> >>> # LAYER_CONF_VERSION is increased each time build/conf/bblayers.conf
> >>> # changes incompatibly
> >>> LCONF_VERSION = "4"
> >>>
> >>> BBFILES ?= ""
> >>> BBLAYERS ?= " \
> >>> /home/evadeflow/projects/poky-git/meta \
> >>> /home/evadeflow/projects/poky-git/meta-yocto \
> >>> /home/evadeflow/projects/poky-git/meta-ti \
> >>> "
> >> _______________________________________________
> >> yocto mailing list
> >> yocto@yoctoproject.org
> >> https://lists.yoctoproject.org/listinfo/yocto
> >
> > --
> > Martin 'JaMa' Jansa jabber: Martin.Jansa@gmail.com
> > _______________________________________________
> > yocto mailing list
> > yocto@yoctoproject.org
> > https://lists.yoctoproject.org/listinfo/yocto
>
--
Martin 'JaMa' Jansa jabber: Martin.Jansa@gmail.com
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 205 bytes --]
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: Can't fetch git SRC_URI via HTTP
2012-10-02 21:52 ` Martin Jansa
@ 2012-10-02 22:01 ` Evade Flow
2012-10-03 7:39 ` Julian Scheel
1 sibling, 0 replies; 12+ messages in thread
From: Evade Flow @ 2012-10-02 22:01 UTC (permalink / raw)
To: Martin Jansa; +Cc: yocto@yoctoproject.org
> Change that to
> git://dev.omapzoom.org/pub/scm/integration/kernel-ubuntu.git;protocol=http;branch=ti-ubuntu-3.1-1282
> and you'll get git fetch over http protocol.
Ah, right! Thanks, I never considered that. In fact, the original recipe
at:
- http://github.com/Angstrom-distribution/meta-ti/blob/master/recipes-kernel/linux/linux-omap4_3.1.0.bb
specifies a SRC_URI that begins with 'git://'. It seemed natural to
change it to 'http://' because this is how the git command line works.
But bitbake doesn't like that syntax at all. The change you suggested is
building now, and seems to be working fine. Thank you!
On Tue, Oct 2, 2012 at 5:52 PM, Martin Jansa <martin.jansa@gmail.com> wrote:
> On Tue, Oct 02, 2012 at 11:38:08PM +0200, Julian Scheel wrote:
>>
>> Am 02.10.2012 um 23:22 schrieb Martin Jansa <martin.jansa@gmail.com>:
>>
>> > On Tue, Oct 02, 2012 at 05:17:23PM -0400, Evade Flow wrote:
>> >> I'm trying to build core-image-sato for my Pandaboard ES, following the
>> >> instructions posted here:
>> >>
>> >> - http://maniacbug.wordpress.com/2012/08/03/pandayocto/
>> >>
>> >> Thus, my OE build configuration looks like this:
>> >>
>> >>> OE Build Configuration:
>> >>> BB_VERSION = "1.15.2"
>> >>> TARGET_ARCH = "arm"
>> >>> TARGET_OS = "linux-gnueabi"
>> >>> MACHINE = "pandaboard"
>> >>> DISTRO = "poky"
>> >>> DISTRO_VERSION = "1.2.1"
>> >>> TUNE_FEATURES = "armv7a vfp neon cortexa9"
>> >>> TARGET_FPU = "vfp-neon"
>> >>> meta
>> >>> meta-yocto = "denzil:65ffa7395055f7e012cb973f63f92380828eed0d"
>> >>> meta-ti = "(nobranch):30fb40ebc13614a74c2e237927c60ac43e01d1bc"
>> >>
>> >> I have these lines in my .gitconfig:
>> >>
>> >>> [http]
>> >>> proxy=http://user:passwd@usaprox.lightning.com:8080
>> >>
>> >> so I'd expect URLs like this one (from the meta-ti layer's
>> >> linux-omap4_3.1.0.bb recipe) to work fine:
>> >>
>> >>> SRC_URI = "http://dev.omapzoom.org/pub/scm/integration/kernel-ubuntu.git;protocol=git;branch=ti-ubuntu-3.1-1282 \
>> >
>> > This url seems wrong, it should start with git:// if you want to clone
>> > git repo.
>> >
>> > Because it starts with http:// normal fetch (like wget) was used so it
>> > downloaded probably some http code (see that kernel-ubuntu.git file)
>> > instead of any relevant source.
>>
>> I ran into the same issue a few days ago. It seems yocto only supports git fetch
>> through servers providing the repositories through the git protocol. A way to use
>> git repositories which are provided through http or https would be quite a good
>> thing to have.
>
> That's what protocol param does;
>
> Change that to
> git://dev.omapzoom.org/pub/scm/integration/kernel-ubuntu.git;protocol=http;branch=ti-ubuntu-3.1-1282
> and you'll get git fetch over http protocol.
>
> Cheers,
>
>> -Julian
>>
>> >
>> >>> file://0001-Makefile.fwinst-fix-install-breakage-for-FW-images-r.patch \
>> >>> file://defconfig \
>> >>> "
>> >>
>> >> From what I can tell, though, bitbake isn't handling this SRC_URI
>> >> correctly, and I get:
>> >>
>> >>> ERROR: Command Error: exit status: 1 Output:
>> >>> Applying patch 0001-Makefile.fwinst-fix-install-breakage-for-FW-images-r.patch
>> >>> patching file scripts/Makefile.fwinst
>> >>> Hunk #1 FAILED at 27.
>> >>> 1 out of 1 hunk FAILED -- rejects in file scripts/Makefile.fwinst
>> >>> Patch 0001-Makefile.fwinst-fix-install-breakage-for-FW-images-r.patch does not apply (enforce with -f)
>> >>> ERROR: Function failed: patch_do_patch
>> >>
>> >> If I examine the folder:
>> >>
>> >> build/tmp/work/pandaboard-poky-linux-gnueabi/linux-omap4-3.1.0-r0
>> >>
>> >> I see that it contains no source code. It does, however, contain a file
>> >> named 'kernel-ubuntu.git', whose content is exactly the same as you'd
>> >> get if you typed:
>> >>
>> >> wget http://dev.omapzoom.org/pub/scm/integration/kernel-ubuntu.git
>> >>
>> >> This seems like a bug, possibly related to one of these:
>> >>
>> >> - http://bugzilla.yoctoproject.org/show_bug.cgi?id=3119
>> >> - http://bugzilla.yoctoproject.org/show_bug.cgi?id=3175
>> >>
>> >>
>> >> Maybe this has been fixed since denzil, but... everything I read about
>> >> the current state of support for the Pandaboard suggests sticking with
>> >> denzil/gcc 4.6. Is there some workaround I can use to get past this
>> >> error? Also, assuming these instructions worked for the author of the
>> >> original blog post, I wonder what the difference is with my setup.
>> >>
>> >> Here are my mods to conf/local.conf, in case it's helpful:
>> >>
>> >>> MACHINE = "pandaboard"
>> >>> BBMASK = "meta-ti/recipes-misc"
>> >>> PACKAGE_CLASSES = "package_ipk"
>> >>> CONNECTIVITY_CHECK_URIS=""
>> >>> BB_GENERATE_MIRROR_TARBALLS = "1"
>> >>> SOURCE_MIRROR_URL ?= "file:///home/evadeflow/projects/poky-mirror/"
>> >>> INHERIT += "own-mirrors"
>> >>
>> >> And this is my bblayers.conf:
>> >>
>> >>> # LAYER_CONF_VERSION is increased each time build/conf/bblayers.conf
>> >>> # changes incompatibly
>> >>> LCONF_VERSION = "4"
>> >>>
>> >>> BBFILES ?= ""
>> >>> BBLAYERS ?= " \
>> >>> /home/evadeflow/projects/poky-git/meta \
>> >>> /home/evadeflow/projects/poky-git/meta-yocto \
>> >>> /home/evadeflow/projects/poky-git/meta-ti \
>> >>> "
>> >> _______________________________________________
>> >> yocto mailing list
>> >> yocto@yoctoproject.org
>> >> https://lists.yoctoproject.org/listinfo/yocto
>> >
>> > --
>> > Martin 'JaMa' Jansa jabber: Martin.Jansa@gmail.com
>> > _______________________________________________
>> > yocto mailing list
>> > yocto@yoctoproject.org
>> > https://lists.yoctoproject.org/listinfo/yocto
>>
>
> --
> Martin 'JaMa' Jansa jabber: Martin.Jansa@gmail.com
On Tue, Oct 2, 2012 at 5:52 PM, Martin Jansa <martin.jansa@gmail.com> wrote:
> On Tue, Oct 02, 2012 at 11:38:08PM +0200, Julian Scheel wrote:
>>
>> Am 02.10.2012 um 23:22 schrieb Martin Jansa <martin.jansa@gmail.com>:
>>
>> > On Tue, Oct 02, 2012 at 05:17:23PM -0400, Evade Flow wrote:
>> >> I'm trying to build core-image-sato for my Pandaboard ES, following the
>> >> instructions posted here:
>> >>
>> >> - http://maniacbug.wordpress.com/2012/08/03/pandayocto/
>> >>
>> >> Thus, my OE build configuration looks like this:
>> >>
>> >>> OE Build Configuration:
>> >>> BB_VERSION = "1.15.2"
>> >>> TARGET_ARCH = "arm"
>> >>> TARGET_OS = "linux-gnueabi"
>> >>> MACHINE = "pandaboard"
>> >>> DISTRO = "poky"
>> >>> DISTRO_VERSION = "1.2.1"
>> >>> TUNE_FEATURES = "armv7a vfp neon cortexa9"
>> >>> TARGET_FPU = "vfp-neon"
>> >>> meta
>> >>> meta-yocto = "denzil:65ffa7395055f7e012cb973f63f92380828eed0d"
>> >>> meta-ti = "(nobranch):30fb40ebc13614a74c2e237927c60ac43e01d1bc"
>> >>
>> >> I have these lines in my .gitconfig:
>> >>
>> >>> [http]
>> >>> proxy=http://user:passwd@usaprox.lightning.com:8080
>> >>
>> >> so I'd expect URLs like this one (from the meta-ti layer's
>> >> linux-omap4_3.1.0.bb recipe) to work fine:
>> >>
>> >>> SRC_URI = "http://dev.omapzoom.org/pub/scm/integration/kernel-ubuntu.git;protocol=git;branch=ti-ubuntu-3.1-1282 \
>> >
>> > This url seems wrong, it should start with git:// if you want to clone
>> > git repo.
>> >
>> > Because it starts with http:// normal fetch (like wget) was used so it
>> > downloaded probably some http code (see that kernel-ubuntu.git file)
>> > instead of any relevant source.
>>
>> I ran into the same issue a few days ago. It seems yocto only supports git fetch
>> through servers providing the repositories through the git protocol. A way to use
>> git repositories which are provided through http or https would be quite a good
>> thing to have.
>
> That's what protocol param does;
>
> Change that to
> git://dev.omapzoom.org/pub/scm/integration/kernel-ubuntu.git;protocol=http;branch=ti-ubuntu-3.1-1282
> and you'll get git fetch over http protocol.
>
> Cheers,
>
>> -Julian
>>
>> >
>> >>> file://0001-Makefile.fwinst-fix-install-breakage-for-FW-images-r.patch \
>> >>> file://defconfig \
>> >>> "
>> >>
>> >> From what I can tell, though, bitbake isn't handling this SRC_URI
>> >> correctly, and I get:
>> >>
>> >>> ERROR: Command Error: exit status: 1 Output:
>> >>> Applying patch 0001-Makefile.fwinst-fix-install-breakage-for-FW-images-r.patch
>> >>> patching file scripts/Makefile.fwinst
>> >>> Hunk #1 FAILED at 27.
>> >>> 1 out of 1 hunk FAILED -- rejects in file scripts/Makefile.fwinst
>> >>> Patch 0001-Makefile.fwinst-fix-install-breakage-for-FW-images-r.patch does not apply (enforce with -f)
>> >>> ERROR: Function failed: patch_do_patch
>> >>
>> >> If I examine the folder:
>> >>
>> >> build/tmp/work/pandaboard-poky-linux-gnueabi/linux-omap4-3.1.0-r0
>> >>
>> >> I see that it contains no source code. It does, however, contain a file
>> >> named 'kernel-ubuntu.git', whose content is exactly the same as you'd
>> >> get if you typed:
>> >>
>> >> wget http://dev.omapzoom.org/pub/scm/integration/kernel-ubuntu.git
>> >>
>> >> This seems like a bug, possibly related to one of these:
>> >>
>> >> - http://bugzilla.yoctoproject.org/show_bug.cgi?id=3119
>> >> - http://bugzilla.yoctoproject.org/show_bug.cgi?id=3175
>> >>
>> >>
>> >> Maybe this has been fixed since denzil, but... everything I read about
>> >> the current state of support for the Pandaboard suggests sticking with
>> >> denzil/gcc 4.6. Is there some workaround I can use to get past this
>> >> error? Also, assuming these instructions worked for the author of the
>> >> original blog post, I wonder what the difference is with my setup.
>> >>
>> >> Here are my mods to conf/local.conf, in case it's helpful:
>> >>
>> >>> MACHINE = "pandaboard"
>> >>> BBMASK = "meta-ti/recipes-misc"
>> >>> PACKAGE_CLASSES = "package_ipk"
>> >>> CONNECTIVITY_CHECK_URIS=""
>> >>> BB_GENERATE_MIRROR_TARBALLS = "1"
>> >>> SOURCE_MIRROR_URL ?= "file:///home/evadeflow/projects/poky-mirror/"
>> >>> INHERIT += "own-mirrors"
>> >>
>> >> And this is my bblayers.conf:
>> >>
>> >>> # LAYER_CONF_VERSION is increased each time build/conf/bblayers.conf
>> >>> # changes incompatibly
>> >>> LCONF_VERSION = "4"
>> >>>
>> >>> BBFILES ?= ""
>> >>> BBLAYERS ?= " \
>> >>> /home/evadeflow/projects/poky-git/meta \
>> >>> /home/evadeflow/projects/poky-git/meta-yocto \
>> >>> /home/evadeflow/projects/poky-git/meta-ti \
>> >>> "
>> >> _______________________________________________
>> >> yocto mailing list
>> >> yocto@yoctoproject.org
>> >> https://lists.yoctoproject.org/listinfo/yocto
>> >
>> > --
>> > Martin 'JaMa' Jansa jabber: Martin.Jansa@gmail.com
>> > _______________________________________________
>> > yocto mailing list
>> > yocto@yoctoproject.org
>> > https://lists.yoctoproject.org/listinfo/yocto
>>
>
> --
> Martin 'JaMa' Jansa jabber: Martin.Jansa@gmail.com
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: Can't fetch git SRC_URI via HTTP
2012-10-02 21:17 Can't fetch git SRC_URI via HTTP Evade Flow
2012-10-02 21:22 ` Martin Jansa
@ 2012-10-02 22:09 ` Scott Garman
2012-10-02 22:20 ` Martin Jansa
1 sibling, 1 reply; 12+ messages in thread
From: Scott Garman @ 2012-10-02 22:09 UTC (permalink / raw)
To: yocto
On 10/02/2012 02:17 PM, Evade Flow wrote:
> I'm trying to build core-image-sato for my Pandaboard ES, following the
> instructions posted here:
>
> - http://maniacbug.wordpress.com/2012/08/03/pandayocto/
>
> Thus, my OE build configuration looks like this:
I just would like to comment that this is one of the best requests for
help I've seen on this mailing list. Kudos for including all the
relevant information!
Scott
--
Scott Garman
Embedded Linux Engineer - Yocto Project
Intel Open Source Technology Center
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: Can't fetch git SRC_URI via HTTP
2012-10-02 22:09 ` Scott Garman
@ 2012-10-02 22:20 ` Martin Jansa
0 siblings, 0 replies; 12+ messages in thread
From: Martin Jansa @ 2012-10-02 22:20 UTC (permalink / raw)
To: Scott Garman; +Cc: yocto
[-- Attachment #1: Type: text/plain, Size: 822 bytes --]
On Tue, Oct 02, 2012 at 03:09:19PM -0700, Scott Garman wrote:
> On 10/02/2012 02:17 PM, Evade Flow wrote:
> > I'm trying to build core-image-sato for my Pandaboard ES, following the
> > instructions posted here:
> >
> > - http://maniacbug.wordpress.com/2012/08/03/pandayocto/
> >
> > Thus, my OE build configuration looks like this:
>
> I just would like to comment that this is one of the best requests for
> help I've seen on this mailing list. Kudos for including all the
> relevant information!
Well except that important part, that he has changed git:// to http://
in SRC_URI..
It would be even easier to help him if he says only:
"I've changed git:// to http:// in SRC_URI and now bitbake cannot fetch
it anymore" :)
Cheers,
--
Martin 'JaMa' Jansa jabber: Martin.Jansa@gmail.com
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 205 bytes --]
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: Can't fetch git SRC_URI via HTTP
2012-10-02 21:38 ` Julian Scheel
2012-10-02 21:52 ` Martin Jansa
@ 2012-10-03 6:37 ` Khem Raj
1 sibling, 0 replies; 12+ messages in thread
From: Khem Raj @ 2012-10-03 6:37 UTC (permalink / raw)
To: Julian Scheel; +Cc: yocto@yoctoproject.org
On Tue, Oct 2, 2012 at 2:38 PM, Julian Scheel <julian@jusst.de> wrote:
>
> Am 02.10.2012 um 23:22 schrieb Martin Jansa <martin.jansa@gmail.com>:
>
>> On Tue, Oct 02, 2012 at 05:17:23PM -0400, Evade Flow wrote:
>>> I'm trying to build core-image-sato for my Pandaboard ES, following the
>>> instructions posted here:
>>>
>>> - http://maniacbug.wordpress.com/2012/08/03/pandayocto/
>>>
>>> Thus, my OE build configuration looks like this:
>>>
>>>> OE Build Configuration:
>>>> BB_VERSION = "1.15.2"
>>>> TARGET_ARCH = "arm"
>>>> TARGET_OS = "linux-gnueabi"
>>>> MACHINE = "pandaboard"
>>>> DISTRO = "poky"
>>>> DISTRO_VERSION = "1.2.1"
>>>> TUNE_FEATURES = "armv7a vfp neon cortexa9"
>>>> TARGET_FPU = "vfp-neon"
>>>> meta
>>>> meta-yocto = "denzil:65ffa7395055f7e012cb973f63f92380828eed0d"
>>>> meta-ti = "(nobranch):30fb40ebc13614a74c2e237927c60ac43e01d1bc"
>>>
>>> I have these lines in my .gitconfig:
>>>
>>>> [http]
>>>> proxy=http://user:passwd@usaprox.lightning.com:8080
>>>
>>> so I'd expect URLs like this one (from the meta-ti layer's
>>> linux-omap4_3.1.0.bb recipe) to work fine:
>>>
>>>> SRC_URI = "http://dev.omapzoom.org/pub/scm/integration/kernel-ubuntu.git;protocol=git;branch=ti-ubuntu-3.1-1282 \
>>
>> This url seems wrong, it should start with git:// if you want to clone
>> git repo.
>>
>> Because it starts with http:// normal fetch (like wget) was used so it
>> downloaded probably some http code (see that kernel-ubuntu.git file)
>> instead of any relevant source.
>
> I ran into the same issue a few days ago. It seems yocto only supports git fetch
> through servers providing the repositories through the git protocol. A way to use
> git repositories which are provided through http or https would be quite a good
> thing to have.
bitbake fetchers deduce the fetching method from xxx:// and whatever
protocol that fetch method's defaults are is used unless protocol=
parameter is specified. Its not 1 to 1 copy
of what you would do on cmdline manually although it seems very close to that.
>
> -Julian
>
>>
>>>> file://0001-Makefile.fwinst-fix-install-breakage-for-FW-images-r.patch \
>>>> file://defconfig \
>>>> "
>>>
>>> From what I can tell, though, bitbake isn't handling this SRC_URI
>>> correctly, and I get:
>>>
>>>> ERROR: Command Error: exit status: 1 Output:
>>>> Applying patch 0001-Makefile.fwinst-fix-install-breakage-for-FW-images-r.patch
>>>> patching file scripts/Makefile.fwinst
>>>> Hunk #1 FAILED at 27.
>>>> 1 out of 1 hunk FAILED -- rejects in file scripts/Makefile.fwinst
>>>> Patch 0001-Makefile.fwinst-fix-install-breakage-for-FW-images-r.patch does not apply (enforce with -f)
>>>> ERROR: Function failed: patch_do_patch
>>>
>>> If I examine the folder:
>>>
>>> build/tmp/work/pandaboard-poky-linux-gnueabi/linux-omap4-3.1.0-r0
>>>
>>> I see that it contains no source code. It does, however, contain a file
>>> named 'kernel-ubuntu.git', whose content is exactly the same as you'd
>>> get if you typed:
>>>
>>> wget http://dev.omapzoom.org/pub/scm/integration/kernel-ubuntu.git
>>>
>>> This seems like a bug, possibly related to one of these:
>>>
>>> - http://bugzilla.yoctoproject.org/show_bug.cgi?id=3119
>>> - http://bugzilla.yoctoproject.org/show_bug.cgi?id=3175
>>>
>>>
>>> Maybe this has been fixed since denzil, but... everything I read about
>>> the current state of support for the Pandaboard suggests sticking with
>>> denzil/gcc 4.6. Is there some workaround I can use to get past this
>>> error? Also, assuming these instructions worked for the author of the
>>> original blog post, I wonder what the difference is with my setup.
>>>
>>> Here are my mods to conf/local.conf, in case it's helpful:
>>>
>>>> MACHINE = "pandaboard"
>>>> BBMASK = "meta-ti/recipes-misc"
>>>> PACKAGE_CLASSES = "package_ipk"
>>>> CONNECTIVITY_CHECK_URIS=""
>>>> BB_GENERATE_MIRROR_TARBALLS = "1"
>>>> SOURCE_MIRROR_URL ?= "file:///home/evadeflow/projects/poky-mirror/"
>>>> INHERIT += "own-mirrors"
>>>
>>> And this is my bblayers.conf:
>>>
>>>> # LAYER_CONF_VERSION is increased each time build/conf/bblayers.conf
>>>> # changes incompatibly
>>>> LCONF_VERSION = "4"
>>>>
>>>> BBFILES ?= ""
>>>> BBLAYERS ?= " \
>>>> /home/evadeflow/projects/poky-git/meta \
>>>> /home/evadeflow/projects/poky-git/meta-yocto \
>>>> /home/evadeflow/projects/poky-git/meta-ti \
>>>> "
>>> _______________________________________________
>>> yocto mailing list
>>> yocto@yoctoproject.org
>>> https://lists.yoctoproject.org/listinfo/yocto
>>
>> --
>> Martin 'JaMa' Jansa jabber: Martin.Jansa@gmail.com
>> _______________________________________________
>> yocto mailing list
>> yocto@yoctoproject.org
>> https://lists.yoctoproject.org/listinfo/yocto
>
> _______________________________________________
> yocto mailing list
> yocto@yoctoproject.org
> https://lists.yoctoproject.org/listinfo/yocto
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: Can't fetch git SRC_URI via HTTP
2012-10-02 21:52 ` Martin Jansa
2012-10-02 22:01 ` Evade Flow
@ 2012-10-03 7:39 ` Julian Scheel
2012-10-03 14:04 ` Khem Raj
1 sibling, 1 reply; 12+ messages in thread
From: Julian Scheel @ 2012-10-03 7:39 UTC (permalink / raw)
To: Martin Jansa; +Cc: yocto@yoctoproject.org
Am Dienstag, den 02.10.2012, 23:52 +0200 schrieb Martin Jansa:
> On Tue, Oct 02, 2012 at 11:38:08PM +0200, Julian Scheel wrote:
> >
> > Am 02.10.2012 um 23:22 schrieb Martin Jansa <martin.jansa@gmail.com>:
> >
> > > On Tue, Oct 02, 2012 at 05:17:23PM -0400, Evade Flow wrote:
> > >> I'm trying to build core-image-sato for my Pandaboard ES, following the
> > >> instructions posted here:
> > >>
> > >> - http://maniacbug.wordpress.com/2012/08/03/pandayocto/
> > >>
> > >> Thus, my OE build configuration looks like this:
> > >>
> > >>> OE Build Configuration:
> > >>> BB_VERSION = "1.15.2"
> > >>> TARGET_ARCH = "arm"
> > >>> TARGET_OS = "linux-gnueabi"
> > >>> MACHINE = "pandaboard"
> > >>> DISTRO = "poky"
> > >>> DISTRO_VERSION = "1.2.1"
> > >>> TUNE_FEATURES = "armv7a vfp neon cortexa9"
> > >>> TARGET_FPU = "vfp-neon"
> > >>> meta
> > >>> meta-yocto = "denzil:65ffa7395055f7e012cb973f63f92380828eed0d"
> > >>> meta-ti = "(nobranch):30fb40ebc13614a74c2e237927c60ac43e01d1bc"
> > >>
> > >> I have these lines in my .gitconfig:
> > >>
> > >>> [http]
> > >>> proxy=http://user:passwd@usaprox.lightning.com:8080
> > >>
> > >> so I'd expect URLs like this one (from the meta-ti layer's
> > >> linux-omap4_3.1.0.bb recipe) to work fine:
> > >>
> > >>> SRC_URI = "http://dev.omapzoom.org/pub/scm/integration/kernel-ubuntu.git;protocol=git;branch=ti-ubuntu-3.1-1282 \
> > >
> > > This url seems wrong, it should start with git:// if you want to clone
> > > git repo.
> > >
> > > Because it starts with http:// normal fetch (like wget) was used so it
> > > downloaded probably some http code (see that kernel-ubuntu.git file)
> > > instead of any relevant source.
> >
> > I ran into the same issue a few days ago. It seems yocto only supports git fetch
> > through servers providing the repositories through the git protocol. A way to use
> > git repositories which are provided through http or https would be quite a good
> > thing to have.
>
> That's what protocol param does;
>
> Change that to
> git://dev.omapzoom.org/pub/scm/integration/kernel-ubuntu.git;protocol=http;branch=ti-ubuntu-3.1-1282
> and you'll get git fetch over http protocol.
Nice to know. Actually when I had this issue I tried it the other way
round. Use a http url and set protocol to git...
Is this noted somewhere in the documentation? I could not find it. I
think it would be worth mentioning it in the yocto reference manual as
this seems to be a quite common thing to struggle with.
-Julian
>
> > -Julian
> >
> > >
> > >>> file://0001-Makefile.fwinst-fix-install-breakage-for-FW-images-r.patch \
> > >>> file://defconfig \
> > >>> "
> > >>
> > >> From what I can tell, though, bitbake isn't handling this SRC_URI
> > >> correctly, and I get:
> > >>
> > >>> ERROR: Command Error: exit status: 1 Output:
> > >>> Applying patch 0001-Makefile.fwinst-fix-install-breakage-for-FW-images-r.patch
> > >>> patching file scripts/Makefile.fwinst
> > >>> Hunk #1 FAILED at 27.
> > >>> 1 out of 1 hunk FAILED -- rejects in file scripts/Makefile.fwinst
> > >>> Patch 0001-Makefile.fwinst-fix-install-breakage-for-FW-images-r.patch does not apply (enforce with -f)
> > >>> ERROR: Function failed: patch_do_patch
> > >>
> > >> If I examine the folder:
> > >>
> > >> build/tmp/work/pandaboard-poky-linux-gnueabi/linux-omap4-3.1.0-r0
> > >>
> > >> I see that it contains no source code. It does, however, contain a file
> > >> named 'kernel-ubuntu.git', whose content is exactly the same as you'd
> > >> get if you typed:
> > >>
> > >> wget http://dev.omapzoom.org/pub/scm/integration/kernel-ubuntu.git
> > >>
> > >> This seems like a bug, possibly related to one of these:
> > >>
> > >> - http://bugzilla.yoctoproject.org/show_bug.cgi?id=3119
> > >> - http://bugzilla.yoctoproject.org/show_bug.cgi?id=3175
> > >>
> > >>
> > >> Maybe this has been fixed since denzil, but... everything I read about
> > >> the current state of support for the Pandaboard suggests sticking with
> > >> denzil/gcc 4.6. Is there some workaround I can use to get past this
> > >> error? Also, assuming these instructions worked for the author of the
> > >> original blog post, I wonder what the difference is with my setup.
> > >>
> > >> Here are my mods to conf/local.conf, in case it's helpful:
> > >>
> > >>> MACHINE = "pandaboard"
> > >>> BBMASK = "meta-ti/recipes-misc"
> > >>> PACKAGE_CLASSES = "package_ipk"
> > >>> CONNECTIVITY_CHECK_URIS=""
> > >>> BB_GENERATE_MIRROR_TARBALLS = "1"
> > >>> SOURCE_MIRROR_URL ?= "file:///home/evadeflow/projects/poky-mirror/"
> > >>> INHERIT += "own-mirrors"
> > >>
> > >> And this is my bblayers.conf:
> > >>
> > >>> # LAYER_CONF_VERSION is increased each time build/conf/bblayers.conf
> > >>> # changes incompatibly
> > >>> LCONF_VERSION = "4"
> > >>>
> > >>> BBFILES ?= ""
> > >>> BBLAYERS ?= " \
> > >>> /home/evadeflow/projects/poky-git/meta \
> > >>> /home/evadeflow/projects/poky-git/meta-yocto \
> > >>> /home/evadeflow/projects/poky-git/meta-ti \
> > >>> "
> > >> _______________________________________________
> > >> yocto mailing list
> > >> yocto@yoctoproject.org
> > >> https://lists.yoctoproject.org/listinfo/yocto
> > >
> > > --
> > > Martin 'JaMa' Jansa jabber: Martin.Jansa@gmail.com
> > > _______________________________________________
> > > yocto mailing list
> > > yocto@yoctoproject.org
> > > https://lists.yoctoproject.org/listinfo/yocto
> >
>
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: Can't fetch git SRC_URI via HTTP
2012-10-03 7:39 ` Julian Scheel
@ 2012-10-03 14:04 ` Khem Raj
2012-10-03 14:07 ` Paul Eggleton
0 siblings, 1 reply; 12+ messages in thread
From: Khem Raj @ 2012-10-03 14:04 UTC (permalink / raw)
To: Julian Scheel; +Cc: yocto@yoctoproject.org
On Wed, Oct 3, 2012 at 12:39 AM, Julian Scheel <julian@jusst.de> wrote:
> Am Dienstag, den 02.10.2012, 23:52 +0200 schrieb Martin Jansa:
>> On Tue, Oct 02, 2012 at 11:38:08PM +0200, Julian Scheel wrote:
>> >
>> > Am 02.10.2012 um 23:22 schrieb Martin Jansa <martin.jansa@gmail.com>:
>> >
>> > > On Tue, Oct 02, 2012 at 05:17:23PM -0400, Evade Flow wrote:
>> > >> I'm trying to build core-image-sato for my Pandaboard ES, following the
>> > >> instructions posted here:
>> > >>
>> > >> - http://maniacbug.wordpress.com/2012/08/03/pandayocto/
>> > >>
>> > >> Thus, my OE build configuration looks like this:
>> > >>
>> > >>> OE Build Configuration:
>> > >>> BB_VERSION = "1.15.2"
>> > >>> TARGET_ARCH = "arm"
>> > >>> TARGET_OS = "linux-gnueabi"
>> > >>> MACHINE = "pandaboard"
>> > >>> DISTRO = "poky"
>> > >>> DISTRO_VERSION = "1.2.1"
>> > >>> TUNE_FEATURES = "armv7a vfp neon cortexa9"
>> > >>> TARGET_FPU = "vfp-neon"
>> > >>> meta
>> > >>> meta-yocto = "denzil:65ffa7395055f7e012cb973f63f92380828eed0d"
>> > >>> meta-ti = "(nobranch):30fb40ebc13614a74c2e237927c60ac43e01d1bc"
>> > >>
>> > >> I have these lines in my .gitconfig:
>> > >>
>> > >>> [http]
>> > >>> proxy=http://user:passwd@usaprox.lightning.com:8080
>> > >>
>> > >> so I'd expect URLs like this one (from the meta-ti layer's
>> > >> linux-omap4_3.1.0.bb recipe) to work fine:
>> > >>
>> > >>> SRC_URI = "http://dev.omapzoom.org/pub/scm/integration/kernel-ubuntu.git;protocol=git;branch=ti-ubuntu-3.1-1282 \
>> > >
>> > > This url seems wrong, it should start with git:// if you want to clone
>> > > git repo.
>> > >
>> > > Because it starts with http:// normal fetch (like wget) was used so it
>> > > downloaded probably some http code (see that kernel-ubuntu.git file)
>> > > instead of any relevant source.
>> >
>> > I ran into the same issue a few days ago. It seems yocto only supports git fetch
>> > through servers providing the repositories through the git protocol. A way to use
>> > git repositories which are provided through http or https would be quite a good
>> > thing to have.
>>
>> That's what protocol param does;
>>
>> Change that to
>> git://dev.omapzoom.org/pub/scm/integration/kernel-ubuntu.git;protocol=http;branch=ti-ubuntu-3.1-1282
>> and you'll get git fetch over http protocol.
>
> Nice to know. Actually when I had this issue I tried it the other way
> round. Use a http url and set protocol to git...
> Is this noted somewhere in the documentation? I could not find it. I
> think it would be worth mentioning it in the yocto reference manual as
> this seems to be a quite common thing to struggle with.
>
I think Paul posted a patch where bitbake will spit out a good error
message about such usage
> -Julian
>
>
>>
>> > -Julian
>> >
>> > >
>> > >>> file://0001-Makefile.fwinst-fix-install-breakage-for-FW-images-r.patch \
>> > >>> file://defconfig \
>> > >>> "
>> > >>
>> > >> From what I can tell, though, bitbake isn't handling this SRC_URI
>> > >> correctly, and I get:
>> > >>
>> > >>> ERROR: Command Error: exit status: 1 Output:
>> > >>> Applying patch 0001-Makefile.fwinst-fix-install-breakage-for-FW-images-r.patch
>> > >>> patching file scripts/Makefile.fwinst
>> > >>> Hunk #1 FAILED at 27.
>> > >>> 1 out of 1 hunk FAILED -- rejects in file scripts/Makefile.fwinst
>> > >>> Patch 0001-Makefile.fwinst-fix-install-breakage-for-FW-images-r.patch does not apply (enforce with -f)
>> > >>> ERROR: Function failed: patch_do_patch
>> > >>
>> > >> If I examine the folder:
>> > >>
>> > >> build/tmp/work/pandaboard-poky-linux-gnueabi/linux-omap4-3.1.0-r0
>> > >>
>> > >> I see that it contains no source code. It does, however, contain a file
>> > >> named 'kernel-ubuntu.git', whose content is exactly the same as you'd
>> > >> get if you typed:
>> > >>
>> > >> wget http://dev.omapzoom.org/pub/scm/integration/kernel-ubuntu.git
>> > >>
>> > >> This seems like a bug, possibly related to one of these:
>> > >>
>> > >> - http://bugzilla.yoctoproject.org/show_bug.cgi?id=3119
>> > >> - http://bugzilla.yoctoproject.org/show_bug.cgi?id=3175
>> > >>
>> > >>
>> > >> Maybe this has been fixed since denzil, but... everything I read about
>> > >> the current state of support for the Pandaboard suggests sticking with
>> > >> denzil/gcc 4.6. Is there some workaround I can use to get past this
>> > >> error? Also, assuming these instructions worked for the author of the
>> > >> original blog post, I wonder what the difference is with my setup.
>> > >>
>> > >> Here are my mods to conf/local.conf, in case it's helpful:
>> > >>
>> > >>> MACHINE = "pandaboard"
>> > >>> BBMASK = "meta-ti/recipes-misc"
>> > >>> PACKAGE_CLASSES = "package_ipk"
>> > >>> CONNECTIVITY_CHECK_URIS=""
>> > >>> BB_GENERATE_MIRROR_TARBALLS = "1"
>> > >>> SOURCE_MIRROR_URL ?= "file:///home/evadeflow/projects/poky-mirror/"
>> > >>> INHERIT += "own-mirrors"
>> > >>
>> > >> And this is my bblayers.conf:
>> > >>
>> > >>> # LAYER_CONF_VERSION is increased each time build/conf/bblayers.conf
>> > >>> # changes incompatibly
>> > >>> LCONF_VERSION = "4"
>> > >>>
>> > >>> BBFILES ?= ""
>> > >>> BBLAYERS ?= " \
>> > >>> /home/evadeflow/projects/poky-git/meta \
>> > >>> /home/evadeflow/projects/poky-git/meta-yocto \
>> > >>> /home/evadeflow/projects/poky-git/meta-ti \
>> > >>> "
>> > >> _______________________________________________
>> > >> yocto mailing list
>> > >> yocto@yoctoproject.org
>> > >> https://lists.yoctoproject.org/listinfo/yocto
>> > >
>> > > --
>> > > Martin 'JaMa' Jansa jabber: Martin.Jansa@gmail.com
>> > > _______________________________________________
>> > > yocto mailing list
>> > > yocto@yoctoproject.org
>> > > https://lists.yoctoproject.org/listinfo/yocto
>> >
>>
>
>
> _______________________________________________
> yocto mailing list
> yocto@yoctoproject.org
> https://lists.yoctoproject.org/listinfo/yocto
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: Can't fetch git SRC_URI via HTTP
2012-10-03 14:04 ` Khem Raj
@ 2012-10-03 14:07 ` Paul Eggleton
2012-10-03 14:30 ` Evade Flow
0 siblings, 1 reply; 12+ messages in thread
From: Paul Eggleton @ 2012-10-03 14:07 UTC (permalink / raw)
To: Khem Raj; +Cc: yocto
On Wednesday 03 October 2012 07:04:06 Khem Raj wrote:
> On Wed, Oct 3, 2012 at 12:39 AM, Julian Scheel <julian@jusst.de> wrote:
> > Am Dienstag, den 02.10.2012, 23:52 +0200 schrieb Martin Jansa:
> >> On Tue, Oct 02, 2012 at 11:38:08PM +0200, Julian Scheel wrote:
> >> > Am 02.10.2012 um 23:22 schrieb Martin Jansa <martin.jansa@gmail.com>:
> >> > > On Tue, Oct 02, 2012 at 05:17:23PM -0400, Evade Flow wrote:
> >> > >> I'm trying to build core-image-sato for my Pandaboard ES, following
> >> > >> the
> >> > >>
> >> > >> instructions posted here:
> >> > >> - http://maniacbug.wordpress.com/2012/08/03/pandayocto/
> >> > >>
> >> > >> Thus, my OE build configuration looks like this:
> >> > >>> OE Build Configuration:
> >> > >>> BB_VERSION = "1.15.2"
> >> > >>> TARGET_ARCH = "arm"
> >> > >>> TARGET_OS = "linux-gnueabi"
> >> > >>> MACHINE = "pandaboard"
> >> > >>> DISTRO = "poky"
> >> > >>> DISTRO_VERSION = "1.2.1"
> >> > >>> TUNE_FEATURES = "armv7a vfp neon cortexa9"
> >> > >>> TARGET_FPU = "vfp-neon"
> >> > >>> meta
> >> > >>> meta-yocto =
> >> > >>> "denzil:65ffa7395055f7e012cb973f63f92380828eed0d"
> >> > >>> meta-ti =
> >> > >>> "(nobranch):30fb40ebc13614a74c2e237927c60ac43e01d1bc"
> >> > >>
> >> > >> I have these lines in my .gitconfig:
> >> > >>> [http]
> >> > >>>
> >> > >>> proxy=http://user:passwd@usaprox.lightning.com:8080
> >> > >>
> >> > >> so I'd expect URLs like this one (from the meta-ti layer's
> >> > >>
> >> > >> linux-omap4_3.1.0.bb recipe) to work fine:
> >> > >>> SRC_URI =
> >> > >>> "http://dev.omapzoom.org/pub/scm/integration/kernel-ubuntu.git;pro
> >> > >>> tocol=git;branch=ti-ubuntu-3.1-1282 \>> > >
> >> > > This url seems wrong, it should start with git:// if you want to
> >> > > clone
> >> > > git repo.
> >> > >
> >> > > Because it starts with http:// normal fetch (like wget) was used so
> >> > > it
> >> > > downloaded probably some http code (see that kernel-ubuntu.git file)
> >> > > instead of any relevant source.
> >> >
> >> > I ran into the same issue a few days ago. It seems yocto only supports
> >> > git fetch through servers providing the repositories through the git
> >> > protocol. A way to use git repositories which are provided through
> >> > http or https would be quite a good thing to have.
> >>
> >> That's what protocol param does;
> >>
> >> Change that to
> >> git://dev.omapzoom.org/pub/scm/integration/kernel-ubuntu.git;protocol=htt
> >> p;branch=ti-ubuntu-3.1-1282 and you'll get git fetch over http protocol.
> >
> > Nice to know. Actually when I had this issue I tried it the other way
> > round. Use a http url and set protocol to git...
> > Is this noted somewhere in the documentation? I could not find it. I
> > think it would be worth mentioning it in the yocto reference manual as
> > this seems to be a quite common thing to struggle with.
>
> I think Paul posted a patch where bitbake will spit out a good error
> message about such usage
Indeed, in fact coincidentally I was just trying to find this thread in my
cluttered inbox in order to reply to it mentioning that :)
Cheers,
Paul
--
Paul Eggleton
Intel Open Source Technology Centre
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: Can't fetch git SRC_URI via HTTP
2012-10-03 14:07 ` Paul Eggleton
@ 2012-10-03 14:30 ` Evade Flow
0 siblings, 0 replies; 12+ messages in thread
From: Evade Flow @ 2012-10-03 14:30 UTC (permalink / raw)
To: Paul Eggleton; +Cc: yocto
> I think Paul posted a patch where bitbake will spit out a good error
> message about such usage
Oops, better have a look at:
- http://bugzilla.yoctoproject.org/show_bug.cgi?id=3214
I just created this... :-%
On Wed, Oct 3, 2012 at 10:07 AM, Paul Eggleton
<paul.eggleton@linux.intel.com> wrote:
> On Wednesday 03 October 2012 07:04:06 Khem Raj wrote:
>> On Wed, Oct 3, 2012 at 12:39 AM, Julian Scheel <julian@jusst.de> wrote:
>> > Am Dienstag, den 02.10.2012, 23:52 +0200 schrieb Martin Jansa:
>> >> On Tue, Oct 02, 2012 at 11:38:08PM +0200, Julian Scheel wrote:
>> >> > Am 02.10.2012 um 23:22 schrieb Martin Jansa <martin.jansa@gmail.com>:
>> >> > > On Tue, Oct 02, 2012 at 05:17:23PM -0400, Evade Flow wrote:
>> >> > >> I'm trying to build core-image-sato for my Pandaboard ES, following
>> >> > >> the
>> >> > >>
>> >> > >> instructions posted here:
>> >> > >> - http://maniacbug.wordpress.com/2012/08/03/pandayocto/
>> >> > >>
>> >> > >> Thus, my OE build configuration looks like this:
>> >> > >>> OE Build Configuration:
>> >> > >>> BB_VERSION = "1.15.2"
>> >> > >>> TARGET_ARCH = "arm"
>> >> > >>> TARGET_OS = "linux-gnueabi"
>> >> > >>> MACHINE = "pandaboard"
>> >> > >>> DISTRO = "poky"
>> >> > >>> DISTRO_VERSION = "1.2.1"
>> >> > >>> TUNE_FEATURES = "armv7a vfp neon cortexa9"
>> >> > >>> TARGET_FPU = "vfp-neon"
>> >> > >>> meta
>> >> > >>> meta-yocto =
>> >> > >>> "denzil:65ffa7395055f7e012cb973f63f92380828eed0d"
>> >> > >>> meta-ti =
>> >> > >>> "(nobranch):30fb40ebc13614a74c2e237927c60ac43e01d1bc"
>> >> > >>
>> >> > >> I have these lines in my .gitconfig:
>> >> > >>> [http]
>> >> > >>>
>> >> > >>> proxy=http://user:passwd@usaprox.lightning.com:8080
>> >> > >>
>> >> > >> so I'd expect URLs like this one (from the meta-ti layer's
>> >> > >>
>> >> > >> linux-omap4_3.1.0.bb recipe) to work fine:
>> >> > >>> SRC_URI =
>> >> > >>> "http://dev.omapzoom.org/pub/scm/integration/kernel-ubuntu.git;pro
>> >> > >>> tocol=git;branch=ti-ubuntu-3.1-1282 \>> > >
>> >> > > This url seems wrong, it should start with git:// if you want to
>> >> > > clone
>> >> > > git repo.
>> >> > >
>> >> > > Because it starts with http:// normal fetch (like wget) was used so
>> >> > > it
>> >> > > downloaded probably some http code (see that kernel-ubuntu.git file)
>> >> > > instead of any relevant source.
>> >> >
>> >> > I ran into the same issue a few days ago. It seems yocto only supports
>> >> > git fetch through servers providing the repositories through the git
>> >> > protocol. A way to use git repositories which are provided through
>> >> > http or https would be quite a good thing to have.
>> >>
>> >> That's what protocol param does;
>> >>
>> >> Change that to
>> >> git://dev.omapzoom.org/pub/scm/integration/kernel-ubuntu.git;protocol=htt
>> >> p;branch=ti-ubuntu-3.1-1282 and you'll get git fetch over http protocol.
>> >
>> > Nice to know. Actually when I had this issue I tried it the other way
>> > round. Use a http url and set protocol to git...
>> > Is this noted somewhere in the documentation? I could not find it. I
>> > think it would be worth mentioning it in the yocto reference manual as
>> > this seems to be a quite common thing to struggle with.
>>
>> I think Paul posted a patch where bitbake will spit out a good error
>> message about such usage
>
> Indeed, in fact coincidentally I was just trying to find this thread in my
> cluttered inbox in order to reply to it mentioning that :)
>
> Cheers,
> Paul
>
> --
>
> Paul Eggleton
> Intel Open Source Technology Centre
> _______________________________________________
> yocto mailing list
> yocto@yoctoproject.org
> https://lists.yoctoproject.org/listinfo/yocto
^ permalink raw reply [flat|nested] 12+ messages in thread
end of thread, other threads:[~2012-10-03 14:30 UTC | newest]
Thread overview: 12+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2012-10-02 21:17 Can't fetch git SRC_URI via HTTP Evade Flow
2012-10-02 21:22 ` Martin Jansa
2012-10-02 21:38 ` Julian Scheel
2012-10-02 21:52 ` Martin Jansa
2012-10-02 22:01 ` Evade Flow
2012-10-03 7:39 ` Julian Scheel
2012-10-03 14:04 ` Khem Raj
2012-10-03 14:07 ` Paul Eggleton
2012-10-03 14:30 ` Evade Flow
2012-10-03 6:37 ` Khem Raj
2012-10-02 22:09 ` Scott Garman
2012-10-02 22:20 ` Martin Jansa
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.