Re: Austin Mirror

[Richard L. Hamilton]

I don't have much luck getting useful info using whois on a hostname.  Try 
running just
whois utexas.edu

which won't necessarily get you the right person, but it will probably get you 
someone likelier to be able to point you to the right person.

> On Aug 17, 2019, at 19:37, Al Varnell via macports-users 
>  wrote:
> 
> Still isn't working after a week now.
> 
> I tried to track down the responsible party so I could give them a call, but 
> all roads lead elsewhere:
> 
>> % whois aus.us.rsync.macports.org 
>> % IANA WHOIS server
>> % for more information on IANA, visit http://www.iana.org 
>> 
>> % This query returned 1 object
>> 
>> refer:whois.pir.org 
>> 
>> domain:   ORG
> 
>> % whois marmot.tn.utexas.edu 
>> % IANA WHOIS server
>> % for more information on IANA, visit http://www.iana.org 
>> 
>> % This query returned 1 object
>> 
>> refer:whois.educause.edu 
>> 
>> domain:   EDU
> 
> And searching around this vast site didn't give me any clues: 
> >
> 
> -Al-
> 
> =
> Can someone check out the Autin, TX, USA mirror? Received these results two 
> days in a row:
>> 
>> % port -N -v selfupdate
>> --->  Updating MacPorts base sources using rsync
>> rsync: failed to connect to aus.us.rsync.macports.org 
>> : Operation timed out (60)
>> rsync error: error in socket IO (code 10) at 
>> /BuildRoot/Library/Caches/com.apple.xbs/Sources/rsync/rsync-52.200.1/rsync/clientserver.c(106)
>>  [receiver=2.6.9]
>> Command failed: /usr/bin/rsync -rtzvl --delete-after 
>> rsync://aus.us.rsync.macports.org/macports/release/tarballs/base.tar 
>> /opt/local/var/macports/sources/aus.us.rsync.macports.org/macports/release/tarballs
>>  
>> Exit code: 10
> 
> Ping works:
> 
>> % ping aus.us.rsync.macports.org 
>> PING marmot.tn.utexas.edu  (146.6.15.16): 56 
>> data bytes
>> 64 bytes from 146.6.15.16: icmp_seq=0 ttl=46 time=63.389 ms
>> 64 bytes from 146.6.15.16: icmp_seq=1 ttl=46 time=63.028 ms
>> 64 bytes from 146.6.15.16: icmp_seq=2 ttl=46 time=62.394 ms
>> 64 bytes from 146.6.15.16: icmp_seq=3 ttl=46 time=63.816 ms
>> 64 bytes from 146.6.15.16: icmp_seq=4 ttl=46 time=62.176 ms
>> 64 bytes from 146.6.15.16: icmp_seq=5 ttl=46 time=208.555 ms
>> 64 bytes from 146.6.15.16: icmp_seq=6 ttl=46 time=62.106 ms
>> 64 bytes from 146.6.15.16: icmp_seq=7 ttl=46 time=62.012 ms
> 
> -Al-

Re: MacPorts' VLC cannot stream to my Chromecast

[Andrew Udvare]

