Re: Bug in make setting wrong MAKESYSPATH

>From Simon J. Gerraty: > Thomas Mueller wrote: > > I go into /BETA1/usr/ports/ports-mgmt/synth , run > > env MAKESYSPATH make all-depends-list > I assume you mean MAKESYSPATH=something? otherwise env itself should > vomit When I did those last examples, that last line

Re: ino64: desastrous update - recommendations not working!!!

Am Wed, 24 May 2017 08:40:17 -0600 Alan Somers schrieb: > On Wed, May 24, 2017 at 4:42 AM, Hartmann, O. wrote: > > On almost every CURRENT that has been updated according to UPDATING > > entry 2017-05-23 regarding ino64, the recommended update

Re: NFS client performance degradation when SMP enabled

Nope, it's an alc and the driver has very few changes between the old and new kernel (a change in the DMA channel from 3 to 4, whatever that means?). rick From: Ryan Stone Sent: Wednesday, May 24, 2017 8:12:54 PM To: Rick Macklem Cc:

Re: Build failure in sys/modules/drm2/radeonkmsfw/ARUBA_pfp

On Thu, May 25, 2017 at 05:07:19AM -0700, David Wolfskill wrote: > This is on my "build machine"; running GENERIC/amd64 built yesterday: > > FreeBSD freebeast.catwhisker.org 12.0-CURRENT FreeBSD 12.0-CURRENT #353 > r318739M/318739:1200031: Wed May 24 10:00:20 PDT 2017 >

Build failure in sys/modules/drm2/radeonkmsfw/ARUBA_pfp

This is on my "build machine"; running GENERIC/amd64 built yesterday: FreeBSD freebeast.catwhisker.org 12.0-CURRENT FreeBSD 12.0-CURRENT #353 r318739M/318739:1200031: Wed May 24 10:00:20 PDT 2017 r...@freebeast.catwhisker.org:/common/S4/obj/usr/src/sys/GENERIC amd64 after updating

Re: The futur of the roff toolchain

On Thu, May 25, 2017 at 11:45:19AM +, Glen Barber wrote: > On Sun, May 21, 2017 at 02:57:33PM +0200, Baptiste Daroussin wrote: > > No the problem left is documentations available in share/doc. > > > > I would like to push them elsewhere. Those documents are mostly useful for > > historical

Re: Build failure in sys/modules/drm2/radeonkmsfw/ARUBA_pfp

On Thu, May 25, 2017 at 05:07:19AM -0700, David Wolfskill wrote: > ... > I have attached a copy of the meta file in question. > Bah. Really attaching this time. Peace, david -- David H. Wolfskill da...@catwhisker.org "[T]he president’s improper efforts to

Re: The futur of the roff toolchain

On Sun, May 21, 2017 at 02:57:33PM +0200, Baptiste Daroussin wrote: > No the problem left is documentations available in share/doc. > > I would like to push them elsewhere. Those documents are mostly useful for > historical reason (hence we want to keep them) but not really for daily use of >

Re: The futur of the roff toolchain

On Thu, May 25, 2017 at 01:12:51PM +0100, tj wrote: > On Thu, May 25, 2017 at 02:07:00PM +0200, Baptiste Daroussin wrote: > > On Thu, May 25, 2017 at 11:45:19AM +, Glen Barber wrote: > > > On Sun, May 21, 2017 at 02:57:33PM +0200, Baptiste Daroussin wrote: > > > > No the problem left is

pkg weirdness

On a machine, pkg install xorg-server. It wants to install the 1G llvm40 downloads... errors out. Reboot boot up use tty1 rather than tty0 pkg install xorg-server AGAIN downloads the metadata. starts to AGAIN download llvm40, I cntl-C it. I add 'pkg add ' the llvm40 that is

Re: Build failure in sys/modules/drm2/radeonkmsfw/ARUBA_pfp

