Re: [base package build] [fail] r320347 -> r320392: install: builddir/Africa/Abidjan: No such file or directory

[Cy Schubert]

In message <201706280054.v5s0svs3036...@slippy.cwsent.com>, Cy Schubert 
writes:
> This is a multipart MIME message.
> 
> --==_Exmh_1498611286_142500
> Content-Type: text/plain; charset=us-ascii
> 
> In message , Ngie Cooper 
> writes
> :
> > 
> > 
> > > On Jun 27, 2017, at 13:21, Cy Schubert  wrote:
> > 
> > ...
> > 
> > > Yes. I've had issues with parallel installs breaking badly before this.
> > 
> > Be that what it may be, papering the issue over via poudriere is the wrong 
> ap
> > proach to fixing the problem imho.
> > 
> > Bryan's out for a few more days on vacation.. I'll see if I can look into t
> hi
> > s while he's gone.
> 
> Sure.
> 
> Here's previous reply that includes a patch that addresses this in base. 
> Does this look correct to you?

The poudriere hack doesn't work. The attached patch does.

~cy

> 
> 
> 
> --==_Exmh_1498611286_142500
> Content-Type: message/rfc822 ; name="6235"
> Content-Description: 6235
> Content-Disposition: attachment; filename="6235"
> 
> X-Mailer: exmh version 2.8.0 04/21/2012 with nmh-1.6
> Reply-to: Cy Schubert 
> From: Cy Schubert 
> X-os: FreeBSD
> X-Sender: c...@cwsent.com
> X-URL: http://www.cschubert.com/
> To: Sean Bruno 
> cc: Edward Tomasz Napierala ,
> src-committ...@freebsd.org, svn-src-...@freebsd.org,
> svn-src-h...@freebsd.org
> Subject: Re: svn commit: r320362 - head/share/zoneinfo
> In-Reply-To: Message from Sean Bruno 
>of "Mon, 26 Jun 2017 12:21:15 -0600."  a...@freebsd.org>
> Mime-Version: 1.0
> Content-Type: text/plain; charset=us-ascii
> Date: Mon, 26 Jun 2017 20:48:57 -0700
> 
> (since we're top posting )
> 
> Hi Sean,
> 
> Do you want to give this a spin?
> 
> Index: share/zoneinfo/Makefile
> ===
> --- share/zoneinfo/Makefile   (revision 320389)
> +++ share/zoneinfo/Makefile   (working copy)
> @@ -94,7 +94,7 @@
>  .for f in ${TZS}
>   ${INSTALL} ${TAG_ARGS} \
>   -o ${BINOWN} -g ${BINGRP} -m ${NOBINMODE} \
> - ${TZBUILDDIR:C,^${.OBJDIR}/,,}/${f} ${DESTDIR}/usr/share/zoneinfo/$
> {f}
> + ${TZBUILDDIR}/${f} ${DESTDIR}/usr/share/zoneinfo/${f}
>  .endfor
>   ${INSTALL} ${TAG_ARGS} -o ${BINOWN} -g ${BINGRP} -m ${NOBINMODE} \
>   ${CONTRIBDIR}/zone.tab ${DESTDIR}/usr/share/zoneinfo/
> 
> ~cy
> 
> 
> In message , Sean Bruno 
> write
> s:
> > This is an OpenPGP/MIME signed message (RFC 4880 and 3156)
> > --WTKxh8RiNpWJJ66LumpxWUq5KMtbGfm2f
> > Content-Type: multipart/mixed; boundary="VFqTarnRbgKj5gwWULxfLoTjWIwLn2loQ"
> ;
> >  protected-headers="v1"
> > From: Sean Bruno 
> > To: Edward Tomasz Napierala , src-committ...@freebsd.org
> ,
> >  svn-src-...@freebsd.org, svn-src-h...@freebsd.org
> > Message-ID: 
> > Subject: Re: svn commit: r320362 - head/share/zoneinfo
> > References: <201706261540.v5qfeotj072...@repo.freebsd.org>
> > In-Reply-To: <201706261540.v5qfeotj072...@repo.freebsd.org>
> > 
> > --VFqTarnRbgKj5gwWULxfLoTjWIwLn2loQ
> > Content-Type: text/plain; charset=utf-8
> > Content-Language: en-US
> > Content-Transfer-Encoding: quoted-printable
> > 
> > Hmmm ... This seems to break 'poudriere jail -c jailname -m src=3D/usr/sr=
> > c
> > -v head"
> > 
> > --- realinstall_subdir_share/zoneinfo ---
> > install: builddir/Africa/Abidjan: No such file or directory
> > 
> > 
> > On 06/26/17 09:40, Edward Tomasz Napierala wrote:
> > > Author: trasz
> > > Date: Mon Jun 26 15:40:24 2017
> > > New Revision: 320362
> > > URL: https://svnweb.freebsd.org/changeset/base/320362
> > >=20
> > > Log:
> > >   Provide visual feedback when timezone files are installed.
> > >   After r320003 it wasn't being shown in any way.
> > >  =20
> > >   Submitted by:   bdrewery
> > >   MFC after:  1 month
> > >   Differential Revision:  https://reviews.freebsd.org/D11154
> > >=20
> > > Modified:
> > >   head/share/zoneinfo/Makefile
> > >=20
> > > Modified: head/share/zoneinfo/Makefile
> > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
> > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
> =
> > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
> =
> > =3D=3D=3D=3D
> > > --- head/share/zoneinfo/Makefile  Mon Jun 26 15:23:12 2017(r32036
> > 1)
> > > +++ head/share/zoneinfo/Makefile  Mon Jun 26 15:40:24 2017(r32036
> > 2)
> > > @@ -83,14 +83,19 @@ zoneinfo: yearistype ${TDATA}
> > >   zic -D -d ${TZBUILDDIR} -p ${POSIXRULES} -m ${NOBINMODE} \
> > >   ${LEAPFILE} -y ${.OBJDIR}/yearistype ${TZFILES}
> > > =20
> > > +.if make(*install*)
> > > +TZS!=3D cd ${TZBUILDDIR} && find -s * -type f
> > > +.endif
> > > +
> > >  beforeinstall: 

Re: [base package build] [fail] r320347 -> r320392: install: builddir/Africa/Abidjan: No such file or directory

[Cy Schubert]

In message , Ngie Cooper 
writes
:
> 
> 
> > On Jun 27, 2017, at 13:21, Cy Schubert  wrote:
> 
> ...
> 
> > Yes. I've had issues with parallel installs breaking badly before this.
> 
> Be that what it may be, papering the issue over via poudriere is the wrong ap
> proach to fixing the problem imho.
> 
> Bryan's out for a few more days on vacation.. I'll see if I can look into thi
> s while he's gone.

Sure.

Here's previous reply that includes a patch that addresses this in base. 
Does this look correct to you?


--- Begin Message ---
(since we're top posting )

Hi Sean,

Do you want to give this a spin?

Index: share/zoneinfo/Makefile
===
--- share/zoneinfo/Makefile (revision 320389)
+++ share/zoneinfo/Makefile (working copy)
@@ -94,7 +94,7 @@
 .for f in ${TZS}
${INSTALL} ${TAG_ARGS} \
-o ${BINOWN} -g ${BINGRP} -m ${NOBINMODE} \
-   ${TZBUILDDIR:C,^${.OBJDIR}/,,}/${f} 
${DESTDIR}/usr/share/zoneinfo/${f}
+   ${TZBUILDDIR}/${f} ${DESTDIR}/usr/share/zoneinfo/${f}
 .endfor
${INSTALL} ${TAG_ARGS} -o ${BINOWN} -g ${BINGRP} -m ${NOBINMODE} \
${CONTRIBDIR}/zone.tab ${DESTDIR}/usr/share/zoneinfo/

~cy


In message , Sean Bruno 
write
s:
> This is an OpenPGP/MIME signed message (RFC 4880 and 3156)
> --WTKxh8RiNpWJJ66LumpxWUq5KMtbGfm2f
> Content-Type: multipart/mixed; boundary="VFqTarnRbgKj5gwWULxfLoTjWIwLn2loQ";
>  protected-headers="v1"
> From: Sean Bruno 
> To: Edward Tomasz Napierala , src-committ...@freebsd.org,
>  svn-src-...@freebsd.org, svn-src-h...@freebsd.org
> Message-ID: 
> Subject: Re: svn commit: r320362 - head/share/zoneinfo
> References: <201706261540.v5qfeotj072...@repo.freebsd.org>
> In-Reply-To: <201706261540.v5qfeotj072...@repo.freebsd.org>
> 
> --VFqTarnRbgKj5gwWULxfLoTjWIwLn2loQ
> Content-Type: text/plain; charset=utf-8
> Content-Language: en-US
> Content-Transfer-Encoding: quoted-printable
> 
> Hmmm ... This seems to break 'poudriere jail -c jailname -m src=3D/usr/sr=
> c
> -v head"
> 
> --- realinstall_subdir_share/zoneinfo ---
> install: builddir/Africa/Abidjan: No such file or directory
> 
> 
> On 06/26/17 09:40, Edward Tomasz Napierala wrote:
> > Author: trasz
> > Date: Mon Jun 26 15:40:24 2017
> > New Revision: 320362
> > URL: https://svnweb.freebsd.org/changeset/base/320362
> >=20
> > Log:
> >   Provide visual feedback when timezone files are installed.
> >   After r320003 it wasn't being shown in any way.
> >  =20
> >   Submitted by: bdrewery
> >   MFC after:1 month
> >   Differential Revision:https://reviews.freebsd.org/D11154
> >=20
> > Modified:
> >   head/share/zoneinfo/Makefile
> >=20
> > Modified: head/share/zoneinfo/Makefile
> > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
> =3D=3D=3D=3D
> > --- head/share/zoneinfo/MakefileMon Jun 26 15:23:12 2017(r32036
> 1)
> > +++ head/share/zoneinfo/MakefileMon Jun 26 15:40:24 2017(r32036
> 2)
> > @@ -83,14 +83,19 @@ zoneinfo: yearistype ${TDATA}
> > zic -D -d ${TZBUILDDIR} -p ${POSIXRULES} -m ${NOBINMODE} \
> > ${LEAPFILE} -y ${.OBJDIR}/yearistype ${TZFILES}
> > =20
> > +.if make(*install*)
> > +TZS!=3D cd ${TZBUILDDIR} && find -s * -type f
> > +.endif
> > +
> >  beforeinstall: install-zoneinfo
> >  install-zoneinfo:
> > mkdir -p ${DESTDIR}/usr/share/zoneinfo
> > cd ${DESTDIR}/usr/share/zoneinfo;  mkdir -p ${TZBUILDSUBDIRS}
> > -   cd ${TZBUILDDIR} && \
> > -   find -s * -type f -exec ${INSTALL} ${TAG_ARGS} \
> > +.for f in ${TZS}
> > +   ${INSTALL} ${TAG_ARGS} \
> > -o ${BINOWN} -g ${BINGRP} -m ${NOBINMODE} \
> > -   \{} ${DESTDIR}/usr/share/zoneinfo/\{} \;
> > +   ${TZBUILDDIR:C,^${.OBJDIR}/,,}/${f} ${DESTDIR}/usr/share/zoneinfo=
> /${f}
> > +.endfor
> > ${INSTALL} ${TAG_ARGS} -o ${BINOWN} -g ${BINGRP} -m ${NOBINMODE} \
> > ${CONTRIBDIR}/zone.tab ${DESTDIR}/usr/share/zoneinfo/
> > =20
> >=20
> >=20
> 
> 
> --VFqTarnRbgKj5gwWULxfLoTjWIwLn2loQ--
> 
> --WTKxh8RiNpWJJ66LumpxWUq5KMtbGfm2f
> Content-Type: application/pgp-signature; name="signature.asc"
> Content-Description: OpenPGP digital signature
> Content-Disposition: attachment; filename="signature.asc"
> 
> -BEGIN PGP SIGNATURE-
> 
> iQGTBAEBCgB9FiEE6MTp+IA1BOHj9Lo0veT1/om1/LYFAllRUJtfFIAALgAo
> aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEU4
> QzRFOUY4ODAzNTA0RTFFM0Y0QkEzNEJERTRGNUZFODlCNUZDQjYACgkQveT1/om1
> /LaIFggAlEX4pLTfDUaRsGoxWbGI0DiirmhR1nW74ESXjGXd4u9WSYKfvxK+oGPJ
> LRwxcimGw/v+h8piM102ijsmquE0+NlyyMAYjFNLb9tsZuR+kfzRbDwqiu3FNg8R
> 

Re: [base package build] [fail] r320347 -> r320392: install: builddir/Africa/Abidjan: No such file or directory

[Ngie Cooper]

> On Jun 27, 2017, at 13:21, Cy Schubert  wrote:

...

> Yes. I've had issues with parallel installs breaking badly before this.

Be that what it may be, papering the issue over via poudriere is the wrong 
approach to fixing the problem imho.

Bryan's out for a few more days on vacation.. I'll see if I can look into this 
while he's gone.

Thanks!
-Ngie
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: [base package build] [fail] r320347 -> r320392: install: builddir/Africa/Abidjan: No such file or directory

[Cy Schubert]

In message 

Re: ZFS ABD Panic

[Shawn Webb]

On Tue, Jun 27, 2017 at 10:25:16AM -0400, Shawn Webb wrote:
> On Tue, Jun 27, 2017 at 05:22:39PM +0300, Andriy Gapon wrote:
> > On 27/06/2017 17:16, Shawn Webb wrote:
> > > On Tue, Jun 27, 2017 at 05:12:01PM +0300, Andriy Gapon wrote:
> > >> On 26/06/2017 03:31, Shawn Webb wrote:
> > >>> This is on the latest HardenedBSD 12-CURRENT on one of my servers:
> > >>>
> > >>> [141] panic: sleepq_add: td 0xf80008d20560 to sleep on wchan 
> > >>> 0xf803b7d4e810 with sleeping prohibited
> > >>> [141] cpuid = 5
> > >>> [141] time = 1498436043
> > >>> [141] KDB: stack backtrace:
> > >>> [141] db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 
> > >>> 0xfe2fc8b0
> > >>> [141] vpanic() at vpanic+0x19c/frame 0xfe2fc930
> > >>> [141] kassert_panic() at kassert_panic+0x126/frame 0xfe2fc9a0
> > >>> [141] sleepq_add() at sleepq_add+0x34f/frame 0xfe2fc9f0
> > >>> [141] _sx_xlock_hard() at _sx_xlock_hard+0x2a4/frame 0xfe2fcaa0
> > >>> [141] _sx_xlock() at _sx_xlock+0x98/frame 0xfe2fcae0
> > >>> [141] refcount_remove_many() at refcount_remove_many+0x2a/frame 
> > >>> 0xfe2fcb20
> > >>> [141] abd_return_buf() at abd_return_buf+0xe3/frame 0xfe2fcb50
> > >>> [141] vdev_geom_io_intr() at vdev_geom_io_intr+0x114/frame 
> > >>> 0xfe2fcb70
> > >>> [141] g_io_schedule_up() at g_io_schedule_up+0x42/frame 
> > >>> 0xfe2fcba0
> > >>> [141] g_up_procbody() at g_up_procbody+0x6d/frame 0xfe2fcbb0
> > >>> [141] fork_exit() at fork_exit+0x84/frame 0xfe2fcbf0
> > >>> [141] fork_trampoline() at fork_trampoline+0xe/frame 0xfe2fcbf0
> > >>
> > >> Seems like another architectural incompatibility between illumos and 
> > >> FreeBSD.
> > >> Are you able to reproduce the crash more or less reliably?
> > > 
> > > Yup. I just need to do a buildworld and it's triggered.
> > > 
> > 
> > Could you please test this patch?
> > http://dpaste.com/12M183A.txt
> > I put it together rather quickly, but I think that it should work :)
> 
> Can do later today. I'll report back either tonight or tomorrow.

That seems to have fixed it! No kernel panic as of yet. It has survived
two world + kernel builds.

Thanks a lot for the help!

-- 
Shawn Webb
Cofounder and Security Engineer
HardenedBSD

GPG Key ID:  0x6A84658F52456EEE
GPG Key Fingerprint: 2ABA B6BD EF6A F486 BE89  3D9E 6A84 658F 5245 6EEE


signature.asc
Description: PGP signature

Lost HDMI output on Dell XPS M1330

[kwhite]

Some time since 10.3, I am no longer able to select HDMI output using
xrandr, just VGA.

Hints on how to get it back?

Noise follows:

== 10.3 ==
# uname -ap
FreeBSD m1330 10.3-RELEASE-p18 FreeBSD 10.3-RELEASE-p18 #0: Tue Apr 11
10:31:00 UTC 2017
r...@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64
amd64

# kenv smbios.system.product
XPS M1330

# xrandr
Screen 0: minimum 320 x 200, current 1280 x 800, maximum 8192 x 8192
LVDS1 connected 1280x800+0+0 (normal left inverted right x axis y axis)
290mm x 180mm
1280x800 60.04*+
1024x768 60.00
800x600 60.32 56.25
640x480 59.94
VGA1 disconnected (normal left inverted right x axis y axis)
HDMI1 disconnected (normal left inverted right x axis y axis)

# dmesg -a | egrep -i 'vga|drm'
vgapci0:  port 0xeff8-0xefff mem
0xf6e0-0xf6ef,0xe000-0xefff irq 16 at device 2.0 on pci0
agp0:  on vgapci0
vgapci0: Boot video device
vgapci1:  mem 0xf6f0-0xf6ff at device 2.1
on pci0
sc0: VGA <16 virtual consoles, flags=0x300>
vga0:  at port 0x3c0-0x3df iomem 0xa-0xb on isa0
info: [drm] Initialized drm 1.1.0 20060810
drmn0:  on vgapci0
info: [drm] MSI enabled 1 message(s)
info: [drm] Supports vblank timestamp caching Rev 1 (10.10.2010).
info: [drm] Driver supports precise vblank timestamp query.
drmn0: taking over the fictitious range 0xe000-0xf000
info: [drm] initialized overlay support
info: [drm] Connector LVDS-1: get mode from tunables:
info: [drm] - kern.vt.fb.modes.LVDS-1
info: [drm] - kern.vt.fb.default_mode
info: [drm] Connector VGA-1: get mode from tunables:
info: [drm] - kern.vt.fb.modes.VGA-1
info: [drm] - kern.vt.fb.default_mode
info: [drm] Connector HDMI-A-1: get mode from tunables:
info: [drm] - kern.vt.fb.modes.HDMI-A-1
info: [drm] - kern.vt.fb.default_mode
fbd0 on drmn0
info: [drm] Initialized i915 1.6.0 20080730 for drmn0 on minor 0

== "Current" ==
# uname -ap
FreeBSD lenovo 12.0-CURRENT FreeBSD 12.0-CURRENT #0 r319078M: Sun May 28
20:22:51 EDT 2017 root@lenovo:/usr/obj/usr/src/sys/GENERIC-NODEBUG amd64
amd64

# kenv smbios.system.product
XPS M1330

# xrandr
Screen 0: minimum 320 x 200, current 1280 x 800, maximum 8192 x 8192
LVDS1 connected 1280x800+0+0 (normal left inverted right x axis y axis)
290mm x 180mm
1280x800 60.04*+
1024x768 60.00
800x600 60.32 56.25
640x480 59.94
VGA1 disconnected (normal left inverted right x axis y axis)

# dmesg -a | egrep -i 'vga|drm'
VT(vga): resolution 640x480
info: [drm] Initialized drm 1.1.0 20060810
vtvga0:  on motherboard
vgapci0:  port 0xeff8-0xefff mem
0xf6e0-0xf6ef,0xe000-0xefff irq 16 at device 2.0 on pci0
agp0:  on vgapci0
acpi_video0:  on vgapci0
drmn0:  on vgapci0
intel_iicbb0 on drmn0
intel_iicbb1 on drmn0
intel_iicbb2 on drmn0
intel_iicbb3 on drmn0
intel_iicbb4 on drmn0
intel_iicbb5 on drmn0
info: [drm] MSI enabled 1 message(s)
info: [drm] Supports vblank timestamp caching Rev 1 (10.10.2010).
info: [drm] Driver supports precise vblank timestamp query.
intel_sdvo_ddc_proxy397632 on drmn0
intel_sdvo_ddc_proxy397664 on drmn0
drmn0: taking over the fictitious range 0xe000-0xf000
info: [drm] initialized overlay support
info: [drm] Connector LVDS-1: get mode from tunables:
info: [drm] - kern.vt.fb.modes.LVDS-1
info: [drm] - kern.vt.fb.default_mode
info: [drm] Connector VGA-1: get mode from tunables:
info: [drm] - kern.vt.fb.modes.VGA-1
info: [drm] - kern.vt.fb.default_mode
fbd0 on drmn0
VT: Replacing driver "vga" with new "fb".
info: [drm] Initialized i915 1.6.0 20080730 for drmn0 on minor 0
vgapci0: Boot video device
vgapci1:  mem 0xf6f0-0xf6ff at device 2.1
on pci0
acpi_video1:  on vgapci1

...keith


___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: [base package build] [fail] r320347 -> r320392: install: builddir/Africa/Abidjan: No such file or directory

[Antoine Brodin]

On Tue, Jun 27, 2017 at 9:56 PM, Cy Schubert  wrote:
> In message <83207990-cd7c-90ea-6893-c0b3b1321...@passap.ru>, Boris
> Samorodov wr
> ites:
>> 27.06.2017 20:06, Trond Endrestøl пишет:
>>
>> > Try running make installworld without -j N.
>> > Serial installworld was successful at my end.
>>
>> Thank you, that helped.
>
> For users doing poudriere jail -c or poudriere jail -u, use -J 1, though
> poudriere should only perform parallel builds only, not parallel installs.
> Parallel installs is simply asking for trouble regardless.

Are you serious?  poudriere has installed in parallel since forever
and it's the first time there is an issue.

Antoine
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: [base package build] [fail] r320347 -> r320392: install: builddir/Africa/Abidjan: No such file or directory

[Cy Schubert]

In message <201706271956.v5rjujqp065...@slippy.cwsent.com>, Cy Schubert 
writes:
> In message <83207990-cd7c-90ea-6893-c0b3b1321...@passap.ru>, Boris 
> Samorodov wr
> ites:
> > 27.06.2017 20:06, Trond Endrestøl пишет:
> > 
> > > Try running make installworld without -j N.
> > > Serial installworld was successful at my end.
> > 
> > Thank you, that helped.
> 
> For users doing poudriere jail -c or poudriere jail -u, use -J 1, though 
> poudriere should only perform parallel builds only, not parallel installs. 
> Parallel installs is simply asking for trouble regardless.

The patch I'm about to post here isn't quite correct. Either base or the 
port's upstream should be patched to resolve this but this should help 
someone somewhere.

Index: Makefile
===
--- Makefile(revision 444518)
+++ Makefile(working copy)
@@ -2,7 +2,7 @@
 
 PORTNAME=  poudriere
 DISTVERSION=   3.1.19
-PORTREVISION=  0
+PORTREVISION=  1
 CATEGORIES=ports-mgmt
 MASTER_SITES=  LOCAL/bdrewery/${PORTNAME}/ \
http://mirror.shatow.net/freebsd/${PORTNAME}/ \
Index: files/patch-src__share__poudriere__jail.sh
===
--- files/patch-src__share__poudriere__jail.sh  (nonexistent)
+++ files/patch-src__share__poudriere__jail.sh  (working copy)
@@ -0,0 +1,27 @@
+--- src/share/poudriere/jail.sh.orig   2017-06-01 10:21:58.0 -0700
 src/share/poudriere/jail.sh2017-06-27 13:06:20.548694000 -0700
+@@ -272,21 +272,16 @@
+ }
+ 
+ installworld() {
+-  local make_jobs
+   local destdir="${JAILMNT}"
+ 
+-  if [ ${JAIL_OSVERSION} -gt 1100086 ]; then
+-  make_jobs="${MAKE_JOBS}"
+-  fi
+-
+   msg "Starting make installworld"
+-  ${MAKE_CMD} -C "${SRC_BASE}" ${make_jobs} installworld \
++  ${MAKE_CMD} -C "${SRC_BASE}"  installworld \
+   DESTDIR=${destdir} DB_FROM_SRC=1 || \
+   err 1 "Failed to 'make installworld'"
+-  ${MAKE_CMD} -C "${SRC_BASE}" ${make_jobs} DESTDIR=${destdir} \
++  ${MAKE_CMD} -C "${SRC_BASE}" DESTDIR=${destdir} \
+   DB_FROM_SRC=1 distrib-dirs || \
+   err 1 "Failed to 'make distrib-dirs'"
+-  ${MAKE_CMD} -C "${SRC_BASE}" ${make_jobs} DESTDIR=${destdir} \
++  ${MAKE_CMD} -C "${SRC_BASE}" DESTDIR=${destdir} \
+   distribution || err 1 "Failed to 'make distribution'"
+ 
+   return 0


-- 
Cheers,
Cy Schubert 
FreeBSD UNIX:     Web:  http://www.FreeBSD.org

The need of the many outweighs the greed of the few.


___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: [base package build] [fail] r320347 -> r320392: install: builddir/Africa/Abidjan: No such file or directory

[Cy Schubert]

In message <83207990-cd7c-90ea-6893-c0b3b1321...@passap.ru>, Boris 
Samorodov wr
ites:
> 27.06.2017 20:06, Trond Endrestøl пишет:
> 
> > Try running make installworld without -j N.
> > Serial installworld was successful at my end.
> 
> Thank you, that helped.

For users doing poudriere jail -c or poudriere jail -u, use -J 1, though 
poudriere should only perform parallel builds only, not parallel installs. 
Parallel installs is simply asking for trouble regardless.


-- 
Cheers,
Cy Schubert 
FreeBSD UNIX:     Web:  http://www.FreeBSD.org

The need of the many outweighs the greed of the few.


___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: Current amd64 new error or warning from today's current with ruby r320323

[Trond Endrestøl]

On Tue, 27 Jun 2017 20:28+0200, Trond Endrestøl wrote:

> On Sun, 25 Jun 2017 22:05+0300, Konstantin Belousov wrote:
> 
> > On Sun, Jun 25, 2017 at 08:51:07PM +0200, Trond Endrest?l wrote:
> > > > https://people.freebsd.org/~kib/misc/vm2.2.patch
> > > 
> > > This patch made ruby23 happy on my end. Can't say the same for 
> > > emacs-nox11 or temacs while building the former.
> > 
> > What exactly do you mean ?  Explain the behaviour and show the ktrace log.
> 
> It builds now.
> 
> I'm running unpatched r320406, and I'll attempt building and running 
> r320420 with your patch from yesterday.
> 
> I too suffer from /sbin/zfs' inability to run in singleuser mode, yet 
> somehow it does its job while in multiuser mode.

That patch enables /sbin/zfs to run in singleuser mode.

Next, there seems to be a race condition while running installworld in 
parallel, but that's a story for another time.

-- 
Trond.
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: Current amd64 new error or warning from today's current with ruby r320323

[Trond Endrestøl]

On Sun, 25 Jun 2017 22:05+0300, Konstantin Belousov wrote:

> On Sun, Jun 25, 2017 at 08:51:07PM +0200, Trond Endrest?l wrote:
> > > https://people.freebsd.org/~kib/misc/vm2.2.patch
> > 
> > This patch made ruby23 happy on my end. Can't say the same for 
> > emacs-nox11 or temacs while building the former.
> 
> What exactly do you mean ?  Explain the behaviour and show the ktrace log.

It builds now.

I'm running unpatched r320406, and I'll attempt building and running 
r320420 with your patch from yesterday.

I too suffer from /sbin/zfs's inability to run in singleuser mode, yet 
somehow it does its job while in multiuser mode.

-- 
Trond.
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: [base package build] [fail] r320347 -> r320392: install: builddir/Africa/Abidjan: No such file or directory

[Boris Samorodov]

27.06.2017 20:06, Trond Endrestøl пишет:

> Try running make installworld without -j N.
> Serial installworld was successful at my end.

Thank you, that helped.

-- 
WBR, bsam
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: r320358 panics immediately on boot / AMD64-GENERIC kernel

[Michael Jung]

On 2017-06-27 12:16, Eric van Gyzen wrote:

On 06/27/2017 11:09, Michael Jung wrote:

Screen image with backtrace

https://pasteboard.co/dZRVG5Uo.jpg


After upgrading from 318959 to 320358 I immediately get the attached 
panic.


This is AMD64 / GENERIC kernel.

/boot/loader.conf is empty.

The system boots off a UFS2 partition.

This is a virtual guest and I do currently have a serial cable.

Short of figuring out how to virtualize a serial console from a ESXi
guest is
there any more information I can provide?


Someone else hit this.  Removing the contents of /usr/obj and 
rebuilding

fixed it for him.  Apparently, some of the objects didn't get rebuilt,
as needed.

Eric



Thank to all that replied.  Indeed removing the contents of /usr/obj and 
rebuilding

the kernel resolved the issue.

Thanks!

--mikej
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: [base package build] [fail] r320347 -> r320392: install: builddir/Africa/Abidjan: No such file or directory

[Trond Endrestøl]

Try running make installworld without -j N.
Serial installworld was successful at my end.

-- 
+---++
| Vennlig hilsen,   | Best regards,  |
| Trond Endrestøl,  | Trond Endrestøl,   |
| IT-ansvarlig, | System administrator,  |
| Fagskolen Innlandet,  | Gjøvik Technical College, Norway,  |
| tlf. mob.   952 62 567,   | Cellular...: +47 952 62 567,   |
| sentralbord 61 14 54 00.  | Switchboard: +47 61 14 54 00.  |
+---++
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

r320358 panics immediately on boot / AMD64-GENERIC kernel

[Michael Jung]

After upgrading from 318959 to 320358 I immediately get the attached 
panic.


This is AMD64 / GENERIC kernel.

/boot/loader.conf is empty.

The system boots off a UFS2 partition.

This is a virtual guest and I do currently have a serial cable.

Short of figuring out how to virtualize a serial console from a ESXi 
guest is

there any more information I can provide?

Thanks.

Mike
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: r320358 panics immediately on boot / AMD64-GENERIC kernel

[David Wolfskill]

On Tue, Jun 27, 2017 at 12:09:56PM -0400, Michael Jung wrote:
> Screen image with backtrace
> 
> https://pasteboard.co/dZRVG5Uo.jpg
> 
> 
> After upgrading from 318959 to 320358 I immediately get the attached 
> panic.
> 
> This is AMD64 / GENERIC kernel.
> 
> /boot/loader.conf is empty.
> 
> The system boots off a UFS2 partition.
> 

If the object directory for your kernel (e.g.,
/usr/obj/usr/src/sys/GENERIC) had more in it than the "version" file,
you might try removing everything in that directory, then rebuilding the
kernel.

(Ref. the thread that starts at
http://docs.FreeBSD.org/cgi/mid.cgi?20170625120731.GE1241 .)

Peace,
david
-- 
David H. Wolfskill  da...@catwhisker.org
I look forward to voting against Trump again at the earliest opportunity.

See http://www.catwhisker.org/~david/publickey.gpg for my public key.


signature.asc
Description: PGP signature

Re: r320358 panics immediately on boot / AMD64-GENERIC kernel

[Konstantin Belousov]

On Tue, Jun 27, 2017 at 12:09:56PM -0400, Michael Jung wrote:
> Screen image with backtrace
> 
> https://pasteboard.co/dZRVG5Uo.jpg
> 
> 
> After upgrading from 318959 to 320358 I immediately get the attached 
> panic.
> 
> This is AMD64 / GENERIC kernel.
> 
> /boot/loader.conf is empty.
> 
> The system boots off a UFS2 partition.
> 
> This is a virtual guest and I do currently have a serial cable.
> 
> Short of figuring out how to virtualize a serial console from a ESXi 
> guest is
> there any more information I can provide?

Rebuild the kernel after removing the kernel build directory.
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: r320358 panics immediately on boot / AMD64-GENERIC kernel

[Eric van Gyzen]

On 06/27/2017 11:09, Michael Jung wrote:
> Screen image with backtrace
> 
> https://pasteboard.co/dZRVG5Uo.jpg
> 
> 
> After upgrading from 318959 to 320358 I immediately get the attached panic.
> 
> This is AMD64 / GENERIC kernel.
> 
> /boot/loader.conf is empty.
> 
> The system boots off a UFS2 partition.
> 
> This is a virtual guest and I do currently have a serial cable.
> 
> Short of figuring out how to virtualize a serial console from a ESXi
> guest is
> there any more information I can provide?

Someone else hit this.  Removing the contents of /usr/obj and rebuilding
fixed it for him.  Apparently, some of the objects didn't get rebuilt,
as needed.

Eric
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

r320358 panics immediately on boot / AMD64-GENERIC kernel

[Michael Jung]

Screen image with backtrace

https://pasteboard.co/dZRVG5Uo.jpg


After upgrading from 318959 to 320358 I immediately get the attached 
panic.


This is AMD64 / GENERIC kernel.

/boot/loader.conf is empty.

The system boots off a UFS2 partition.

This is a virtual guest and I do currently have a serial cable.

Short of figuring out how to virtualize a serial console from a ESXi 
guest is

there any more information I can provide?

Thanks.

Mike
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: ZFS ABD Panic

[Shawn Webb]

On Tue, Jun 27, 2017 at 05:22:39PM +0300, Andriy Gapon wrote:
> On 27/06/2017 17:16, Shawn Webb wrote:
> > On Tue, Jun 27, 2017 at 05:12:01PM +0300, Andriy Gapon wrote:
> >> On 26/06/2017 03:31, Shawn Webb wrote:
> >>> This is on the latest HardenedBSD 12-CURRENT on one of my servers:
> >>>
> >>> [141] panic: sleepq_add: td 0xf80008d20560 to sleep on wchan 
> >>> 0xf803b7d4e810 with sleeping prohibited
> >>> [141] cpuid = 5
> >>> [141] time = 1498436043
> >>> [141] KDB: stack backtrace:
> >>> [141] db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 
> >>> 0xfe2fc8b0
> >>> [141] vpanic() at vpanic+0x19c/frame 0xfe2fc930
> >>> [141] kassert_panic() at kassert_panic+0x126/frame 0xfe2fc9a0
> >>> [141] sleepq_add() at sleepq_add+0x34f/frame 0xfe2fc9f0
> >>> [141] _sx_xlock_hard() at _sx_xlock_hard+0x2a4/frame 0xfe2fcaa0
> >>> [141] _sx_xlock() at _sx_xlock+0x98/frame 0xfe2fcae0
> >>> [141] refcount_remove_many() at refcount_remove_many+0x2a/frame 
> >>> 0xfe2fcb20
> >>> [141] abd_return_buf() at abd_return_buf+0xe3/frame 0xfe2fcb50
> >>> [141] vdev_geom_io_intr() at vdev_geom_io_intr+0x114/frame 
> >>> 0xfe2fcb70
> >>> [141] g_io_schedule_up() at g_io_schedule_up+0x42/frame 0xfe2fcba0
> >>> [141] g_up_procbody() at g_up_procbody+0x6d/frame 0xfe2fcbb0
> >>> [141] fork_exit() at fork_exit+0x84/frame 0xfe2fcbf0
> >>> [141] fork_trampoline() at fork_trampoline+0xe/frame 0xfe2fcbf0
> >>
> >> Seems like another architectural incompatibility between illumos and 
> >> FreeBSD.
> >> Are you able to reproduce the crash more or less reliably?
> > 
> > Yup. I just need to do a buildworld and it's triggered.
> > 
> 
> Could you please test this patch?
> http://dpaste.com/12M183A.txt
> I put it together rather quickly, but I think that it should work :)

Can do later today. I'll report back either tonight or tomorrow.

Thanks,

-- 
Shawn Webb
Cofounder and Security Engineer
HardenedBSD

GPG Key ID:  0x6A84658F52456EEE
GPG Key Fingerprint: 2ABA B6BD EF6A F486 BE89  3D9E 6A84 658F 5245 6EEE


signature.asc
Description: PGP signature

Re: ZFS ABD Panic

[Andriy Gapon]

On 27/06/2017 17:16, Shawn Webb wrote:
> On Tue, Jun 27, 2017 at 05:12:01PM +0300, Andriy Gapon wrote:
>> On 26/06/2017 03:31, Shawn Webb wrote:
>>> This is on the latest HardenedBSD 12-CURRENT on one of my servers:
>>>
>>> [141] panic: sleepq_add: td 0xf80008d20560 to sleep on wchan 
>>> 0xf803b7d4e810 with sleeping prohibited
>>> [141] cpuid = 5
>>> [141] time = 1498436043
>>> [141] KDB: stack backtrace:
>>> [141] db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 
>>> 0xfe2fc8b0
>>> [141] vpanic() at vpanic+0x19c/frame 0xfe2fc930
>>> [141] kassert_panic() at kassert_panic+0x126/frame 0xfe2fc9a0
>>> [141] sleepq_add() at sleepq_add+0x34f/frame 0xfe2fc9f0
>>> [141] _sx_xlock_hard() at _sx_xlock_hard+0x2a4/frame 0xfe2fcaa0
>>> [141] _sx_xlock() at _sx_xlock+0x98/frame 0xfe2fcae0
>>> [141] refcount_remove_many() at refcount_remove_many+0x2a/frame 
>>> 0xfe2fcb20
>>> [141] abd_return_buf() at abd_return_buf+0xe3/frame 0xfe2fcb50
>>> [141] vdev_geom_io_intr() at vdev_geom_io_intr+0x114/frame 
>>> 0xfe2fcb70
>>> [141] g_io_schedule_up() at g_io_schedule_up+0x42/frame 0xfe2fcba0
>>> [141] g_up_procbody() at g_up_procbody+0x6d/frame 0xfe2fcbb0
>>> [141] fork_exit() at fork_exit+0x84/frame 0xfe2fcbf0
>>> [141] fork_trampoline() at fork_trampoline+0xe/frame 0xfe2fcbf0
>>
>> Seems like another architectural incompatibility between illumos and FreeBSD.
>> Are you able to reproduce the crash more or less reliably?
> 
> Yup. I just need to do a buildworld and it's triggered.
> 

Could you please test this patch?
http://dpaste.com/12M183A.txt
I put it together rather quickly, but I think that it should work :)