> On 2019-08-17, at 14:20, René J. V. Bertin  wrote:
> 
> Would you mind rebuilding VLC with `--enable-chromecast` added to 
> configure.args 
> (don't worry about what variant to include it with) and report back if that 
> solves your issue? Or what error about missing dependencies you get?
> 
> (I'd do this myself - in due time - but I don't have a Chrome to cast to so 
> couldn't test anyway)
> 
> R.
> 
> 

Attached is the fix (patch -p1). Needs protobuf3-cpp.

-- 
Andrew Udvare



chromecast.patch
Description: Binary data

Austin Mirror

[Al Varnell via macports-users]

Still isn't working after a week now.

I tried to track down the responsible party so I could give them a call, but 
all roads lead elsewhere:

> % whois aus.us.rsync.macports.org
> % IANA WHOIS server
> % for more information on IANA, visit http://www.iana.org
> % This query returned 1 object
> 
> refer:whois.pir.org
> 
> domain:   ORG

> % whois marmot.tn.utexas.edu
> % IANA WHOIS server
> % for more information on IANA, visit http://www.iana.org
> % This query returned 1 object
> 
> refer:whois.educause.edu
> 
> domain:   EDU

And searching around this vast site didn't give me any clues: 
>

-Al-

=
Can someone check out the Autin, TX, USA mirror? Received these results two 
days in a row:
> 
> % port -N -v selfupdate
> --->  Updating MacPorts base sources using rsync
> rsync: failed to connect to aus.us.rsync.macports.org 
> : Operation timed out (60)
> rsync error: error in socket IO (code 10) at 
> /BuildRoot/Library/Caches/com.apple.xbs/Sources/rsync/rsync-52.200.1/rsync/clientserver.c(106)
>  [receiver=2.6.9]
> Command failed: /usr/bin/rsync -rtzvl --delete-after 
> rsync://aus.us.rsync.macports.org/macports/release/tarballs/base.tar 
> /opt/local/var/macports/sources/aus.us.rsync.macports.org/macports/release/tarballs
>  
> Exit code: 10

Ping works:

> % ping aus.us.rsync.macports.org 
> PING marmot.tn.utexas.edu  (146.6.15.16): 56 
> data bytes
> 64 bytes from 146.6.15.16: icmp_seq=0 ttl=46 time=63.389 ms
> 64 bytes from 146.6.15.16: icmp_seq=1 ttl=46 time=63.028 ms
> 64 bytes from 146.6.15.16: icmp_seq=2 ttl=46 time=62.394 ms
> 64 bytes from 146.6.15.16: icmp_seq=3 ttl=46 time=63.816 ms
> 64 bytes from 146.6.15.16: icmp_seq=4 ttl=46 time=62.176 ms
> 64 bytes from 146.6.15.16: icmp_seq=5 ttl=46 time=208.555 ms
> 64 bytes from 146.6.15.16: icmp_seq=6 ttl=46 time=62.106 ms
> 64 bytes from 146.6.15.16: icmp_seq=7 ttl=46 time=62.012 ms

-Al-

Re: firefox

[Dave Horsfall]

On Fri, 16 Aug 2019, Dave Horsfall wrote:

That used to happen to me with some older versions; no problems with 
68.0.1 (on Sierra).


Minor clarification: I do run across the occasional site that either won't 
load or just shows "Visual compatible" or some such; my guess is that they 
are using some proprietary HTML extensions which FF does not support -- 
hardly FF's fault -- or some whacky Javascript, so I either don't visit 
that site again or I fire up Safari (which takes ages to start along with 
Chrome) which is why I stick with FF.


-- Dave

Re: MacPorts' VLC cannot stream to my Chromecast

[René J . V . Bertin]

Andrew Udvare wrote:

> VLC built from MacPorts can see my Chromecast but it cannot stream to it.
> Seems to be a missing module based on the log. The version from the VLC
> website works fine.

Would you mind rebuilding VLC with `--enable-chromecast` added to 
configure.args 
(don't worry about what variant to include it with) and report back if that 
solves your issue? Or what error about missing dependencies you get?

(I'd do this myself - in due time - but I don't have a Chrome to cast to so 
couldn't test anyway)

R.

Re: libuv fails to build on 10.8.5

[Dmitri Zaitsev]

I have now manually downloaded the missing file and uploaded the  new error
log that is twice as long.

It seems all download failures were only from the rust site, not the
macports mirrors.
However, the script keeps claiming the files do not exist, even when they
are seemingly present.

But the actual build errors are reported further down the log file, so the
problem seems to be elsewhere.



On Saturday, August 17, 2019, Mojca Miklavec  wrote:

> I'm away from computer, but on anything older than 10.9 you need to either
> compile macports from source and link against a newer curl (bootstrapping)
> or download manually and put files to correct location, or fetch files from
> the macports mirror which still offers http.
>
> Maybe port fetch could support a special flag to use alternative download
> method.
>
> Mojca
>
> V sob., 17. avg. 2019 13:50 je oseba Dmitri Zaitsev 
> napisala:
>
>> Maybe I should add that this issue is not due to my system's curl and git
>> clients,
>> both are up-to-date and work fine without the issues mentioned there.
>>
>> Also I can easily access the same URL and download the files manually.
>>
>> The issue seems to be only with MacPorts apparently not using my newer
>> clients.
>>
>>
>> On Saturday, August 17, 2019, Dmitri Zaitsev 
>> wrote:
>>
>>> Hi Werner,
>>>
>>> Many thanks!
>>>
>>> However, it says:
>>> > This is an extremely minimal, bare bootstrap of curl, and git, and
>>> little else, specifically targeted at OSX 10.7.5.
>>>
>>> I am on 10.8.5.
>>>
>>>
>>> On Saturday, August 17, 2019, Werner LEMBERG  wrote:
>>>

 > I do appreciate your time and fully understand that this is not your
 > concern but would be still thankful if anyone could advice on how to
 > configure MacPorts to use the recent ssl.

 Try this for bootstrapping:

   https://try.gitea.io/donbright/lm


 Werner

>>>
>>>
>>> --
>>> Dmitri Zaitsev
>>> School of Mathematics
>>> Trinity College Dublin
>>>
>>> WWW:  http://www.maths.tcd.ie/~zaitsev/
>>>
>>>
>>
>> --
>> Dmitri Zaitsev
>> School of Mathematics
>> Trinity College Dublin
>>
>> WWW:  http://www.maths.tcd.ie/~zaitsev/
>>
>>

-- 
Dmitri Zaitsev
School of Mathematics
Trinity College Dublin

WWW:  http://www.maths.tcd.ie/~zaitsev/

Re: daemondo fails to launch unbound daemon at boot, how to debug?

[Gerben Wierda]

Solved. Or a workaround at least. By providing daemondo with an explicit 
pidfile (clean), daemondo keeps unbound alive, even if the first attempt at 
starting after boot fails to get the port. The second attempt (and any after 
that) succeeds.

Gerben Wierda
Chess and the Art of Enterprise Architecture 
Mastering ArchiMate 
Architecture for Real Enterprises 
 at InfoWorld
On Slippery Ice  at EAPJ

> On 16 Aug 2019, at 17:27, Gerben Wierda  wrote:
> 
> Additional info I was able to coax some error messages from launchd:
> 
> 2019-08-16 16:53:59 unbound: Starting process
> 2019-08-16 16:53:59 unbound: Running start-cmd 
> /opt/local/etc/LaunchDaemons/org.macports.unbound/unbound.wrapper start
> Aug 16 16:54:00 unbound-albus[219:0] error: can't bind socket: Can't assign 
> requested address for 192.168.2.66 port 53
> Aug 16 16:54:00 unbound-albus[219:0] fatal error: could not open ports
> 
> by changing the Startup call in the wrapper to
> 
> (/opt/local/sbin/unbound-anchor -a /opt/local/etc/unbound/root.key 
> 2>&1) || : && (chown unbound:unbound /opt/local/etc/unbound/root.key 2>&1) && 
> (/opt/local/sbin/unbound 2>&1)
> 
> (stdout is faithfully reported by launchd, stderr is a black hole)
> 
> It seems the wrapper runs without proper authorisation (i.e. root) or the 
> port has already been taken. The latter is not the case (no after boot 
> anyway, during boot it is highly unlikely). Still investigating.
> 
> Gerben Wierda
> Chess and the Art of Enterprise Architecture 
> Mastering ArchiMate 
> Architecture for Real Enterprises 
>  at 
> InfoWorld
> On Slippery Ice  at EAPJ
> 
>> On 16 Aug 2019, at 12:04, Gerben Wierda > > wrote:
>> 
>> I have two ports active: unbound and an (updated by me, not yet committed) 
>> nsd.
>> 
>> Both have a startupitem that is identical, in that it uses the wrapper.
>> 
>> Both should launch at boot, but unbound doesn’t while nsd does. After boot, 
>> two daemondo instances are running, one for unbound and one for nsd. But 
>> only the one for nsd has actually spawned  nsd. The daemondo service for 
>> unbound has not launched an unbound instance.
>> 
>> When I do port load unbound after boot, the instance doesn’t load
>> When I do port reload unbound, the unbound instance loads without a problem
>> 
>> Apart from getting to the logging of unbound to look for clues, and 
>> increasing verbosity for daemondo in the startupitem, are there otherthings 
>> within macports I can do to debug?
>> 
>> Gerben Wierda
>> Chess and the Art of Enterprise Architecture 
>> Mastering ArchiMate 
>> Architecture for Real Enterprises 
>>  at 
>> InfoWorld
>> On Slippery Ice  at EAPJ
>> 
> 

Re: libuv fails to build on 10.8.5

[Mojca Miklavec]

I'm away from computer, but on anything older than 10.9 you need to either
compile macports from source and link against a newer curl (bootstrapping)
or download manually and put files to correct location, or fetch files from
the macports mirror which still offers http.

Maybe port fetch could support a special flag to use alternative download
method.

Mojca

V sob., 17. avg. 2019 13:50 je oseba Dmitri Zaitsev 
napisala:

> Maybe I should add that this issue is not due to my system's curl and git
> clients,
> both are up-to-date and work fine without the issues mentioned there.
>
> Also I can easily access the same URL and download the files manually.
>
> The issue seems to be only with MacPorts apparently not using my newer
> clients.
>
>
> On Saturday, August 17, 2019, Dmitri Zaitsev  wrote:
>
>> Hi Werner,
>>
>> Many thanks!
>>
>> However, it says:
>> > This is an extremely minimal, bare bootstrap of curl, and git, and
>> little else, specifically targeted at OSX 10.7.5.
>>
>> I am on 10.8.5.
>>
>>
>> On Saturday, August 17, 2019, Werner LEMBERG  wrote:
>>
>>>
>>> > I do appreciate your time and fully understand that this is not your
>>> > concern but would be still thankful if anyone could advice on how to
>>> > configure MacPorts to use the recent ssl.
>>>
>>> Try this for bootstrapping:
>>>
>>>   https://try.gitea.io/donbright/lm
>>>
>>>
>>> Werner
>>>
>>
>>
>> --
>> Dmitri Zaitsev
>> School of Mathematics
>> Trinity College Dublin
>>
>> WWW:  http://www.maths.tcd.ie/~zaitsev/
>>
>>
>
> --
> Dmitri Zaitsev
> School of Mathematics
> Trinity College Dublin
>
> WWW:  http://www.maths.tcd.ie/~zaitsev/
>
>

Re: libuv fails to build on 10.8.5

[Christopher Jones]

Indeed macports does not care about what web browser you use. The fact you can 
download with that does not matter. 

What matters is what macports ‘port’ command uses. It is this you need to 
bootstrap.

Chris

> On 17 Aug 2019, at 12:50 pm, Dmitri Zaitsev  wrote:
> 
> Maybe I should add that this issue is not due to my system's curl and git 
> clients,
> both are up-to-date and work fine without the issues mentioned there.
> 
> Also I can easily access the same URL and download the files manually.
> 
> The issue seems to be only with MacPorts apparently not using my newer 
> clients.
> 
> 
> On Saturday, August 17, 2019, Dmitri Zaitsev  > wrote:
> Hi Werner,
> 
> Many thanks!
> 
> However, it says:
> > This is an extremely minimal, bare bootstrap of curl, and git, and little 
> > else, specifically targeted at OSX 10.7.5.
> 
> I am on 10.8.5.
> 
> 
> On Saturday, August 17, 2019, Werner LEMBERG  > wrote:
> 
> > I do appreciate your time and fully understand that this is not your
> > concern but would be still thankful if anyone could advice on how to
> > configure MacPorts to use the recent ssl.
> 
> Try this for bootstrapping:
> 
>   https://try.gitea.io/donbright/lm 
> 
> 
> Werner
> 
> 
> -- 
> Dmitri Zaitsev
> School of Mathematics
> Trinity College Dublin
> 
> WWW:  http://www.maths.tcd.ie/~zaitsev/ 
> 
> 
> 
> -- 
> Dmitri Zaitsev
> School of Mathematics
> Trinity College Dublin
> 
> WWW:  http://www.maths.tcd.ie/~zaitsev/ 
> 



smime.p7s
Description: S/MIME cryptographic signature

Re: libuv fails to build on 10.8.5

[Christopher Jones]

Hi,

sites do not care specifically about the OS version, but the SSL/TLS levels 
that are supported. When a connection is opened the server and client first 
negotiate what to use, based on what the client supports and what the server 
requires. If the client cannot provide what the server requires, the connection 
is denied.

If you want more information on this, you need to do your own research. A web 
search for SSL/TLS should be a good start.

Chris

> On 17 Aug 2019, at 12:30 pm, Dmitri Zaitsev  wrote:
> 
> It would be critical for me to know which versions are supported and 
> compatible with my old hardware to run without issues.
> Otherwise I might end up dealing with problems much worse than this one.
> 
> Are you saying these site explicitly deny connections based on the OS version 
> number, regardless of the actual client I am using?
> I find this puzzling as I only need the read access via my client that should 
> not need to pass any details such as OS version to the site.
> 
> Is there anywhere I could find some information about this issue?
> 
> Thank you,
> Dmitri.
>  
> I cannot give you OS versions, but the core issue is a lot of sites have 
> turned off support for old insecure SSL/TLS versions, and macOS10.8 does not 
> have support for the newer ones they now require.
> 
>> 
>>  
>> 
>> Chris
>> 
>>> 
>>> I do appreciate your time and fully understand that this is not your 
>>> concern but would be still thankful if anyone could advice on how to 
>>> configure MacPorts to use the recent ssl.
>>> 
>>> Cheers,
>>> Dmitri.
>>> 
>>> 
>>> 
>>> 
>>> On Saturday, August 17, 2019, Christopher Jones >> > wrote:
>>> Hi,
>>> 
>>> First, please keep the discussion on the mailing list.
>>> 
>>> just installing the up to date ports for openssl etc. is not enough, as by 
>>> default the fetches macports performs will not use these. 
>>> 
>>> I believe there are ways to bootstrap macports to do this, but as I have no 
>>> need of it (I don’t run such old OSes myself, apart from in VMs for test 
>>> purposes) I cannot comment on how that is done.
>>> 
>>> ( Updating your OS is really the best option, if your hardware supports a 
>>> new OSes. 10.8 hs not received any security updates for quite a while now…. 
>>> )
>>> 
>>> cheers Chris 
>>> 
 On 17 Aug 2019, at 11:48 am, Dmitri Zaitsev >>> > wrote:
 
 Thank you!
 
 I am trying to understand the cause and it seems my both openssl and ssh 
 are recent.
 Any other idea where to look for (other than OS upgrading :-)?
 
 https://trac.macports.org/ticket/58848#comment:4 
 
 
 
 On Saturday, August 17, 2019, Christopher Jones >>> > wrote:
 Hi,
 
 I have commented on both tickets. They are in essence the same problem, 
 the out of date SSL support in macOS10.8 that is causing you https fetch 
 issues.
 
 cheers Chris
 
> On 17 Aug 2019, at 11:06 am, Dmitri Zaitsev  > wrote:
> 
> Please see 
> https://trac.macports.org/ticket/58847 
> 
> https://trac.macports.org/ticket/58848 
> 
> 
> I have managed to get around the first one by manually downloading the 
> file, but have no idea what to do about the second, which might have the 
> same cause (failed downloads).
> 
> Any hint is appreciated.
> 
> 
> On Saturday, August 17, 2019, Ryan Schmidt  > wrote:
> 
> 
> On Aug 16, 2019, at 02:14, Dmitri Zaitsev wrote:
> 
> > Unfortunately it got worse, I can't install any port at all now. :(
> 
> Sorry to hear that... can you provide any more details?
> 
> 
> 
> -- 
> Dmitri Zaitsev
> School of Mathematics
> Trinity College Dublin
> 
> WWW:  http://www.maths.tcd.ie/~zaitsev/ 
> 
> 
 
 
 
 -- 
 Dmitri Zaitsev
 School of Mathematics
 Trinity College Dublin
 
 WWW:  http://www.maths.tcd.ie/~zaitsev/ 
 
 
>>> 
>>> 
>>> 
>>> -- 
>>> Dmitri Zaitsev
>>> School of Mathematics
>>> Trinity College Dublin
>>> 
>>> WWW:  http://www.maths.tcd.ie/~zaitsev/ 
>>> 
>>> 
>> 
>> 
>> 
>> -- 
>> Dmitri Zaitsev
>> School of Mathematics
>> Trinity College Dublin
>> 
>> WWW:  http://www.maths.tcd.ie/~zaitsev/ 
> 
> -- 
> Dmitri Zaitsev
> School of Mathematics
> Trinity College Dublin
> 
> WWW:  http://www.maths.tcd.ie/~zaitsev/ 


smime.p7s
Description: S/MIME cryptographic signature

Re: libuv fails to build on 10.8.5

[Dmitri Zaitsev]

Maybe I should add that this issue is not due to my system's curl and git
clients,
both are up-to-date and work fine without the issues mentioned there.

Also I can easily access the same URL and download the files manually.

The issue seems to be only with MacPorts apparently not using my newer
clients.


On Saturday, August 17, 2019, Dmitri Zaitsev  wrote:

> Hi Werner,
>
> Many thanks!
>
> However, it says:
> > This is an extremely minimal, bare bootstrap of curl, and git, and
> little else, specifically targeted at OSX 10.7.5.
>
> I am on 10.8.5.
>
>
> On Saturday, August 17, 2019, Werner LEMBERG  wrote:
>
>>
>> > I do appreciate your time and fully understand that this is not your
>> > concern but would be still thankful if anyone could advice on how to
>> > configure MacPorts to use the recent ssl.
>>
>> Try this for bootstrapping:
>>
>>   https://try.gitea.io/donbright/lm
>>
>>
>> Werner
>>
>
>
> --
> Dmitri Zaitsev
> School of Mathematics
> Trinity College Dublin
>
> WWW:  http://www.maths.tcd.ie/~zaitsev/
>
>

-- 
Dmitri Zaitsev
School of Mathematics
Trinity College Dublin

WWW:  http://www.maths.tcd.ie/~zaitsev/

Re: libuv fails to build on 10.8.5

[Dmitri Zaitsev]

Hi Werner,

Many thanks!

However, it says:
> This is an extremely minimal, bare bootstrap of curl, and git, and little
else, specifically targeted at OSX 10.7.5.

I am on 10.8.5.


On Saturday, August 17, 2019, Werner LEMBERG  wrote:

>
> > I do appreciate your time and fully understand that this is not your
> > concern but would be still thankful if anyone could advice on how to
> > configure MacPorts to use the recent ssl.
>
> Try this for bootstrapping:
>
>   https://try.gitea.io/donbright/lm
>
>
> Werner
>


-- 
Dmitri Zaitsev
School of Mathematics
Trinity College Dublin

WWW:  http://www.maths.tcd.ie/~zaitsev/

Re: libuv fails to build on 10.8.5

[Dmitri Zaitsev]

It would be critical for me to know which versions are supported and
compatible with my old hardware to run without issues.
Otherwise I might end up dealing with problems much worse than this one.

Are you saying these site explicitly deny connections based on the OS
version number, regardless of the actual client I am using?
I find this puzzling as I only need the read access via my client that
should not need to pass any details such as OS version to the site.

Is there anywhere I could find some information about this issue?

Thank you,
Dmitri.


> I cannot give you OS versions, but the core issue is a lot of sites have
> turned off support for old insecure SSL/TLS versions, and macOS10.8 does
> not have support for the newer ones they now require.
>
>
>
>
>>
>> Chris
>>
>>
>> I do appreciate your time and fully understand that this is not your
>> concern but would be still thankful if anyone could advice on how to
>> configure MacPorts to use the recent ssl.
>>
>> Cheers,
>> Dmitri.
>>
>>
>>
>>
>> On Saturday, August 17, 2019, Christopher Jones 
>> wrote:
>>
>>> Hi,
>>>
>>> First, please keep the discussion on the mailing list.
>>>
>>> just installing the up to date ports for openssl etc. is not enough, as
>>> by default the fetches macports performs will not use these.
>>>
>>> I believe there are ways to bootstrap macports to do this, but as I have
>>> no need of it (I don’t run such old OSes myself, apart from in VMs for test
>>> purposes) I cannot comment on how that is done.
>>>
>>> ( Updating your OS is really the best option, if your hardware supports
>>> a new OSes. 10.8 hs not received any security updates for quite a while
>>> now…. )
>>>
>>> cheers Chris
>>>
>>> On 17 Aug 2019, at 11:48 am, Dmitri Zaitsev 
>>> wrote:
>>>
>>> Thank you!
>>>
>>> I am trying to understand the cause and it seems my both openssl and ssh
>>> are recent.
>>> Any other idea where to look for (other than OS upgrading :-)?
>>>
>>> https://trac.macports.org/ticket/58848#comment:4
>>>
>>>
>>> On Saturday, August 17, 2019, Christopher Jones <
>>> jon...@hep.phy.cam.ac.uk> wrote:
>>>
 Hi,

 I have commented on both tickets. They are in essence the same problem,
 the out of date SSL support in macOS10.8 that is causing you https fetch
 issues.

 cheers Chris

 On 17 Aug 2019, at 11:06 am, Dmitri Zaitsev 
 wrote:

 Please see
 https://trac.macports.org/ticket/58847
 https://trac.macports.org/ticket/58848

 I have managed to get around the first one by manually downloading the
 file, but have no idea what to do about the second, which might have the
 same cause (failed downloads).

 Any hint is appreciated.


 On Saturday, August 17, 2019, Ryan Schmidt 
 wrote:

>
>
> On Aug 16, 2019, at 02:14, Dmitri Zaitsev wrote:
>
> > Unfortunately it got worse, I can't install any port at all now. :(
>
> Sorry to hear that... can you provide any more details?
>
>

 --
 Dmitri Zaitsev
 School of Mathematics
 Trinity College Dublin

 WWW:  http://www.maths.tcd.ie/~zaitsev/



>>>
>>> --
>>> Dmitri Zaitsev
>>> School of Mathematics
>>> Trinity College Dublin
>>>
>>> WWW:  http://www.maths.tcd.ie/~zaitsev/
>>>
>>>
>>>
>>
>> --
>> Dmitri Zaitsev
>> School of Mathematics
>> Trinity College Dublin
>>
>> WWW:  http://www.maths.tcd.ie/~zaitsev/
>>
>>
>>
>
> --
> Dmitri Zaitsev
> School of Mathematics
> Trinity College Dublin
>
> WWW:  http://www.maths.tcd.ie/~zaitsev/
>
>
>
-- 
Dmitri Zaitsev
School of Mathematics
Trinity College Dublin

WWW:  http://www.maths.tcd.ie/~zaitsev/

Re: libuv fails to build on 10.8.5

[Werner LEMBERG]

> I do appreciate your time and fully understand that this is not your
> concern but would be still thankful if anyone could advice on how to
> configure MacPorts to use the recent ssl.

Try this for bootstrapping:

  https://try.gitea.io/donbright/lm


Werner

Re: libuv fails to build on 10.8.5

[Christopher Jones]

> On 17 Aug 2019, at 12:16 pm, Dmitri Zaitsev  wrote:
> 
> On Saturday, August 17, 2019, Christopher Jones  > wrote:
> Hi,
> 
>> On 17 Aug 2019, at 12:09 pm, Dmitri Zaitsev > > wrote:
>> 
>> Hi Chris,
>> 
>> I understand that MacPorts are supporting old versions going back to Tiger 
>> and some of the stats confirm users' downloads. I do appreciate the advice 
>> to upgrade but there can be many personal reasons why people prefer to stay 
>> with their older systems. It is however not at all obvious that a plain 
>> upgrade to some later supported OS would actually fix that problem, so 
>> having an alternative would help all these users, and as you mention it is 
>> entirely within the MacPorts system that some older `ssl` is used internally 
>> for some reason, instead of the more recent available one that could have 
>> been used instead, in which case the problem might have not existed.
> 
> what OS you run is of course your choice. I gave my advice and you are free 
> to take or leave it.
> 
> In this case though, upgrading your OS would absolutely 100% fix your SSL 
> problems though, as these are completely specific to running out-of-date 
> systems.
> 
> 
> Are you referring to any specific OS version here?

I cannot give you OS versions, but the core issue is a lot of sites have turned 
off support for old insecure SSL/TLS versions, and macOS10.8 does not have 
support for the newer ones they now require.

> 
>  
> 
> Chris
> 
>> 
>> I do appreciate your time and fully understand that this is not your concern 
>> but would be still thankful if anyone could advice on how to configure 
>> MacPorts to use the recent ssl.
>> 
>> Cheers,
>> Dmitri.
>> 
>> 
>> 
>> 
>> On Saturday, August 17, 2019, Christopher Jones > > wrote:
>> Hi,
>> 
>> First, please keep the discussion on the mailing list.
>> 
>> just installing the up to date ports for openssl etc. is not enough, as by 
>> default the fetches macports performs will not use these. 
>> 
>> I believe there are ways to bootstrap macports to do this, but as I have no 
>> need of it (I don’t run such old OSes myself, apart from in VMs for test 
>> purposes) I cannot comment on how that is done.
>> 
>> ( Updating your OS is really the best option, if your hardware supports a 
>> new OSes. 10.8 hs not received any security updates for quite a while now…. )
>> 
>> cheers Chris 
>> 
>>> On 17 Aug 2019, at 11:48 am, Dmitri Zaitsev >> > wrote:
>>> 
>>> Thank you!
>>> 
>>> I am trying to understand the cause and it seems my both openssl and ssh 
>>> are recent.
>>> Any other idea where to look for (other than OS upgrading :-)?
>>> 
>>> https://trac.macports.org/ticket/58848#comment:4 
>>> 
>>> 
>>> 
>>> On Saturday, August 17, 2019, Christopher Jones >> > wrote:
>>> Hi,
>>> 
>>> I have commented on both tickets. They are in essence the same problem, the 
>>> out of date SSL support in macOS10.8 that is causing you https fetch issues.
>>> 
>>> cheers Chris
>>> 
 On 17 Aug 2019, at 11:06 am, Dmitri Zaitsev >>> > wrote:
 
 Please see 
 https://trac.macports.org/ticket/58847 
 
 https://trac.macports.org/ticket/58848 
 
 
 I have managed to get around the first one by manually downloading the 
 file, but have no idea what to do about the second, which might have the 
 same cause (failed downloads).
 
 Any hint is appreciated.
 
 
 On Saturday, August 17, 2019, Ryan Schmidt >>> > wrote:
 
 
 On Aug 16, 2019, at 02:14, Dmitri Zaitsev wrote:
 
 > Unfortunately it got worse, I can't install any port at all now. :(
 
 Sorry to hear that... can you provide any more details?
 
 
 
 -- 
 Dmitri Zaitsev
 School of Mathematics
 Trinity College Dublin
 
 WWW:  http://www.maths.tcd.ie/~zaitsev/ 
 
>>> 
>>> 
>>> 
>>> -- 
>>> Dmitri Zaitsev
>>> School of Mathematics
>>> Trinity College Dublin
>>> 
>>> WWW:  http://www.maths.tcd.ie/~zaitsev/ 
>>> 
>> 
>> 
>> 
>> -- 
>> Dmitri Zaitsev
>> School of Mathematics
>> Trinity College Dublin
>> 
>> WWW:  http://www.maths.tcd.ie/~zaitsev/ 
>> 
> 
> 
> 
> -- 
> Dmitri Zaitsev
> School of Mathematics
> Trinity College Dublin
> 
> WWW:  http://www.maths.tcd.ie/~zaitsev/ 


smime.p7s
Description: S/MIME cryptographic signature

Re: libuv fails to build on 10.8.5

[Dmitri Zaitsev]

On Saturday, August 17, 2019, Christopher Jones 
wrote:

> Hi,
>
> On 17 Aug 2019, at 12:09 pm, Dmitri Zaitsev  wrote:
>
> Hi Chris,
>
> I understand that MacPorts are supporting old versions going back to Tiger
> and some of the stats confirm users' downloads. I do appreciate the advice
> to upgrade but there can be many personal reasons why people prefer to stay
> with their older systems. It is however not at all obvious that a plain
> upgrade to some later supported OS would actually fix that problem, so
> having an alternative would help all these users, and as you mention it is
> entirely within the MacPorts system that some older `ssl` is used
> internally for some reason, instead of the more recent available one that
> could have been used instead, in which case the problem might have not
> existed.
>
>
> what OS you run is of course your choice. I gave my advice and you are
> free to take or leave it.
>
> In this case though, upgrading your OS would absolutely 100% fix your SSL
> problems though, as these are completely specific to running out-of-date
> systems.
>


Are you referring to any specific OS version here?



>
> Chris
>
>
> I do appreciate your time and fully understand that this is not your
> concern but would be still thankful if anyone could advice on how to
> configure MacPorts to use the recent ssl.
>
> Cheers,
> Dmitri.
>
>
>
>
> On Saturday, August 17, 2019, Christopher Jones 
> wrote:
>
>> Hi,
>>
>> First, please keep the discussion on the mailing list.
>>
>> just installing the up to date ports for openssl etc. is not enough, as
>> by default the fetches macports performs will not use these.
>>
>> I believe there are ways to bootstrap macports to do this, but as I have
>> no need of it (I don’t run such old OSes myself, apart from in VMs for test
>> purposes) I cannot comment on how that is done.
>>
>> ( Updating your OS is really the best option, if your hardware supports a
>> new OSes. 10.8 hs not received any security updates for quite a while now….
>> )
>>
>> cheers Chris
>>
>> On 17 Aug 2019, at 11:48 am, Dmitri Zaitsev  wrote:
>>
>> Thank you!
>>
>> I am trying to understand the cause and it seems my both openssl and ssh
>> are recent.
>> Any other idea where to look for (other than OS upgrading :-)?
>>
>> https://trac.macports.org/ticket/58848#comment:4
>>
>>
>> On Saturday, August 17, 2019, Christopher Jones 
>> wrote:
>>
>>> Hi,
>>>
>>> I have commented on both tickets. They are in essence the same problem,
>>> the out of date SSL support in macOS10.8 that is causing you https fetch
>>> issues.
>>>
>>> cheers Chris
>>>
>>> On 17 Aug 2019, at 11:06 am, Dmitri Zaitsev 
>>> wrote:
>>>
>>> Please see
>>> https://trac.macports.org/ticket/58847
>>> https://trac.macports.org/ticket/58848
>>>
>>> I have managed to get around the first one by manually downloading the
>>> file, but have no idea what to do about the second, which might have the
>>> same cause (failed downloads).
>>>
>>> Any hint is appreciated.
>>>
>>>
>>> On Saturday, August 17, 2019, Ryan Schmidt 
>>> wrote:
>>>


 On Aug 16, 2019, at 02:14, Dmitri Zaitsev wrote:

 > Unfortunately it got worse, I can't install any port at all now. :(

 Sorry to hear that... can you provide any more details?


>>>
>>> --
>>> Dmitri Zaitsev
>>> School of Mathematics
>>> Trinity College Dublin
>>>
>>> WWW:  http://www.maths.tcd.ie/~zaitsev/
>>>
>>>
>>>
>>
>> --
>> Dmitri Zaitsev
>> School of Mathematics
>> Trinity College Dublin
>>
>> WWW:  http://www.maths.tcd.ie/~zaitsev/
>>
>>
>>
>
> --
> Dmitri Zaitsev
> School of Mathematics
> Trinity College Dublin
>
> WWW:  http://www.maths.tcd.ie/~zaitsev/
>
>
>

-- 
Dmitri Zaitsev
School of Mathematics
Trinity College Dublin

WWW:  http://www.maths.tcd.ie/~zaitsev/

Re: libuv fails to build on 10.8.5

[Christopher Jones]

Hi,

> On 17 Aug 2019, at 12:09 pm, Dmitri Zaitsev  wrote:
> 
> Hi Chris,
> 
> I understand that MacPorts are supporting old versions going back to Tiger 
> and some of the stats confirm users' downloads. I do appreciate the advice to 
> upgrade but there can be many personal reasons why people prefer to stay with 
> their older systems. It is however not at all obvious that a plain upgrade to 
> some later supported OS would actually fix that problem, so having an 
> alternative would help all these users, and as you mention it is entirely 
> within the MacPorts system that some older `ssl` is used internally for some 
> reason, instead of the more recent available one that could have been used 
> instead, in which case the problem might have not existed.

what OS you run is of course your choice. I gave my advice and you are free to 
take or leave it.

In this case though, upgrading your OS would absolutely 100% fix your SSL 
problems though, as these are completely specific to running out-of-date 
systems.

Chris

> 
> I do appreciate your time and fully understand that this is not your concern 
> but would be still thankful if anyone could advice on how to configure 
> MacPorts to use the recent ssl.
> 
> Cheers,
> Dmitri.
> 
> 
> 
> 
> On Saturday, August 17, 2019, Christopher Jones  > wrote:
> Hi,
> 
> First, please keep the discussion on the mailing list.
> 
> just installing the up to date ports for openssl etc. is not enough, as by 
> default the fetches macports performs will not use these. 
> 
> I believe there are ways to bootstrap macports to do this, but as I have no 
> need of it (I don’t run such old OSes myself, apart from in VMs for test 
> purposes) I cannot comment on how that is done.
> 
> ( Updating your OS is really the best option, if your hardware supports a new 
> OSes. 10.8 hs not received any security updates for quite a while now…. )
> 
> cheers Chris 
> 
>> On 17 Aug 2019, at 11:48 am, Dmitri Zaitsev > > wrote:
>> 
>> Thank you!
>> 
>> I am trying to understand the cause and it seems my both openssl and ssh are 
>> recent.
>> Any other idea where to look for (other than OS upgrading :-)?
>> 
>> https://trac.macports.org/ticket/58848#comment:4 
>> 
>> 
>> 
>> On Saturday, August 17, 2019, Christopher Jones > > wrote:
>> Hi,
>> 
>> I have commented on both tickets. They are in essence the same problem, the 
>> out of date SSL support in macOS10.8 that is causing you https fetch issues.
>> 
>> cheers Chris
>> 
>>> On 17 Aug 2019, at 11:06 am, Dmitri Zaitsev >> > wrote:
>>> 
>>> Please see 
>>> https://trac.macports.org/ticket/58847 
>>> 
>>> https://trac.macports.org/ticket/58848 
>>> 
>>> 
>>> I have managed to get around the first one by manually downloading the 
>>> file, but have no idea what to do about the second, which might have the 
>>> same cause (failed downloads).
>>> 
>>> Any hint is appreciated.
>>> 
>>> 
>>> On Saturday, August 17, 2019, Ryan Schmidt >> > wrote:
>>> 
>>> 
>>> On Aug 16, 2019, at 02:14, Dmitri Zaitsev wrote:
>>> 
>>> > Unfortunately it got worse, I can't install any port at all now. :(
>>> 
>>> Sorry to hear that... can you provide any more details?
>>> 
>>> 
>>> 
>>> -- 
>>> Dmitri Zaitsev
>>> School of Mathematics
>>> Trinity College Dublin
>>> 
>>> WWW:  http://www.maths.tcd.ie/~zaitsev/ 
>>> 
>> 
>> 
>> 
>> -- 
>> Dmitri Zaitsev
>> School of Mathematics
>> Trinity College Dublin
>> 
>> WWW:  http://www.maths.tcd.ie/~zaitsev/ 
>> 
> 
> 
> 
> -- 
> Dmitri Zaitsev
> School of Mathematics
> Trinity College Dublin
> 
> WWW:  http://www.maths.tcd.ie/~zaitsev/ 
> 



smime.p7s
Description: S/MIME cryptographic signature

Re: libuv fails to build on 10.8.5

[Dmitri Zaitsev]

Hi Chris,

I understand that MacPorts are supporting old versions going back to Tiger
and some of the stats confirm users' downloads. I do appreciate the advice
to upgrade but there can be many personal reasons why people prefer to stay
with their older systems. It is however not at all obvious that a plain
upgrade to some later supported OS would actually fix that problem, so
having an alternative would help all these users, and as you mention it is
entirely within the MacPorts system that some older `ssl` is used
internally for some reason, instead of the more recent available one that
could have been used instead, in which case the problem might have not
existed.

I do appreciate your time and fully understand that this is not your
concern but would be still thankful if anyone could advice on how to
configure MacPorts to use the recent ssl.

Cheers,
Dmitri.

On Saturday, August 17, 2019, Christopher Jones 
wrote:

> Hi,
>
> First, please keep the discussion on the mailing list.
>
> just installing the up to date ports for openssl etc. is not enough, as by
> default the fetches macports performs will not use these.
>
> I believe there are ways to bootstrap macports to do this, but as I have
> no need of it (I don’t run such old OSes myself, apart from in VMs for test
> purposes) I cannot comment on how that is done.
>
> ( Updating your OS is really the best option, if your hardware supports a
> new OSes. 10.8 hs not received any security updates for quite a while now….
> )
>
> cheers Chris
>
> On 17 Aug 2019, at 11:48 am, Dmitri Zaitsev  wrote:
>
> Thank you!
>
> I am trying to understand the cause and it seems my both openssl and ssh
> are recent.
> Any other idea where to look for (other than OS upgrading :-)?
>
> https://trac.macports.org/ticket/58848#comment:4
>
>
> On Saturday, August 17, 2019, Christopher Jones 
> wrote:
>
>> Hi,
>>
>> I have commented on both tickets. They are in essence the same problem,
>> the out of date SSL support in macOS10.8 that is causing you https fetch
>> issues.
>>
>> cheers Chris
>>
>> On 17 Aug 2019, at 11:06 am, Dmitri Zaitsev  wrote:
>>
>> Please see
>> https://trac.macports.org/ticket/58847
>> https://trac.macports.org/ticket/58848
>>
>> I have managed to get around the first one by manually downloading the
>> file, but have no idea what to do about the second, which might have the
>> same cause (failed downloads).
>>
>> Any hint is appreciated.
>>
>>
>> On Saturday, August 17, 2019, Ryan Schmidt 
>> wrote:
>>
>>>
>>>
>>> On Aug 16, 2019, at 02:14, Dmitri Zaitsev wrote:
>>>
>>> > Unfortunately it got worse, I can't install any port at all now. :(
>>>
>>> Sorry to hear that... can you provide any more details?
>>>
>>>
>>
>> --
>> Dmitri Zaitsev
>> School of Mathematics
>> Trinity College Dublin
>>
>> WWW:  http://www.maths.tcd.ie/~zaitsev/
>>
>>
>>
>
> --
> Dmitri Zaitsev
> School of Mathematics
> Trinity College Dublin
>
> WWW:  http://www.maths.tcd.ie/~zaitsev/
>
>
>

-- 
Dmitri Zaitsev
School of Mathematics
Trinity College Dublin

WWW:  http://www.maths.tcd.ie/~zaitsev/

Re: libuv fails to build on 10.8.5

[Christopher Jones]

Hi,

First, please keep the discussion on the mailing list.

just installing the up to date ports for openssl etc. is not enough, as by 
default the fetches macports performs will not use these. 

I believe there are ways to bootstrap macports to do this, but as I have no 
need of it (I don’t run such old OSes myself, apart from in VMs for test 
purposes) I cannot comment on how that is done.

( Updating your OS is really the best option, if your hardware supports a new 
OSes. 10.8 hs not received any security updates for quite a while now…. )

cheers Chris 

> On 17 Aug 2019, at 11:48 am, Dmitri Zaitsev  wrote:
> 
> Thank you!
> 
> I am trying to understand the cause and it seems my both openssl and ssh are 
> recent.
> Any other idea where to look for (other than OS upgrading :-)?
> 
> https://trac.macports.org/ticket/58848#comment:4 
> 
> 
> 
> On Saturday, August 17, 2019, Christopher Jones  > wrote:
> Hi,
> 
> I have commented on both tickets. They are in essence the same problem, the 
> out of date SSL support in macOS10.8 that is causing you https fetch issues.
> 
> cheers Chris
> 
>> On 17 Aug 2019, at 11:06 am, Dmitri Zaitsev > > wrote:
>> 
>> Please see 
>> https://trac.macports.org/ticket/58847 
>> 
>> https://trac.macports.org/ticket/58848 
>> 
>> 
>> I have managed to get around the first one by manually downloading the file, 
>> but have no idea what to do about the second, which might have the same 
>> cause (failed downloads).
>> 
>> Any hint is appreciated.
>> 
>> 
>> On Saturday, August 17, 2019, Ryan Schmidt > > wrote:
>> 
>> 
>> On Aug 16, 2019, at 02:14, Dmitri Zaitsev wrote:
>> 
>> > Unfortunately it got worse, I can't install any port at all now. :(
>> 
>> Sorry to hear that... can you provide any more details?
>> 
>> 
>> 
>> -- 
>> Dmitri Zaitsev
>> School of Mathematics
>> Trinity College Dublin
>> 
>> WWW:  http://www.maths.tcd.ie/~zaitsev/ 
>> 
> 
> 
> 
> -- 
> Dmitri Zaitsev
> School of Mathematics
> Trinity College Dublin
> 
> WWW:  http://www.maths.tcd.ie/~zaitsev/ 
> 



smime.p7s
Description: S/MIME cryptographic signature

Re: MacPorts' VLC cannot stream to my Chromecast

[Rainer Müller]

On 17/08/2019 10.05, Andrew Udvare wrote:
> Site seems to be down?
> 
>  $ ping -4 trac.macports.org
> PING braeburn.macports.org (136.243.18.213) 56(84) bytes of data.
> --- braeburn.macports.org ping statistics ---
> 2 packets transmitted, 0 received, 100% packet loss, time 21ms

Please see this mail for information about the outage:
https://lists.macports.org/pipermail/macports-dev/2019-August/040984.html

Sorry, I had not added macports-users to CC as I did not think this affected
users much.

Rainer

Re: libuv fails to build on 10.8.5

[Christopher Jones]

Hi,

I have commented on both tickets. They are in essence the same problem, the out 
of date SSL support in macOS10.8 that is causing you https fetch issues.

cheers Chris

> On 17 Aug 2019, at 11:06 am, Dmitri Zaitsev  wrote:
> 
> Please see 
> https://trac.macports.org/ticket/58847 
> 
> https://trac.macports.org/ticket/58848 
> 
> 
> I have managed to get around the first one by manually downloading the file, 
> but have no idea what to do about the second, which might have the same cause 
> (failed downloads).
> 
> Any hint is appreciated.
> 
> 
> On Saturday, August 17, 2019, Ryan Schmidt  > wrote:
> 
> 
> On Aug 16, 2019, at 02:14, Dmitri Zaitsev wrote:
> 
> > Unfortunately it got worse, I can't install any port at all now. :(
> 
> Sorry to hear that... can you provide any more details?
> 
> 
> 
> -- 
> Dmitri Zaitsev
> School of Mathematics
> Trinity College Dublin
> 
> WWW:  http://www.maths.tcd.ie/~zaitsev/ 
> 



smime.p7s
Description: S/MIME cryptographic signature

Re: MacPorts' VLC cannot stream to my Chromecast

[Al Varnell via macports-users]

I can confirm. Tried to access the list archives several hours ago with no joy.

-Al-

On Sat, Aug 17, 2019 at 01:05 AM, Andrew Udvare wrote:
> Site seems to be down?
> 
> $ ping -4 trac.macports.org 
> PING braeburn.macports.org  (136.243.18.213) 
> 56(84) bytes of data.
> --- braeburn.macports.org  ping statistics ---
> 2 packets transmitted, 0 received, 100% packet loss, time 21ms
> 
> Anyway,
> 
> VLC built from MacPorts can see my Chromecast but it cannot stream to it. 
> Seems to be a missing module based on the log. The version from the VLC 
> website works fine.
> 
> Log:
> 
> main debug: requesting art for new input thread
> main debug: using sout 
> chain=`chromecast{ip=93284a4b-8e64-ead6-e61c-5de4343ee6b6.local.,port=8009}'
> main debug: stream=`chromecast'
> main debug: looking for sout stream module matching "chromecast": 20 
> candidates
> main debug: no sout stream modules matched
> main debug: destroying chain... (name=(null))
> main debug: looking for meta fetcher module matching "any": 1 candidates
> main debug: destroying chain done
> main error: stream chain failed for 
> `chromecast{ip=93284a4b-8e64-ead6-e61c-5de4343ee6b6.local.,port=8009}'
> main error: cannot start stream output instance, aborting





smime.p7s
Description: S/MIME cryptographic signature

Re: libuv fails to build on 10.8.5

[Dmitri Zaitsev]

Please see
https://trac.macports.org/ticket/58847
https://trac.macports.org/ticket/58848

I have managed to get around the first one by manually downloading the
file, but have no idea what to do about the second, which might have the
same cause (failed downloads).

Any hint is appreciated.


On Saturday, August 17, 2019, Ryan Schmidt  wrote:

>
>
> On Aug 16, 2019, at 02:14, Dmitri Zaitsev wrote:
>
> > Unfortunately it got worse, I can't install any port at all now. :(
>
> Sorry to hear that... can you provide any more details?
>
>

-- 
Dmitri Zaitsev
School of Mathematics
Trinity College Dublin

WWW:  http://www.maths.tcd.ie/~zaitsev/

MacPorts' VLC cannot stream to my Chromecast

[Andrew Udvare]

Site seems to be down?

 $ ping -4 trac.macports.org
PING braeburn.macports.org (136.243.18.213) 56(84) bytes of data.
--- braeburn.macports.org ping statistics ---
2 packets transmitted, 0 received, 100% packet loss, time 21ms

Anyway,

VLC built from MacPorts can see my Chromecast but it cannot stream to it. Seems 
to be a missing module based on the log. The version from the VLC website works 
fine.

Log:

main debug: requesting art for new input thread
main debug: using sout 
chain=`chromecast{ip=93284a4b-8e64-ead6-e61c-5de4343ee6b6.local.,port=8009}'
main debug: stream=`chromecast'
main debug: looking for sout stream module matching "chromecast": 20 candidates
main debug: no sout stream modules matched
main debug: destroying chain... (name=(null))
main debug: looking for meta fetcher module matching "any": 1 candidates
main debug: destroying chain done
main error: stream chain failed for 
`chromecast{ip=93284a4b-8e64-ead6-e61c-5de4343ee6b6.local.,port=8009}'
main error: cannot start stream output instance, aborting

-- 
Andrew Udvare