On 2018-Nov-11, at 17:50, Mark Millard wrote:
> On 2018-Nov-11, at 17:43, Kyle Evans wrote:
>
>> On Sun, Nov 11, 2018 at 5:24 AM Mark Millard wrote:
>>>
>>> I attached with gdb in order to stop at the assert and look around.
>>>
>>>
>>>
>>> The following is a backtrace with notes and
Hi!
> due to recent changes in openssl that comes with 12, qmail-tls and
> derived ports don't build anymore. I fixed most of the compile issues
> and submitted them upstream, but despite checking via several channels,
> got no reply.
>
> If it was just for the ports-patch for the tls-patch, I
I'm using ports/mail/sendmail with blacklistd.
In 11.2R, it is working good without UseBlacklist option in
sendmail.cf.
After upgrading from 11.2R to 12.0-BETA[34], blacklistd for
sendmail is not working without UseBlacklist option in sendmail.cf.
Is there any change of behavior of
[I still can not produce the problem below on demand.
It seems racy with no fixed context producing the
problem as far as which port is building. But the
general structure of what hangs is the same each
time so far.]
The following is just an FYI for the other
qemu-arm-static tied problem that I
On 2018-Nov-11, at 17:43, Kyle Evans wrote:
> On Sun, Nov 11, 2018 at 5:24 AM Mark Millard wrote:
>>
>> I attached with gdb in order to stop at the assert and look around.
>>
>>
>>
>> The following is a backtrace with notes and prints mixed in:
>>
>> (gdb) bt
>> #0 thr_kill () at
On Sun, Nov 11, 2018 at 5:24 AM Mark Millard wrote:
>
> I attached with gdb in order to stop at the assert and look around.
>
>
>
> The following is a backtrace with notes and prints mixed in:
>
> (gdb) bt
> #0 thr_kill () at thr_kill.S:3
> #1 0x6028a21f in __raise (s=6) at
[The armv7 head -r340287 based context has WITHOUT_BINUTILS= .]
echo 'Cflags: -I${includedir}' >> vpx.pc
as -meabi=5 --defsym ARCHITECTURE=7 -march=armv7-a -mfloat-abi=hard -mfpu=neon
-I./ -I"/wrkdirs/usr/ports/multimedia/libvpx/work/libvpx-1.7.0"/ -o
vpx_dsp/arm/intrapred_neon_asm.asm.S.o
On Sun, Nov 11, 2018 at 06:55:12PM +0100, Walter Schwarzenfeld wrote:
> Compile CMake with DOCS=off.
>
For some reason it wasn't necessary, cmake compiled after a couple cycles of
cleaning
and reinstalling.
Now webkit2-gtk3 is getting stuck compiling libsoup:
checking for glib-networking
Is the error from older version of OpenSSL or platforms specific?
On Sunday, November 11, 2018, 5:02:16 PM CST, Dirk Engling
wrote:
Hey,
due to recent changes in openssl that comes with 12, qmail-tls and
derived ports don't build anymore. I fixed most of the compile issues
and
On 11/11/2018 14:27, Matthew Seaman wrote:
On 11/11/2018 12:34, Grzegorz Junka wrote:
Hi All,
I would like to understand a bit better how the ports infrastructure works.
1. Recommended way of upgrading ports is "poudriere ports -p local -u",
right? But this always gets me the latest version,
Hey,
due to recent changes in openssl that comes with 12, qmail-tls and
derived ports don't build anymore. I fixed most of the compile issues
and submitted them upstream, but despite checking via several channels,
got no reply.
If it was just for the ports-patch for the tls-patch, I would just
Compile CMake with DOCS=off.
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
On Sat, Nov 10, 2018 at 03:35:59PM -0800, bob prohaska wrote:
> On Sun, Nov 11, 2018 at 12:16:47AM +0100, Dimitry Andric wrote:
> >
> > After r339270 (the upgrade of base OpenSSL to 1.1.1) and r339709
> > (bumping of OpenSSL shared libraries to version 111), you must delete
> > all your ports,
Mark Millard via freebsd-multimedia
writes:
> poudirere-devel reported:
>
> [00:38:41] [03] [00:02:01] Saved multimedia/gstreamer1-libav |
> gstreamer1-libav-1.14.4_1 wrkdir to:
> /usr/local/poudriere/data/wrkdirs/FBSDFSSDjailArmV7-default/default/gstreamer1-libav-1.14.4_1.tbz
> [00:38:42]
Am 01.11.18 um 17:43 schrieb Mathieu Arnold:
> On Thu, Nov 01, 2018 at 08:54:16AM +0100, Stefan Esser wrote:
>> Am 01.11.18 um 03:38 schrieb Jonathan Chen:
>>> On Thu, 1 Nov 2018 at 15:35, Montgomery-Smith, Stephen
>>> wrote:
>>> [...]
I only started using portupgrade recently. I find it
On 2018/11/11 03:35, Kurt Jaeger wrote:
> Hi!
>
[0] https://bugs.freebsd.org/231189
> [...]
>> It's been two more weeks with no attention to this patch, which is ready
>> to commit. Could I entice a committer to pick it up?
>
> Committed, thanks! It took me a while to clean up after the
>
On 2018-Nov-11, at 05:26, Jan Beich wrote:
> Mark Millard writes:
>
>> On 2018-Nov-11, at 03:55, Jan Beich wrote:
>>
>>> Mark Millard via freebsd-multimedia
>>> writes:
>>>
poudirere-devel reported:
[00:38:41] [03] [00:02:01] Saved multimedia/gstreamer1-libav |
On 11/11/2018 12:34, Grzegorz Junka wrote:
> Hi All,
>
> I would like to understand a bit better how the ports infrastructure works.
>
> 1. Recommended way of upgrading ports is "poudriere ports -p local -u",
> right? But this always gets me the latest version, in which some ports
> may not
On Sun, Nov 11, 2018 at 5:24 AM Mark Millard wrote:
>
> I attached with gdb in order to stop at the assert and look around.
>
>
>
> The following is a backtrace with notes and prints mixed in:
>
> (gdb) bt
> #0 thr_kill () at thr_kill.S:3
> #1 0x6028a21f in __raise (s=6) at
Grzegorz Junka writes:
> 1. Recommended way of upgrading ports is "poudriere ports -p local
> -u", right? But this always gets me the latest version, in which some
> ports may not compile, depending on my luck. I know I can use SVN to
> checkout a specific version of ports instead, but is it
Mark Millard writes:
> On 2018-Nov-11, at 03:55, Jan Beich wrote:
>
>> Mark Millard via freebsd-multimedia
>> writes:
>>
>>> poudirere-devel reported:
>>>
>>> [00:38:41] [03] [00:02:01] Saved multimedia/gstreamer1-libav |
>>> gstreamer1-libav-1.14.4_1 wrkdir to:
>>>
Hi All,
I would like to understand a bit better how the ports infrastructure works.
1. Recommended way of upgrading ports is "poudriere ports -p local -u",
right? But this always gets me the latest version, in which some ports
may not compile, depending on my luck. I know I can use SVN to
On 2018-Nov-11, at 04:36, Mark Millard wrote:
> On 2018-Nov-11, at 03:55, Jan Beich wrote:
>
>> Mark Millard via freebsd-multimedia
>> writes:
>>
>>> poudirere-devel reported:
>>>
>>> [00:38:41] [03] [00:02:01] Saved multimedia/gstreamer1-libav |
>>> gstreamer1-libav-1.14.4_1 wrkdir to:
On 2018-Nov-11, at 03:55, Jan Beich wrote:
> Mark Millard via freebsd-multimedia
> writes:
>
>> poudirere-devel reported:
>>
>> [00:38:41] [03] [00:02:01] Saved multimedia/gstreamer1-libav |
>> gstreamer1-libav-1.14.4_1 wrkdir to:
>>
Palle Girgensohn writes:
>> 11 nov. 2018 kl. 12:21 skrev Jan Beich :
>>
>> Palle Girgensohn writes:
>>
>>
Log URL:
http://beefy10.nyi.freebsd.org/data/112i386-default/484565/logs/postgresql95-client-9.5.15_1.log
>> [...]
checking whether the C compiler still works...
Mark Millard via freebsd-multimedia
writes:
> poudirere-devel reported:
>
> [00:38:41] [03] [00:02:01] Saved multimedia/gstreamer1-libav |
> gstreamer1-libav-1.14.4_1 wrkdir to:
> /usr/local/poudriere/data/wrkdirs/FBSDFSSDjailArmV7-default/default/gstreamer1-libav-1.14.4_1.tbz
> [00:38:42]
I attached with gdb in order to stop at the assert and look around.
The following is a backtrace with notes and prints mixed in:
(gdb) bt
#0 thr_kill () at thr_kill.S:3
#1 0x6028a21f in __raise (s=6) at /usr/src/lib/libc/gen/raise.c:52
#2 0x60204949 in abort () at
Palle Girgensohn writes:
>> Log URL:
>> http://beefy10.nyi.freebsd.org/data/112i386-default/484565/logs/postgresql95-client-9.5.15_1.log
[...]
>> checking whether the C compiler still works... yes
>> configure: error: Compiling PostgreSQL with clang, on 32bit x86, requires
>> SSE2
Hi!
> >> [0] https://bugs.freebsd.org/231189
[...]
> It's been two more weeks with no attention to this patch, which is ready
> to commit. Could I entice a committer to pick it up?
Committed, thanks! It took me a while to clean up after the
12/openssl111 update.
--
p...@opsec.eu+49
29 matches
Mail list logo