David Wolfskill wrote: > On Thu, May 25, 2017 at 05:07:19AM -0700, David Wolfskill wrote: > > This is on my "build machine"; running GENERIC/amd64 built yesterday: > > > > FreeBSD freebeast.catwhisker.org 12.0-CURRENT FreeBSD 12.0-CURRENT #353 > >

Re: pkg weirdness [corrected]

Errata... on a part of the below... On Thu, 25 May 2017 17:19:05 -0700 (PDT), "Jeffrey Bouquet" wrote: > On a machine, pkg install xorg-server. > It wants to install the 1G llvm40 > downloads... errors out. Reboot > > boot up > use tty1 rather

adding -R to the skeleton file for the PAGER variable

I ran into an "interesting" issue today using the devel/awscli port. aws help generates almost unreadable output using the "standard" shell .profile, etc. The reason is it uses $PAGER or $MANPAGER if it's present, and the skeleton sets: PAGER=more which, using the .rst files that awscli

Re: The futur of the roff toolchain

On Thu, May 25, 2017 at 01:12:51PM +0100, tj wrote: > On Thu, May 25, 2017 at 02:07:00PM +0200, Baptiste Daroussin wrote: > > On Thu, May 25, 2017 at 11:45:19AM +, Glen Barber wrote: > > > On Sun, May 21, 2017 at 02:57:33PM +0200, Baptiste Daroussin wrote: > > > > No the problem left is

Re: The futur of the roff toolchain

> > Fixed, and reuploaded. because there should be some caching on people.f.o you > cannot yet see the fixed version but I have fixed it. It is supposed to be a > monocolumn as far as I understand it. Yup, that renders fine for me now too. - [tj]

Re: Build failure in sys/modules/drm2/radeonkmsfw/ARUBA_pfp

On Thu, May 25, 2017 at 05:07:19AM -0700, David Wolfskill wrote: > This is on my "build machine"; running GENERIC/amd64 built yesterday: > Nevermind. Replacing /usr/src with a fresh checkout resolved the issue. Peace, davdi -- David H. Wolfskill

Re: The futur of the roff toolchain

On Thu, May 25, 2017 at 02:07:00PM +0200, Baptiste Daroussin wrote: > On Thu, May 25, 2017 at 11:45:19AM +, Glen Barber wrote: > > On Sun, May 21, 2017 at 02:57:33PM +0200, Baptiste Daroussin wrote: > > > No the problem left is documentations available in share/doc. > > > > > > I would like

Re: ino64 package fallout

On Wed, May 24, 2017 at 05:49:04PM -0700, Don Lewis wrote: > On 24 May, Konstantin Belousov wrote: > > On Wed, May 24, 2017 at 10:05:22AM -0700, Don Lewis wrote: > >> I just upgraded by package build box and its poudriere jail to r318776 > >> and ran into some significant package build fallout. >

Re: ino64? r318606 -> r318739 OK; r318739 -> r318781 fails SIGSEGV

Simon J. Gerraty wrote: > Peter Jeremy wrote: > > In my case, I have "WITH_META_MODE=yes" in /etc/src-env.conf and was > > using "make buildworld" - which failed. The upgrade worked cleanly > > when I manually deleted all the .meta files. If I get a round

Re: Bug in make setting wrong MAKESYSPATH

Thomas Mueller wrote: > When I did those last examples, that last line was > env MAKESYSPATH=/usr/share/mk make all-depends-list ok, that makes sense. > > > and then it seems to work correctly with no syntax error in > > > /BETA1/usr/share/mk/bsd.compiler.mk > > > > > Maybe

Rangeley C2758: missed IOMMU support for Xen Dom0

Hello, Could you please help me understand what and were i did wrong? Running a FreeBSD 12.0-CURRENT-r318425 GENERIC-NODEBUG and trying to install Xen Dom0 (xen-4.7.0_2 from ports). HW setup: Supermicro A1SRM-2758F [Intel Rangeley Atom processor C2758] Motherboard spec: