something wrong with wine?

[petr.2006]

pvmb:~ pet$ wine explorer.exe 
err:module:DelayLoadFailureHook failed to delay load 
shell32.dll.SHGetFolderPathW
wine: Call from 0x7b427221 to unimplemented function 
shell32.dll.SHGetFolderPathW, aborting
wine: Unimplemented function shell32.dll.SHGetFolderPathW called at address 
0x7b427221 (thread 000b), starting debugger...
err:seh:start_debugger Couldn't start debugger ("winedbg --auto 10 36") (2)
Read the Wine Developers Guide on how to set up winedbg or another debugger
err:module:attach_process_dlls "gdi32.dll" failed to initialize, aborting
err:module:LdrInitializeThunk Main exe initialization for 
L"C:\\windows\\system32\\explorer.exe" failed, status c005
pvmb:~ pet$ wine --version
wine-2.1
pvmb:~ pet$ port version
Version: 2.4.0

Re: cannot download distfile for libressl

[Rainer Müller]

On 2017-02-10 03:18, Kastus Shchuka wrote:
> I am trying to upgrade libressl (2.4.5), and as binary package is not
> available yet, port command attempts to build from source but fails
> to retrieve distfile. I am seeing 404 error from all mirrors, and
> from openbsd.org site I am getting this error:
> 
> :notice:fetch --->  Attempting to fetch libressl-2.4.5.tar.gz from
> https://ftp.openbsd.org/pub/OpenBSD/LibreSSL :debug:fetch Fetching
> distfile failed: SSL peer handshake failed, the server most likely
> requires a client certificate to connect
> 
> I can download the file manually with curl command, it recognizes
> let’s encrypt certificate just fine. I wonder what command does port
> uses for download?

MacPorts uses libcurl from the system. You probably used curl installed
from MacPorts which would also use a SSL library from MacPorts. Try to
replicate the problem with /usr/bin/curl.

This server supports only TLS 1.2, and many more servers are abolishing
older TLS versions for good reasons. If you are using a macOS version
equal or older than 10.7, the SecureTransport/OpenSSL library versions
do not yet support TLS 1.2 and any attempt to connect will fail.

https://trac.macports.org/ticket/51516

On top of this, distfiles mirroring is known to be broken since we
migrated away from macOS forge.

https://trac.macports.org/ticket/53347

As a workaround, download the file manually using curl from MacPorts (or
with a browser) and put it to the expected location in
/opt/local/var/macports/distfiles/. See the second line in the output of
'port distfiles libressl' for the exact path.

Also, consider dropping such an old OS version completely. You will
experience more problems of this kind in the future. This version is
unsupported by Apple and has known security problems.

Rainer

Re: something wrong with wine?

[mf2k]

https://trac.macports.org/ticket/53244 

> On Feb 10, 2017, at 2:32 AM, petr.2006  wrote:
> 
> pvmb:~ pet$ wine explorer.exe 
> err:module:DelayLoadFailureHook failed to delay load 
> shell32.dll.SHGetFolderPathW
> wine: Call from 0x7b427221 to unimplemented function 
> shell32.dll.SHGetFolderPathW, aborting
> wine: Unimplemented function shell32.dll.SHGetFolderPathW called at address 
> 0x7b427221 (thread 000b), starting debugger...
> err:seh:start_debugger Couldn't start debugger ("winedbg --auto 10 36") (2)
> Read the Wine Developers Guide on how to set up winedbg or another debugger
> err:module:attach_process_dlls "gdi32.dll" failed to initialize, aborting
> err:module:LdrInitializeThunk Main exe initialization for 
> L"C:\\windows\\system32\\explorer.exe" failed, status c005
> pvmb:~ pet$ wine --version
> wine-2.1
> pvmb:~ pet$ port version
> Version: 2.4.0
> 

Re: cannot download distfile for libressl

[Ryan Schmidt]

> On Feb 10, 2017, at 08:05, Rainer Müller  wrote:
> 
> On 2017-02-10 03:18, Kastus Shchuka wrote:
>> I am trying to upgrade libressl (2.4.5), and as binary package is not
>> available yet, port command attempts to build from source but fails
>> to retrieve distfile. I am seeing 404 error from all mirrors, and
>> from openbsd.org site I am getting this error:
>> 
>> :notice:fetch --->  Attempting to fetch libressl-2.4.5.tar.gz from
>> https://ftp.openbsd.org/pub/OpenBSD/LibreSSL :debug:fetch Fetching
>> distfile failed: SSL peer handshake failed, the server most likely
>> requires a client certificate to connect
>> 
>> I can download the file manually with curl command, it recognizes
>> let’s encrypt certificate just fine. I wonder what command does port
>> uses for download?
> 
> MacPorts uses libcurl from the system. You probably used curl installed
> from MacPorts which would also use a SSL library from MacPorts. Try to
> replicate the problem with /usr/bin/curl.
> 
> This server supports only TLS 1.2, and many more servers are abolishing
> older TLS versions for good reasons. If you are using a macOS version
> equal or older than 10.7, the SecureTransport/OpenSSL library versions
> do not yet support TLS 1.2 and any attempt to connect will fail.
> 
> https://trac.macports.org/ticket/51516
> 
> On top of this, distfiles mirroring is known to be broken since we
> migrated away from macOS forge.
> 
> https://trac.macports.org/ticket/53347

