Re: ld-elf.so.1: /usr/local/lib/libglib-2.0.so.0: Undefined symbol "environ"

2018-12-28 Thread Cy Schubert
Chromium was rebuilt Nov 28. -- Cheers, Cy Schubert FreeBSD UNIX: Web: http://www.FreeBSD.org The need of the many outweighs the greed of the few. In message <002301d49f01$f83c6bc0$e8b54340$@btinternet.com>, "Thomas Sparrevohn " writes: > Just rebuild Chrome from scratch same i

RE: ld-elf.so.1: /usr/local/lib/libglib-2.0.so.0: Undefined symbol "environ"

2018-12-28 Thread Thomas Sparrevohn
Just rebuild Chrome from scratch same issue - I try to rebuild glib - system upgraded both in terms and pkg as of today -Original Message- From: owner-freebsd-curr...@freebsd.org [mailto:owner-freebsd-curr...@freebsd.org] On Behalf Of Cy Schubert Sent: 28 December 2018 20:56 To: Antoine

Re: r342378 fails sometimes on boot mounting root (error 2)

2018-12-28 Thread Andreas Tobler
On 28.12.18 19:45, Matthias Apitz wrote: El día viernes, diciembre 28, 2018 a las 09:07:49a. m. -0700, Ian Lepore escribió: Try setting vfs.mountroot.timeout= in loader.conf to a value long enough to let the usb drive get probed reliably. The default is 3 seconds, maybe a value like 5 or 10 wo

Re: A reliable port cross-build failure (hangup) in my context (amd64->armv7 cross build, with native-tool speedup involved)

