Re: pkg.c revision 367687 breaks pkg

2020-11-15 Thread Michael Butler
Not for me, it's not .. imb@toshi:/usr/src/usr.sbin/pkg> pkg info -a The package management tool is not yet installed on your system. Do you want to fetch and install it now? [y/N]: n And yet .. imb@toshi:/home/imb> ll /usr/local/sbin/pkg -rwxr-xr-x 1 root wheel 2890304 Oct 11 09:54 /usr/loc

Re: pkg.c revision 367687 breaks pkg

2020-11-15 Thread Stefan Esser
Am 15.11.20 um 21:34 schrieb Kyle Evans: On Sun, Nov 15, 2020 at 2:05 PM Stefan Esser wrote: Am 15.11.20 um 20:41 schrieb Kyle Evans: This is a separate (valid) problem, but not directly related to Scott's work here. sysctlbyname now goes directly to the kernel with no chance for the user.* s

Re: pkg.c revision 367687 breaks pkg

2020-11-15 Thread Kyle Evans
On Sun, Nov 15, 2020 at 2:05 PM Stefan Esser wrote: > > Am 15.11.20 um 20:41 schrieb Kyle Evans: > > This is a separate (valid) problem, but not directly related to > > Scott's work here. sysctlbyname now goes directly to the kernel with > > no chance for the user.* sysctls to intercept. That shou

Re: pkg.c revision 367687 breaks pkg

2020-11-15 Thread Scott Long
> On Nov 15, 2020, at 1:05 PM, Stefan Esser wrote: > > Am 15.11.20 um 20:41 schrieb Kyle Evans: >> This is a separate (valid) problem, but not directly related to >> Scott's work here. sysctlbyname now goes directly to the kernel with >> no chance for the user.* sysctls to intercept. That shoul

Re: pkg.c revision 367687 breaks pkg

2020-11-15 Thread Stefan Esser
Am 15.11.20 um 20:41 schrieb Kyle Evans: This is a separate (valid) problem, but not directly related to Scott's work here. sysctlbyname now goes directly to the kernel with no chance for the user.* sysctls to intercept. That should independently be fixed to maintain the illusion that they're rea

Re: pkg.c revision 367687 breaks pkg

2020-11-15 Thread Scott Long
> On Nov 15, 2020, at 12:41 PM, Kyle Evans wrote: > > On Sun, Nov 15, 2020 at 1:33 PM Guy Yur wrote: >> >> On 15/11/20 8:55 pm, Scott Long wrote: >>> This is fixed in revision 367701 >>> >>> Scott >> >> Hi, >> >> I am on revision 367710 (newer) and have the same problem. >> sysctlbyname()

Re: pkg.c revision 367687 breaks pkg

2020-11-15 Thread Kyle Evans
On Sun, Nov 15, 2020 at 1:33 PM Guy Yur wrote: > > On 15/11/20 8:55 pm, Scott Long wrote: > > This is fixed in revision 367701 > > > > Scott > > Hi, > > I am on revision 367710 (newer) and have the same problem. > sysctlbyname() returns an empty string and length of 1. > sysctl() with name convert

Re: pkg.c revision 367687 breaks pkg

2020-11-15 Thread Guy Yur
On 15/11/20 8:55 pm, Scott Long wrote: This is fixed in revision 367701 Scott Hi, I am on revision 367710 (newer) and have the same problem. sysctlbyname() returns an empty string and length of 1. sysctl() with name converted to mib works fine. ssize_t tmplen; char path[1000] = { 0 }; tmple

Re: pkg.c revision 367687 breaks pkg

2020-11-15 Thread Scott Long
This is fixed in revision 367701 Scott > On Nov 15, 2020, at 11:52 AM, Manfred Antar wrote: > > pkg.c revision 367687 breaks pkg : > > (pkg)5052}pkg > The package management tool is not yet installed on your system. > Do you want to fetch and install it now? [y/N]: > > This is after upgradi

pkg.c revision 367687 breaks pkg

2020-11-15 Thread Manfred Antar
pkg.c revision 367687 breaks pkg : (pkg)5052}pkg The package management tool is not yet installed on your system. Do you want to fetch and install it now? [y/N]: This is after upgrading to the latest pkg and libutil. pkg.c version 367075 works: (pkg)5057}pkg pkg: not enough arguments Usage: pkg

in between freeBSD and ghostBSD

2020-11-15 Thread Miranda van Breukelingen (Lizbeth Mutterhunt, Ph.D.)
hiya, have this: https://www.unitedbsd.com/d/310-ghostbsd-to-be-made-current what do you think of it? laptop still compiling (29 hours for the userspace mostly llvm and clang). I think a good idea is a "('pkg update -f '*')", compiling from which ports. in ghostBSD it's simply pkg install p