I've manually added the file to our mirrors.

OpenSSH failing to build against LibreSSL 2.4.5

[Lee Bast]

Good day,
I've just been trying to do a new setup of a freshly installed system 
(macOS 10.12.3, Xcode 8.2.1) with MacPorts with just libressl and python 
installed so far, but cannot install openssh with libressl. I have verified 
this on two separate machines. Starting from scratch with nothing installed, 
port installing openssh alone (which calls openssl) succeeds, but first 
installing libressl (and only libressl) and then attempting the same port 
install of openssh fails. main.log and config.log attached, though one relevant 
error might be:

> 1084 :info:configure checking whether getpgrp requires zero arguments... yes
> 1085 :info:configure checking OpenSSL header version... not found
> 1086 :info:configure configure: error: OpenSSL version header not found.
> 1087 :info:configure Command failed:  cd 
> "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_macpo
>  rts_release_tarballs_ports_net_openssh/openssh/work/openssh-7.3p1" && 
> ./configure --prefix=/opt/local --with-ssl-dir=/opt/l ocal 
> --sysconfdir=/opt/local/etc/ssh --with-privsep-path=/var/empty 
> --with-md5-passwords --with-pid-dir=/opt/local/var/run  --with-pam 
> --mandir=/opt/local/share/man --with-zlib=/opt/local --with-libedit 
> --with-pie --with-xauth=/opt/local/bin/xauth  --with-kerberos5=/opt/local 
> --with-4in6 --with-audit=bsm --with-keychain=apple --disable-utmp 
> --disable-wtmp --with-privse p-user=_sshd --with-ldns
> 1088 :info:configure Exit code: 1
> 1089 :error:configure Failed to configure openssh, consult 
> /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.m 
> acports.org_macports_release_tarballs_ports_net_openssh/openssh/work/openssh-7.3p1/config.log
> 1090 :error:configure Failed to configure openssh: configure failure: command 
> execution failed
> 1091 :debug:configure Error code: NONE
> 1092 :debug:configure Backtrace: configure failure: command execution failed
> 1093 :debug:configure while executing
> 1094 :debug:configure "$procedure $targetname"
> 1095 :error:configure See 
> /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_macports_release_tarballs_ports_net_openssh/openssh/main.log
>  for details.

I haven't been able to diagnose a solution beyond simply not using LibreSSL at 
all, which isn't really ideal. I found a few general references to this header 
error issue on other platforms over the last few years that came from 
LibreSSL/OpenSSL not being compiled as a position-independent library (using 
-fPIC) and OpenSSH thus having trouble linking (see 
http://ftp.openbsd.org/pub/OpenBSD/OpenSSH/portable/INSTALL ), and MacPorts' 
OpenSSH portfile does specifically have --with-pie as it should. I didn't see 
fPIC called explicitly in the libressl portfile, and I wasn't sure if it was 
bringing in that for CFLAGS from a default somewhere. The MacPorts guide 
(https://guide.macports.org/chunked//reference.phases.html) seems to indicate 
that the only default for configure.cflags is using the default optflags, which 
is just -O2. However, I tried to test it by making a customized local portfile 
to test (just duplicating the libressl portfile and adding 
configure.cflags-append -fPIC) with no success, so this may have nothing to do 
with it despite similar symptoms.

I don't recall seeing this before, and I think at least that MacPorts in 
general is supposed to be able to use LibreSSL? Is anyone else seeing this or 
have any suggestions to try next?

Appreciate any thoughts,
Lee



openssh_build_logs.tar.gz
Description: GNU Zip compressed data

Apple-media on Darwin 16

[McHack]

I need apple-media plugins (avfvideosrc and vtenc, etc), but apple-media has
been disabled in gst-plugins-bad portfile on macOS Sierra Darwin 16, only
seems to be included on Darwin 15.

Is there any reliable way to override this setting and possibly rebuild
gst-plugin-bad to include apple-media? I am using python port of GST.

Thanks.

Re: Apple-media on Darwin 16

[Brandon Allbery]

On Fri, Feb 10, 2017 at 6:55 PM, McHack  wrote:

> Is there any reliable way to override this setting and possibly rebuild
> gst-plugin-bad to include apple-media? I am using python port of GST


Generally if it's been disabled, it's because it doesn't work (likely
because Sierra no longer provides some required API).

Digging in git history reveals
https://github.com/macports/macports-ports/commit/3c18d82733e85704704235e3dba55a25540645f2
which disabled it because it requires Apple's QTKit (QuickTime) which is
not included in Sierra. Patching the Portfile won't help.

-- 
brandon s allbery kf8nh   sine nomine associates
allber...@gmail.com  ballb...@sinenomine.net
unix, openafs, kerberos, infrastructure, xmonadhttp://sinenomine.net