2018-12-28 Thread Mark Millard
[Using ktrace/kdump shows an apperent oddity in the kevent use that hang-up in cmake, not that I know it causes the hang-up.] On 2018-Dec-28, at 00:16, Mark Millard wrote: > [The historical notes are removed and replaced by partial trace > information from example hang-ups, not that I've figured

Re: ld-elf.so.1: /usr/local/lib/libglib-2.0.so.0: Undefined symbol "environ"

2018-12-28 Thread Cy Schubert
In message , Antoine Brodin writes: > On Fri, Dec 28, 2018 at 8:39 PM Graham Perrin wrote: > > > > On Fri, 28 Dec 2018 at 16:31, Emiel Kollof wrot > e: > > > > > Confirmed with Chromium on my CURRENT box: > > > > … > > > > Thanks folks. Should I report it as a bug with devel/glib20? > > Hi, >

Re: A reliable port cross-build failure (hangup) in my context (amd64->armv7 cross build, with native-tool speedup involved)

2018-12-28 Thread Mark Millard
On 2018-Dec-28, at 05:13, Michal Meloun wrote: > Mark, > this is known problem with qemu-user-static. > Emulation of every single interruptible syscall is broken by design (it > have signal related races). Theses races cannot be solved without major > rewrite of syscall emulation code. > Unfor

Re: ld-elf.so.1: /usr/local/lib/libglib-2.0.so.0: Undefined symbol "environ"

2018-12-28 Thread Antoine Brodin
On Fri, Dec 28, 2018 at 8:39 PM Graham Perrin wrote: > > On Fri, 28 Dec 2018 at 16:31, Emiel Kollof wrote: > > > Confirmed with Chromium on my CURRENT box: > > … > > Thanks folks. Should I report it as a bug with devel/glib20? Hi, I think it's a regression in the toolchain (the problem doesn't

Re: ld-elf.so.1: /usr/local/lib/libglib-2.0.so.0: Undefined symbol "environ"

2018-12-28 Thread Graham Perrin
On Fri, 28 Dec 2018 at 16:31, Emiel Kollof wrote: > Confirmed with Chromium on my CURRENT box: … Thanks folks. Should I report it as a bug with devel/glib20? https://www.freshports.org/devel/glib20 ___ freebsd-current@freebsd.org mailing list https:/

Re: r342378 fails sometimes on boot mounting root (error 2)

2018-12-28 Thread Matthias Apitz
El día viernes, diciembre 28, 2018 a las 09:07:49a. m. -0700, Ian Lepore escribió: > Try setting vfs.mountroot.timeout= in loader.conf to a value long > enough to let the usb drive get probed reliably. The default is 3 > seconds, maybe a value like 5 or 10 would work better for you. > > -- Ian

Re: efibootmgr: Cannot translate unix loader path xxx\xxx\xxx to UEFI: No error: 0

2018-12-28 Thread Warner Losh
On Fri, Dec 28, 2018, 5:45 AM O. Hartmann On Thu, 27 Dec 2018 08:38:20 -0700 > Warner Losh wrote: > > > On Dec 27, 2018 7:42 AM, "O. Hartmann" wrote: > > > > -BEGIN PGP SIGNED MESSAGE- > > Hash: SHA256 > > > > Am Thu, 27 Dec 2018 13:29:44 +0100 > > "Hartmann, O." schrieb: > > > > > > >

Re: ld-elf.so.1: /usr/local/lib/libglib-2.0.so.0: Undefined symbol "environ"

2018-12-28 Thread Emiel Kollof
Confirmed with Chromium on my CURRENT box: [ekollof@elrond /usr/home/ekollof]$ uname -a FreeBSD elrond 13.0-CURRENT FreeBSD 13.0-CURRENT r342278 GENERIC-NODEBUG amd64 [ekollof@elrond /usr/home/ekollof]$ chrome ld-elf.so.1: /usr/local/lib/libglib-2.0.so.0: Undefined symbol "environ" Graham Perr

Re: r342378 fails sometimes on boot mounting root (error 2)

2018-12-28 Thread Ian Lepore
On Fri, 2018-12-28 at 15:54 +0100, Matthias Apitz wrote: > Hello, > > I've setup a new r342378 (December 23) for amd64 onto an external > disk > with this procedure: > > # grep da0 /var/log/messages > ... > Dec 28 14:20:01 c720-r314251 kernel: da0 at umass-sim0 bus 0 scbus1 > target 0 lun 0 > Dec

r342378 fails sometimes on boot mounting root (error 2)

2018-12-28 Thread Matthias Apitz
Hello, I've setup a new r342378 (December 23) for amd64 onto an external disk with this procedure: # grep da0 /var/log/messages ... Dec 28 14:20:01 c720-r314251 kernel: da0 at umass-sim0 bus 0 scbus1 target 0 lun 0 Dec 28 14:20:01 c720-r314251 kernel: da0: Fixed Direct Access SPC-4 SCSI devic

Re: A reliable port cross-build failure (hangup) in my context (amd64->armv7 cross build, with native-tool speedup involved)

2018-12-28 Thread Michal Meloun
On 24.12.2018 8:28, Mark Millard wrote: > [I built a FreeBSD head -r340288 context and tried ports head > -r484783 and the problem repeated.] > > On 2018-Dec-22, at 12:55, Mark Millard wrote: > >> [I found my E-mail records reporting successful builds using >> qemu-user-static from ports head

Re: A reliable port cross-build failure (hangup) in my context (amd64->armv7 cross build, with native-tool speedup involved)

2018-12-28 Thread Michal Meloun
On 24.12.2018 8:28, Mark Millard wrote: > [I built a FreeBSD head -r340288 context and tried ports head > -r484783 and the problem repeated.] > > On 2018-Dec-22, at 12:55, Mark Millard wrote: > >> [I found my E-mail records reporting successful builds using >> qemu-user-static from ports head

Re: /usr/src/lib/clang/libclang 'emmintrin.h' file not found

2018-12-28 Thread Julian H. Stacey
Dimitry Andric wrote: > On 28 Dec 2018, at 12:38, Julian H. Stacey wrote: > >=20 > > "Julian H. Stacey" wrote: > >> Enji Cooper wrote: > On Dec 27, 2018, at 3:48 AM, Julian H. Stacey = > wrote: > Hi current@ > Anyone else seeing make buildworld Clang failures ? > ls -l /usr/bi

Re: ld-elf.so.1: /usr/local/lib/libglib-2.0.so.0: Undefined symbol "environ" (RPI/arm64)

2018-12-28 Thread Michal Meloun
On 27.12.2018 14:07, Gary Jennejohn wrote: > On Thu, 27 Dec 2018 03:58:51 -0800 > Enji Cooper wrote: > >>> On Dec 27, 2018, at 2:17 AM, Trev wrote: >>> >>> Graham Perrin wrote on 26/12/2018 21:20: grahamperrin@momh167-gjp4-8570p:~ % date ; uname -v Wed Dec 26 10:18:52 GMT 2018 >>>

Re: /usr/src/lib/clang/libclang 'emmintrin.h' file not found

2018-12-28 Thread Dimitry Andric
On 28 Dec 2018, at 12:38, Julian H. Stacey wrote: > > "Julian H. Stacey" wrote: >> Enji Cooper wrote: On Dec 27, 2018, at 3:48 AM, Julian H. Stacey wrote: Hi current@ Anyone else seeing make buildworld Clang failures ? ls -l /usr/bin suggests I last made world on Dec 9,

Re: /usr/src/lib/clang/libclang 'emmintrin.h' file not found

2018-12-28 Thread Julian H. Stacey
"Julian H. Stacey" wrote: > Enji Cooper wrote: > > > On Dec 27, 2018, at 3:48 AM, Julian H. Stacey wrote: > > > Hi current@ > > > Anyone else seeing make buildworld Clang failures ? > > > ls -l /usr/bin suggests I last made world on Dec 9, > > > since then I've failed twice below > > > Seems the

Re: efibootmgr: Cannot translate unix loader path xxx\xxx\xxx to UEFI: No error: 0

2018-12-28 Thread O. Hartmann
On Thu, 27 Dec 2018 08:38:20 -0700 Warner Losh wrote: > On Dec 27, 2018 7:42 AM, "O. Hartmann" wrote: > > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA256 > > Am Thu, 27 Dec 2018 13:29:44 +0100 > "Hartmann, O." schrieb: > > > > Updated Fujitsu Celsius M740 to its lates UEFI firmware today.

Re: HEAD buildworld fails in libc

2018-12-28 Thread Konstantin Belousov
On Fri, Dec 28, 2018 at 10:18:12AM +0100, Gary Jennejohn wrote: > I don't know why this hasn't already been reported, but I've been > seeing this error since the commit was made. > > ===> lib/libc (obj,all,install) > /usr/src/lib/libc/string/strerror.c:96:11: error: passing 'const char []' to > p

HEAD buildworld fails in libc

2018-12-28 Thread Gary Jennejohn
I don't know why this hasn't already been reported, but I've been seeing this error since the commit was made. ===> lib/libc (obj,all,install) /usr/src/lib/libc/string/strerror.c:96:11: error: passing 'const char []' to parameter of type 'char *' discards qualifiers [-Werror,-Wincompatible-point

Re: A reliable port cross-build failure (hangup) in my context (amd64->armv7 cross build, with native-tool speedup involved)

2018-12-28 Thread Mark Millard
[The historical notes are removed and replaced by partial trace information from example hang-ups, not that I've figured out what contributes yet.] I ran into the following while trying to get evidence about the hang-up for an amd64->armv7 cross-build of multimedia/gstreamer1-qt@qt5 . The followi