-- 
Andriy Gapon
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: ZFS ABD Panic

[Shawn Webb]

On Tue, Jun 27, 2017 at 05:12:01PM +0300, Andriy Gapon wrote:
> On 26/06/2017 03:31, Shawn Webb wrote:
> > This is on the latest HardenedBSD 12-CURRENT on one of my servers:
> > 
> > [141] panic: sleepq_add: td 0xf80008d20560 to sleep on wchan 
> > 0xf803b7d4e810 with sleeping prohibited
> > [141] cpuid = 5
> > [141] time = 1498436043
> > [141] KDB: stack backtrace:
> > [141] db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 
> > 0xfe2fc8b0
> > [141] vpanic() at vpanic+0x19c/frame 0xfe2fc930
> > [141] kassert_panic() at kassert_panic+0x126/frame 0xfe2fc9a0
> > [141] sleepq_add() at sleepq_add+0x34f/frame 0xfe2fc9f0
> > [141] _sx_xlock_hard() at _sx_xlock_hard+0x2a4/frame 0xfe2fcaa0
> > [141] _sx_xlock() at _sx_xlock+0x98/frame 0xfe2fcae0
> > [141] refcount_remove_many() at refcount_remove_many+0x2a/frame 
> > 0xfe2fcb20
> > [141] abd_return_buf() at abd_return_buf+0xe3/frame 0xfe2fcb50
> > [141] vdev_geom_io_intr() at vdev_geom_io_intr+0x114/frame 
> > 0xfe2fcb70
> > [141] g_io_schedule_up() at g_io_schedule_up+0x42/frame 0xfe2fcba0
> > [141] g_up_procbody() at g_up_procbody+0x6d/frame 0xfe2fcbb0
> > [141] fork_exit() at fork_exit+0x84/frame 0xfe2fcbf0
> > [141] fork_trampoline() at fork_trampoline+0xe/frame 0xfe2fcbf0
> 
> Seems like another architectural incompatibility between illumos and FreeBSD.
> Are you able to reproduce the crash more or less reliably?

