The usual process is the autobuilder populates the source mirror as it
runs. I pinged Richard earlier about this, basically it's fallout
from the autobuilder migration and should be looked at next week.
Ross
On Tue, 30 Oct 2018 at 15:52, Gunnar Andersson wrote:
>
> I'm right now seeing a fetcher
> Inside the bb file, there are following descriptions for this URL:
>
> SRC_URI = "git://github.com/GENIVI/dlt-daemon.git;protocol=https"
> SRCREV = "e9a486a08fff6d3cc7133a350cec3ee10f463207"
Interesting problem, for the sake of expertise/exercise I wanted to
reproduce it in poky/referent YOCTO P
hed folder
from Ubuntu)
From: Zhenhua Luo [zhenhua@nxp.com]
Sent: Tuesday, September 27, 2016 11:44
To: Anicic Damir (PSI); Chris Z.
Cc: yocto@yoctoproject.org
Subject: RE: [yocto] fetcher failure
I have submitted a patch for the fetch issue, can you please
This is anoying.
My primary build host, ScientificLinux 6.4, it stil fails (error log in
previous mail).
But on my secondary build host,Ubuntu 16.04, it now succeeded.
--
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/
If I understood properly, all I have to do is to change the line:
-SRC_URI = "git://git.freescale.com/ppc/sdk/linux.git;branch=sdk-v2.0.x \
with
+SRC_URI = "git://git.freescale.com/ppc/sdk/linux.git;nobranch=1 \
If that is so, it did not help.
Attached the new log file.
Damir
log.do_fetc
, September 27, 2016 5:34 PM
To: Chris Z.
Cc: yocto@yoctoproject.org
Subject: Re: [yocto] fetcher failure
Why should I check,
the meta-fsl-ppc/recipes-kernel/linux/linux-qoriq_4.1.bb has
SRC_URI = "git://git.freescale.com/ppc/sdk/linux.git;branch=sdk-v2.0.x \
S
Why should I check,
the meta-fsl-ppc/recipes-kernel/linux/linux-qoriq_4.1.bb has
SRC_URI = "git://git.freescale.com/ppc/sdk/linux.git;branch=sdk-v2.0.x \
SRCREV = "bd51baffc04ecc73f933aee1c3a37c8b44b889a7"
If that is wrong freescale should correct it.
And besides, the downloaded file gets delete
Hi,
Have you checked repository for hash
bd51baffc04ecc73f933aee1c3a37c8b44b889a7 in branch sdk-v2.0.x ?
On Tue, Sep 27, 2016 at 9:50 AM, Anicic Damir (PSI)
wrote:
> Hi again,
>
> it seems no one has interests in my problem.
>
> I have the same problem with Ubuntu host build, too.
>
> What I se
Hi again,
it seems no one has interests in my problem.
I have the same problem with Ubuntu host build, too.
What I see is that file gets downloaded several times, and then discarded for
some reason.
One of the last downloads (or the last one), does some
git -c core.fsyncobjectfiles=0 fetch -
You're welcome :)
2016-09-14 11:50 GMT-03:00 Burton, Ross :
>
> On 14 September 2016 at 15:48, Anicic Damir (PSI)
> wrote:
>>
>> it turns out that something HAS changed in my system/libraries (but not
>> Python itself),
>> influencing python urllib2 to fail, although wget, chrome, firefox, ...
>>
On 14 September 2016 at 15:48, Anicic Damir (PSI)
wrote:
> it turns out that something HAS changed in my system/libraries (but not
> Python itself),
> influencing python urllib2 to fail, although wget, chrome, firefox, ...
> worked
>
> Fortunately we have another python version installed, and wit
Thanx all for a help,
I have tested with:
python -c 'import urllib2; print urllib2.urlopen.
The problem was only with https protocol, http worked.
The certificate was not accepted (SSL, as used by bitbake wget.py),
but with TLS it worked.
it turns out that something HAS changed in my sys
try:
python -c 'import urllib; print urllib.urlopen("http://www.example.com";).read()'
I'm running out of ideias :). I already had received "Connection reset
by peer" because dupplicate IPs on network.
Regards,
2016-09-14 9:58 GMT-03:00 Anicic Damir (PSI) :
> Ups, typo.
>
> It also works
>
>
>
Ups, typo.
It also works
wget https://www.example.com/
--2016-09-14 14:58:03-- https://www.example.com/
Resolving www.example.com... 93.184.216.34, 2606:2800:220:1:248:1893:25c8:1946
Connecting to www.example.com|93.184.216.34|:443... connected.
HTTP request sent, awaiting response... 200 OK
Le
On 14 September 2016 at 13:42, Anicic Damir (PSI)
wrote:
> wget https://www.exampe.com/
> --2016-09-14 14:42:39-- https://www.exampe.com/
> Resolving www.exampe.com... 69.172.201.153
> Connecting to www.exampe.com|69.172.201.153|:443... connected.
> Unable to establish SSL connection.
>
"exampl
This works:
wget http://www.exampe.com/
--2016-09-14 14:42:23-- http://www.exampe.com/
Resolving www.exampe.com... 69.172.201.153
Connecting to www.exampe.com|69.172.201.153|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: unspecified [text/html]
Saving to: “index.html.1”
Can you connect to "www.example.com" from command line?! Something
like `telnet www.example.com 80' !?!?
2016-09-14 9:27 GMT-03:00 Anicic Damir (PSI) :
> Sorry, the error message is:
>
>DEBUG: checkstatus() urlopen failed: Connection reset by peer>
>
>
> --
> _
Sorry, the error message is:
DEBUG: checkstatus() urlopen failed:
--
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto
No, I have direct internet connection, no proxy needed (and was not needed
before).
Temporarily I use
CONNECTIVITY_CHECK_URIS=""
in local.conf
That way it works again,
but I would like to have better solution.
After investigating little bit more, I see an error:
Fetcher failure for URL: '
On 14 September 2016 at 08:52, Anicic Damir (PSI)
wrote:
> Fetcher failure for URL: 'https://www.example.com/'. URL
> https://www.example.com/ doesn't work. Please ensure your network is
> configured correctly.
>
This is the "is networking correctly configured" test, and if it fails in
Yocto
o-boun...@yoctoproject.org [mailto:yocto-
> boun...@yoctoproject.org] On Behalf Of Bruce Ashfield
> Sent: Tuesday, April 26, 2016 10:11 AM
> To: Jaggi, Manish ; Burton, Ross
>
> Cc: yocto@yoctoproject.org
> Subject: Re: [yocto] Fetcher failure:
Thanks,
It worked with standards/base branch.
Regards,
Manish Jaggi
From: Zhenhua Luo
Sent: Tuesday, April 26, 2016 1:02 PM
To: Bruce Ashfield; Jaggi, Manish; Burton, Ross
Cc: yocto@yoctoproject.org
Subject: RE: [yocto] Fetcher failure: Unable to find
On 2016-04-25 9:05 PM, Jaggi, Manish wrote:
From: Bruce Ashfield [bruce.ashfi...@windriver.com]
Sent: Monday, April 25, 2016 11:04 PM
To: Jaggi, Manish; Burton, Ross
Cc: yocto@yoctoproject.org
Subject: Re: [yocto] Fetcher failure: Unable to find revision
From: Bruce Ashfield [bruce.ashfi...@windriver.com]
Sent: Monday, April 25, 2016 11:04 PM
To: Jaggi, Manish; Burton, Ross
Cc: yocto@yoctoproject.org
Subject: Re: [yocto] Fetcher failure: Unable to find revision
2134d97aa3a7ce38bb51f933f2e20cafde371085 in
On 2016-04-25 12:10 PM, Jaggi, Manish wrote:
*From:* Burton, Ross
*Sent:* Monday, April 25, 2016 8:12 PM
*To:* Jaggi, Manish
*Cc:* yocto@yoctoproject.org
*Subject:* Re: [yocto] Fetcher failure: Unable to find revision
From: Burton, Ross
Sent: Monday, April 25, 2016 8:12 PM
To: Jaggi, Manish
Cc: yocto@yoctoproject.org
Subject: Re: [yocto] Fetcher failure: Unable to find revision
2134d97aa3a7ce38bb51f933f2e20cafde371085 in branch master even from upstream
On 25 April 2016 at
On 25 April 2016 at 14:30, Jaggi, Manish
wrote:
> It seems the revid / tag is not on any branch
> git branch --contains 2134d97aa3a7ce38bb51f933f2e20cafde371085
> returns nothing.
>
> How to fix this issue ?
>
You probably want to use git branch -r --contains 213... as otherwise git
branch will
27 matches
Mail list logo
