Re: make installworld failing with locales due to broken symlinks

On Sun, Nov 15, 2015 at 05:57:52PM -0800, NGie Cooper wrote: > Hi, > I run into this error when running `make installworld` with a world > installed prior and during the projects/collation merge to head — reason is > that the target for the symlink doesn’t exist. This might be fallout from

Re: CFT: uintmax_t rman

On Mon, Nov 16, 2015 at 6:25 PM, Benjamin Kaduk wrote: > On Mon, 16 Nov 2015, Warner Losh wrote: > >> > >> > On Nov 15, 2015, at 9:13 PM, Justin Hibbits wrote: >> > >> > (Attempted to send this yesterday, but appears it didn't go through. >> > Apologies if

FreeBSD_HEAD-tests - Build #1703 - Still Unstable

FreeBSD_HEAD-tests - Build #1703 - Still Unstable: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1703/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1703/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1703/console Change

Re: CFT: uintmax_t rman

[snip] emulators! emulators emulators emulators emulators emulators! You can emulate x86 (32, 64 bit) on your ppc via qemu-devel. I know that mips, mipsel, mips64, mips64el all work via qemu-system-*. sparc64 is .. coming. I'm not sure about arm, but I know arm64 can run in the emulator fine.

Re: CFT: uintmax_t rman

On Tue, Nov 17, 2015 at 9:56 AM, Justin Hibbits wrote: > On Tue, Nov 17, 2015 at 10:41 AM, Adrian Chadd > wrote: > > [snip] > > > > emulators! emulators emulators emulators emulators emulators! > > > > You can emulate x86 (32, 64 bit) on your ppc

Re: Panic while waiting on wlan0

hiya! try updating to head as of today. Some callout issues were fixed. Thanks! -a On 17 November 2015 at 01:45, Florian Limberger wrote: > Hi, > > I am running -CURRENT on my Lenovo T410 notebook since nearly a year now and > am now experiencing my first

Re: libXO-ification - Why - and is it a symptom of deeper issues?

Dan Partelly wrote: > Juniper can further help FreeBSD by donating the code of their > system management daemon and their fine granularity permissions At the cost of i18n etc? The Junos UI is totally data driven, syntax is verified term by term (since depending on your

Re: CFT: uintmax_t rman

On Tue, Nov 17, 2015 at 10:41 AM, Adrian Chadd wrote: > [snip] > > emulators! emulators emulators emulators emulators emulators! > > You can emulate x86 (32, 64 bit) on your ppc via qemu-devel. > I know that mips, mipsel, mips64, mips64el all work via qemu-system-*. >

FreeBSD_HEAD-tests - Build #1704 - Still Unstable

FreeBSD_HEAD-tests - Build #1704 - Still Unstable: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1704/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1704/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1704/console Change

Re: libXO-ification - Why - and is it a symptom of deeper issues?

> On 17 Nov 2015, at 11:04, Julian Elischer > wrote: > > Personally I would have liked it if in '91 we had followed one very serious > suggestion, > and implemented every user command as a base 'library', and a tcl wrapper > script that gave

Re: libXO-ification - Why - and is it a symptom of deeper issues?

Dan Partelly wrote: > Management daemon with fine grained permission, extremely > useful. Would Juniper consider donating to FreeBSD under a BSD license > portions of this code, the MGD, which could be reused in FreeBSD ? A Right now I suspect the answer to that might be

FreeBSD_HEAD-tests - Build #1706 - Still Unstable

FreeBSD_HEAD-tests - Build #1706 - Still Unstable: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1706/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1706/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1706/console Change

Re: LOR in mpr(4)

On 11/12/15 09:44, Pete Wright wrote: > Hi All, > Just wanted a sanity check before filing a PR. I am running r290688 and > am seeing a LOR being triggered in the mpr(4) device: > > $ uname -ar > FreeBSD srd0013 11.0-CURRENT FreeBSD 11.0-CURRENT #1 r290688: Wed Nov 11 > 21:28:26 PST 2015

Re: FreeBSD_HEAD-tests - Build #1704 - Still Unstable

On Tue, Nov 17, 2015 at 20:34:29 +0100, Baptiste Daroussin wrote: > On Tue, Nov 17, 2015 at 05:36:45PM +, jenkins-ad...@freebsd.org wrote: > > FreeBSD_HEAD-tests - Build #1704 - Still Unstable: > > > > Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1704/ > > Full change

Re: libXO-ification - Why - and is it a symptom of deeper issues?

Software wise, your biggest competitive advantage is using a re-branded BSD operating system. On a more serious note, surely I understand and support this position. The BSD license stays for true freedom, unlike the GNU beer . But we would never be sure that your company would say no,

FreeBSD_HEAD-tests - Build #1705 - Still Unstable

FreeBSD_HEAD-tests - Build #1705 - Still Unstable: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1705/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1705/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1705/console Change

FreeBSD_HEAD-tests - Build #1707 - Still Unstable

FreeBSD_HEAD-tests - Build #1707 - Still Unstable: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1707/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1707/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1707/console Change

Re: CFT: uintmax_t rman

On Mon, Nov 16, 2015 at 07:25:54PM -0500, Benjamin Kaduk wrote: > Channeling my inner bde (maybe?), the typedef is probably helpful, but > uintmax_t seems less so. uintmax_t has no guaranteed ABI, so a > fixed-width type like uint64_t seems beter, assuming that uintmax_t is > currently uint64_t

Re: libXO-ification - Why - and is it a symptom of deeper issues?

On Tue, Nov 17, 2015 at 10:04 AM, Julian Elischer wrote: > On 11/15/15 8:54 PM, Dan Partelly wrote: > >> Hi all, >> >> I was looking at the new facility of dumping JSON,XML from many utils in >> base and after some funny minutes, I couldn't stop ask myself “ Ok, this is >>

‘zpool get’ command help output.

Hi, running the command $ zpool get missing property argument usage: get [-Hp] [-o "all" | field[,...]] <"all" | property[,...]> ... the following properties are supported: PROPERTY EDIT VALUES allocated NO capacity NO

Re: libXO-ification - Why - and is it a symptom of deeper issues?

On 11/15/15 8:54 PM, Dan Partelly wrote: Hi all, I was looking at the new facility of dumping JSON,XML from many utils in base and after some funny minutes, I couldn't stop ask myself “ Ok, this is funny , but why ? “ And I couldn't find a real answer. Ill outline what I think: 1.

Re: libXO-ification - Why - and is it a symptom of deeper issues?

On 11/16/15 1:51 AM, Andrey Chernov wrote: On 15.11.2015 20:37, Adrian Chadd wrote: On 15 November 2015 at 09:10, Dan Partelly wrote: Meaning, is that simple to push things in head , if somone does the work, even with with no proper review of the problem at hand , and

Re: libXO-ification - Why - and is it a symptom of deeper issues?

On 11/16/15 7:36 AM, Don Lewis wrote: On 15 Nov, Allan Jude wrote: On 2015-11-15 13:06, Garrett Cooper wrote: On Nov 15, 2015, at 09:51, Andrey Chernov wrote: On 15.11.2015 20:37, Adrian Chadd wrote: On 15 November 2015 at 09:10, Dan Partelly

Re: FreeBSD_HEAD-tests - Build #1704 - Still Unstable

On Tue, Nov 17, 2015 at 05:36:45PM +, jenkins-ad...@freebsd.org wrote: > FreeBSD_HEAD-tests - Build #1704 - Still Unstable: > > Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1704/ > Full change log: > https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1704/changes >

Re: libXO-ification - Why - and is it a symptom of deeper issues?

It’s not about the fronted. That would have to be replaced most likely The most useful part IMO is the permission engine itself, and maybe some other parts too but without insight into implementation I am not able to judge that. You could IPC key value-data into the security engine

Re: Panic while waiting on wlan0

Evening all, I had a very similar issue when I installed SVN r290768 on my T440 on Monday, upped the laptop to r290927 that evening and everything was cool again - didn't have a chance to post about it at the time, and it looks like Adrian had already caught it :) Regards, Ben On 11/17/15