Yup. I just need to do a buildworld and it's triggered.

-- 
Shawn Webb
Cofounder and Security Engineer
HardenedBSD

GPG Key ID:  0x6A84658F52456EEE
GPG Key Fingerprint: 2ABA B6BD EF6A F486 BE89  3D9E 6A84 658F 5245 6EEE


signature.asc
Description: PGP signature

Re: ZFS ABD Panic

[Andriy Gapon]

On 26/06/2017 03:31, Shawn Webb wrote:
> This is on the latest HardenedBSD 12-CURRENT on one of my servers:
> 
> [141] panic: sleepq_add: td 0xf80008d20560 to sleep on wchan 
> 0xf803b7d4e810 with sleeping prohibited
> [141] cpuid = 5
> [141] time = 1498436043
> [141] KDB: stack backtrace:
> [141] db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 
> 0xfe2fc8b0
> [141] vpanic() at vpanic+0x19c/frame 0xfe2fc930
> [141] kassert_panic() at kassert_panic+0x126/frame 0xfe2fc9a0
> [141] sleepq_add() at sleepq_add+0x34f/frame 0xfe2fc9f0
> [141] _sx_xlock_hard() at _sx_xlock_hard+0x2a4/frame 0xfe2fcaa0
> [141] _sx_xlock() at _sx_xlock+0x98/frame 0xfe2fcae0
> [141] refcount_remove_many() at refcount_remove_many+0x2a/frame 
> 0xfe2fcb20
> [141] abd_return_buf() at abd_return_buf+0xe3/frame 0xfe2fcb50
> [141] vdev_geom_io_intr() at vdev_geom_io_intr+0x114/frame 0xfe2fcb70
> [141] g_io_schedule_up() at g_io_schedule_up+0x42/frame 0xfe2fcba0
> [141] g_up_procbody() at g_up_procbody+0x6d/frame 0xfe2fcbb0
> [141] fork_exit() at fork_exit+0x84/frame 0xfe2fcbf0
> [141] fork_trampoline() at fork_trampoline+0xe/frame 0xfe2fcbf0

Seems like another architectural incompatibility between illumos and FreeBSD.
Are you able to reproduce the crash more or less reliably?

-- 
Andriy Gapon
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: Compiler more strict on 12 with r320337 ?

[Dimitry Andric]

On 27 Jun 2017, at 13:20, Kurt Jaeger  wrote:
> 
> Hi!
> 
>>> Compiling devel/lfcbase, it fails while including sys/socketvar.h with
>>> this error:
>>> 
>>> In file included from Net.cc:36:
>>> /usr/include/sys/socketvar.h:117:4: error: types cannot be declared in an
>>> anonymous struct
>>>   enum {
>>>   ^
>>> 1 error generated.
>>> 
>>> Should sys/socketvar.h be included at all ?
>> 
>> Hi Kurt,
>>  What compiler/CFLAGS (in particular, -std=) are you using to 
>> compile devel/lfcbase?
> 
> http://people.freebsd.org/~pi/logs/lfcbase.txt
> 
> says:
> 
> /bin/sh ../libtool  --tag=CXX--mode=compile c++ -DHAVE_CONFIG_H  -I. -I.. 
>  -O3 -O2 -pipe -fstack-protector -fno-strict-aliasing -MT Net.lo -MD -MP 
> -MF .deps/Net.Tpo -c -o Net.lo Net.cc

Ah, this is because you're compiling the header as C++.  Normally values
like SQ_NONE, SQ_INCOMP etc are defined as preprocessor macros, not enum
values.  Either that should be done, or define the enum should be
declared outside the struct.

-Dimitry



signature.asc
Description: Message signed with OpenPGP

Re: Compiler more strict on 12 with r320337 ?

[Kurt Jaeger]

Hi!

> > Compiling devel/lfcbase, it fails while including sys/socketvar.h with
> > this error:
> > 
> > In file included from Net.cc:36:
> > /usr/include/sys/socketvar.h:117:4: error: types cannot be declared in an
> >  anonymous struct
> >enum {
> >^
> > 1 error generated.
> > 
> > Should sys/socketvar.h be included at all ?
> 
> Hi Kurt,
>   What compiler/CFLAGS (in particular, -std=) are you using to 
> compile devel/lfcbase?

http://people.freebsd.org/~pi/logs/lfcbase.txt

says:

/bin/sh ../libtool  --tag=CXX--mode=compile c++ -DHAVE_CONFIG_H  -I. -I..  
-O3 -O2 -pipe -fstack-protector -fno-strict-aliasing -MT Net.lo -MD -MP -MF 
.deps/Net.Tpo -c -o Net.lo Net.cc


and: 

c++ --version

says:

FreeBSD clang version 4.0.0 (tags/RELEASE_400/final 297347) (based on LLVM 
4.0.0)
Target: x86_64-unknown-freebsd12.0
Thread model: posix
InstalledDir: /usr/bin

-- 
p...@opsec.eu+49 171 3101372 3 years to go !
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

[base package build] [fail] r320347 -> r320392: install: builddir/Africa/Abidjan: No such file or directory

[Boris Samorodov]

Hi,

I regularly build base packages for FreeBSD-HEAD-amd64. After jump from
r320347 to r320392 (build world/kernel are fine) I get an error while
package building (make -C /usr/src packages):
-
--- realinstall_subdir_share ---
--- realinstall_subdir_share/zoneinfo ---
install: builddir/Africa/Abidjan: No such file or directory
*** [install-zoneinfo] Error code 71
-

--
WBR, Boris Samorodov (bsam)
FreeBSD Committer, http://www.FreeBSD.org The Power To Serve
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: Compiler more strict on 12 with r320337 ?

[Ngie Cooper (yaneurabeya)]

> On Jun 26, 2017, at 23:31, Kurt Jaeger  wrote:
> 
> Hi!
> 
> Compiling devel/lfcbase, it fails while including sys/socketvar.h with
> this error:
> 
> In file included from Net.cc:36:
> /usr/include/sys/socketvar.h:117:4: error: types cannot be declared in an
>  anonymous struct
>enum {
>^
> 1 error generated.
> 
> Should sys/socketvar.h be included at all ?

Hi Kurt,
What compiler/CFLAGS (in particular, -std=) are you using to 
compile devel/lfcbase?
Thanks!
-Ngie


signature.asc
Description: Message signed with OpenPGP using GPGMail

Re: Compiler more strict on 12 with r320337 ?

[Mark Millard]

Kurt Jaeger lists at opsec.eu  wrote on
Tue Jun 27 06:31:11 UTC 2017 :

> Compiling devel/lfcbase, it fails while including sys/socketvar.h with
> this error:
> 
> In file included from Net.cc:36:
> /usr/include/sys/socketvar.h:117:4: error: types cannot be declared in an
>   anonymous struct
> enum {
> ^
> 1 error generated.

The rejected syntax in socketvar.h was added in -r319722 :

To: revision 319722 by glebius, Thu Jun 8 21:30:34 2017 UTC
From: revision 319641 by glebius, Wed Jun 7 01:48:11 2017 UTC

and so is fairly recent. So if that is more recent than
the most recent compile that worked for you then it may
not be a compiler change at all.

===
Mark Millard
markmi at dsl-only.net

___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Compiler more strict on 12 with r320337 ?

[Kurt Jaeger]

Hi!

Compiling devel/lfcbase, it fails while including sys/socketvar.h with
this error:

In file included from Net.cc:36:
/usr/include/sys/socketvar.h:117:4: error: types cannot be declared in an
  anonymous struct
enum {
^
1 error generated.

Should sys/socketvar.h be included at all ?

-- 
p...@freebsd.org +49 171 31013723 years to go !
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"