On 4/5/20 11:11 AM, Julian Elischer wrote:
On 4/3/20 7:39 AM, Lev Serebryakov wrote:
On 03.04.2020 16:47, Kurt Jaeger wrote:
I don't know, is it generic for Akamai or TI-specific.
I think, somebody with official hat (FreeBSD Foundation
speakperson?)
should contact TI and Akamai about
On 4/3/20 7:39 AM, Lev Serebryakov wrote:
On 03.04.2020 16:47, Kurt Jaeger wrote:
I don't know, is it generic for Akamai or TI-specific.
I think, somebody with official hat (FreeBSD Foundation speakperson?)
should contact TI and Akamai about this situation. Faking User-Agent
could be only
Hello Kurt,
Friday, April 3, 2020, 10:58:50 PM, you wrote:
>> > I've opened a case with ti.com, CS0177749.
> ti.com reports they have fixed the issue.
> My tests from @home (.de) and freefall (.us) confirm that it's fixed.
> So I'll close this case with ti.com.
Yep, fixed for me too, thnx!
--
Hi!
> > I've opened a case with ti.com, CS0177749.
ti.com reports they have fixed the issue.
My tests from @home (.de) and freefall (.us) confirm that it's fixed.
So I'll close this case with ti.com.
--
p...@freebsd.org +49 171 3101372 Now what ?
On 3 Apr 2020, at 15:08, Kurt Jaeger wrote:
>
> Hi!
>
>> It is true for both IPv4 and IPv6, and for Russia and Germany (I can
>> not test from USA, though).
>
> I tried it from freefall, same problem.
Typically one of those "Endpoint Protection" products, they have some sort of
whitelist or
Hi!
> It is true for both IPv4 and IPv6, and for Russia and Germany (I can
> not test from USA, though).
I tried it from freefall, same problem.
--
p...@opsec.eu+49 171 3101372Now what ?
___
freebsd-ports@freebsd.org
On 03.04.2020 16:47, Kurt Jaeger wrote:
>> I don't know, is it generic for Akamai or TI-specific.
>>
>> I think, somebody with official hat (FreeBSD Foundation speakperson?)
>> should contact TI and Akamai about this situation. Faking User-Agent
>> could be only temporary solution!
>
> I've
Hi!
> I don't know, is it generic for Akamai or TI-specific.
>
> I think, somebody with official hat (FreeBSD Foundation speakperson?)
> should contact TI and Akamai about this situation. Faking User-Agent
> could be only temporary solution!
I've opened a case with ti.com, CS0177749.
I guess
On 03.04.2020 1:04, Doug Hardie wrote:
>> It is true for both IPv4 and IPv6, and for Russia and Germany (I can
>> not test from USA, though).
>>
>> You could try it yourself:
>>
>>
On Fri, 3 Apr 2020 00:31:51 +0200
Vidar Karlsen wrote:
> > On 2 Apr 2020, at 20:22, Lev Serebryakov wrote:
> >
> > You could try it yourself:
> >
> > http://software-dl.ti.com/msp430/msp430_public_sw/mcu/msp430/MSPGCC/8_3_2_2/export/msp430-gcc-support-files-1.209.zip
> >
> >
> On 2 Apr 2020, at 20:22, Lev Serebryakov wrote:
>
> You could try it yourself:
>
> http://software-dl.ti.com/msp430/msp430_public_sw/mcu/msp430/MSPGCC/8_3_2_2/export/msp430-gcc-support-files-1.209.zip
>
> http://www.ti.com/lit/ug/slau646e/slau646e.pdf
fetch times out from Norway too. wget
On Fri, 3 Apr 2020 at 07:26, Lev Serebryakov wrote:
[...]
> You could try it yourself:
>
> http://software-dl.ti.com/msp430/msp430_public_sw/mcu/msp430/MSPGCC/8_3_2_2/export/msp430-gcc-support-files-1.209.zip
>
> http://www.ti.com/lit/ug/slau646e/slau646e.pdf
>
> I don't know, is it generic for
> On 2 April 2020, at 11:22, Lev Serebryakov wrote:
>
>
> It is true for both IPv4 and IPv6, and for Russia and Germany (I can
> not test from USA, though).
>
> You could try it yourself:
>
>
When worked on updating `devel/gcc-msp430-ti-toolchain' port I have
been noticed, that `fetch(1)' could not download files from TI site,
which is delivered by Akamai CDN.
If downloader has user-agent "fetch libfetch/2.0" server doesn't answer
to requests.
I can download files with `wget'
14 matches
Mail list logo