[Bug 232969] emulators/virtualbox-ose: link error while linking the RDP client

2018-12-31 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=232969 --- Comment #16 from Naram Qashat --- (In reply to Naram Qashat from comment #15) Oh, I should point out that I was compiling with libressl as opposed to openssl from ports. But I believe this should fix the latter as well, I hope. --

Re: A reliable port cross-build failure (hangup) in my context (amd64->armv7 cross build, with native-tool speedup involved) [details of a specific qemu-arm-static source code problem]

2018-12-31 Thread Mark Millard via freebsd-emulation
[I listed my /usr/src svn veriosn information instead of /usr/ports . Correcting. . .] On 2018-Dec-31, at 12:05, Mark Millard wrote: > On 2018-Dec-31, at 10:16, Jonathan Chen wrote: > >> On Mon, 31 Dec 2018 at 21:05, Mark Millard wrote: >> [...] >>> But if you have a form of hang-up that

[Bug 232969] emulators/virtualbox-ose: link error while linking the RDP client

2018-12-31 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=232969 Naram Qashat changed: What|Removed |Added CC||cyberb...@cyberbotx.com,

maintainer-approval requested: [Bug 232969] emulators/virtualbox-ose: link error while linking the RDP client : [Attachment 200668] vbox-ose.patch

2018-12-31 Thread bugzilla-noreply
Naram Qashat has asked v...@freebsd.org for maintainer-approval: Bug 232969: emulators/virtualbox-ose: link error while linking the RDP client https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=232969 Attachment 200668: vbox-ose.patch

Re: A reliable port cross-build failure (hangup) in my context (amd64->armv7 cross build, with native-tool speedup involved) [details of a specific qemu-arm-static source code problem]

2018-12-31 Thread Mark Millard via freebsd-emulation
On 2018-Dec-31, at 10:16, Jonathan Chen wrote: > On Mon, 31 Dec 2018 at 21:05, Mark Millard wrote: > [...] >> But if you have a form of hang-up that shows no sign of being tied >> to kevent or hangs-up only sometimes, I'd be surprised if the __packed >> change(s) would fix the issue. > > With

Re: A reliable port cross-build failure (hangup) in my context (amd64->armv7 cross build, with native-tool speedup involved) [details of a specific qemu-arm-static source code problem]

2018-12-31 Thread Jonathan Chen
On Mon, 31 Dec 2018 at 21:05, Mark Millard wrote: [...] > But if you have a form of hang-up that shows no sign of being tied > to kevent or hangs-up only sometimes, I'd be surprised if the __packed > change(s) would fix the issue. With the __packed-modified qemu-user-static, the amd64->armv7

maintainer-feedback requested: [Bug 234520] emulators/virtualbox-ose: NFS over bridged network adapter extremely slow; FreeBSD 12.0

2018-12-31 Thread bugzilla-noreply
Bugzilla Automation has asked v...@freebsd.org for maintainer-feedback: Bug 234520: emulators/virtualbox-ose: NFS over bridged network adapter extremely slow; FreeBSD 12.0 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=234520 --- Description --- Scenario: - Server A: . running FreeBSD

[Bug 234520] emulators/virtualbox-ose: NFS over bridged network adapter extremely slow; FreeBSD 12.0

2018-12-31 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=234520 Martin Birgmeier changed: What|Removed |Added CC||d8zne...@aon.at --- Comment #1

[Bug 234520] emulators/virtualbox-ose: NFS over bridged network adapter extremely slow; FreeBSD 12.0

2018-12-31 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=234520 Bug ID: 234520 Summary: emulators/virtualbox-ose: NFS over bridged network adapter extremely slow; FreeBSD 12.0 Product: Ports & Packages Version: Latest Hardware:

Problem reports for v...@freebsd.org that need special attention

2018-12-31 Thread bugzilla-noreply
To view an individual PR, use: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=(Bug Id). The following is a listing of current problems submitted by FreeBSD users, which need special attention. These represent problem reports covering all versions including experimental development code and

[Bug 232969] emulators/virtualbox-ose: link error while linking the RDP client

2018-12-31 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=232969 --- Comment #14 from Matthias Apitz --- (In reply to Trond.Endrestol from comment #12) Based on your findings, I tried in the make.conf file for poudriere: .if ${.CURDIR:M*/emulators/virtualbox-ose} DEFAULT_VERSIONS+=ssl=base CFLAGS+=

[Bug 232969] emulators/virtualbox-ose: link error while linking the RDP client

2018-12-31 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=232969 --- Comment #13 from trond.endres...@ximalas.info --- (In reply to Trond.Endrestol from comment #12) My hypothesis has been falsified: ccache -s cache directory /var/cache/ccache primary config

[Bug 232969] emulators/virtualbox-ose: link error while linking the RDP client

2018-12-31 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=232969 --- Comment #11 from Matthias Apitz --- I have had a look in the provided log file of the synth build; it says among other things: emulators___virtualbox-ose-2018-12-25.log: ... DEFAULT_VERSIONS+=samba=4.7 DEFAULT_VERSIONS+=ssl=base

[Bug 232969] emulators/virtualbox-ose: link error while linking the RDP client

2018-12-31 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=232969 --- Comment #12 from trond.endres...@ximalas.info --- (In reply to Matthias Apitz from comment #11) uname -a FreeBSD FQDN 12.0-STABLE FreeBSD 12.0-STABLE #0 r342575: Fri Dec 28 19:16:59 CET 2018

Re: A reliable port cross-build failure (hangup) in my context (amd64->armv7 cross build, with native-tool speedup involved) [details of a specific qemu-arm-static source code problem]

2018-12-31 Thread Mark Millard via freebsd-emulation
On 2018-Dec-30, at 21:01, Jonathan Chen wrote: > On Mon, 31 Dec 2018 at 14:34, Mark Millard via freebsd-ports > wrote: >> >> [Removing __packed did make the size and offsets match armv7 >> and the build worked based on the reconstructed qemu-arm-static.] > > Thanks for the analysis Mark! I've