Re: HEADS UP: Standalone kernel debug files moving out of /boot/kernel/

2014-10-30 Thread John-Mark Gurney
Steven Hartland wrote this message on Wed, Oct 29, 2014 at 16:49 +: Hmm not sure I like this idea as it would make it more difficult to make a copy / backup a kernel. ATM when I want to copy a kernel for debugging its a one liner, splitting debug symbols off to /usr/lib would prevent

Re: Tracking enhancements/wishlist items (was junior kernel tasks)

2014-10-30 Thread Eitan Adler
On 29 October 2014 16:00, Garrett Cooper yaneurab...@gmail.com wrote: On Oct 29, 2014, at 13:53, Marcus von Appen m...@freebsd.org wrote: ... If we are going to do that, the area however should be separate from typical bugs, so people do not confuse wishes with bugs and vice versa. Also,

Heimdal with OpenLDAP backend: Cannot open /usr/lib/hdb_ldap.so

2014-10-30 Thread O. Hartmann
On CURRENT (FreeBSD 11.0-CURRENT #0 r273810: Wed Oct 29 07:52:22 CET 2014 amd64) a running net/openldap24-sasl-server system is installed and running and is now about to be the database backend for Kerberos/Heimdal. net/openldap24-sasl-server is at openldap-sasl-server-2.4.40. The database

Re: Heimdal with OpenLDAP backend: Cannot open /usr/lib/hdb_ldap.so

2014-10-30 Thread Lévai László
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, try this: [1] kill all kerberos process [2] to start KDC: /usr/local/libexec/kdc --detach [3] /usr/local/sbin/kadmin -l kadmin list -l * [...] Principal: krbtgt/... Principal expires: never Password expires: never Last

Re: Heimdal with OpenLDAP backend: Cannot open /usr/lib/hdb_ldap.so

2014-10-30 Thread O. Hartmann
On Thu, 30 Oct 2014 09:35:49 +0100 Lévai László laszlo.lev.le...@gmail.com wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, try this: [1] kill all kerberos process [2] to start KDC: /usr/local/libexec/kdc --detach [3] /usr/local/sbin/kadmin -l kadmin list -l * [...]

Re: Heimdal with OpenLDAP backend: Cannot open /usr/lib/hdb_ldap.so

2014-10-30 Thread Lévai László
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 2014-10-30 09:47 keltezéssel, O. Hartmann írta: On Thu, 30 Oct 2014 09:35:49 +0100 Lévai László laszlo.lev.le...@gmail.com wrote: Hi, try this: [1] kill all kerberos process [2] to start KDC: /usr/local/libexec/kdc --detach [3]

Re: HEADS UP: Standalone kernel debug files moving out of /boot/kernel/

2014-10-30 Thread Steven Hartland
On 30/10/2014 08:24, O'Connor, Daniel wrote: On 30 Oct 2014, at 13:23, Steven Hartland kill...@multiplay.co.uk wrote: Making things harder to manage vs saving a little bit of space on the root partition really doesn't sound like a good idea; especially when with the ZFS install, which I would

Re: Heimdal with OpenLDAP backend: Cannot open /usr/lib/hdb_ldap.so

2014-10-30 Thread O. Hartmann
On Thu, 30 Oct 2014 10:02:19 +0100 Lévai László laszlo.lev.le...@gmail.com wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 2014-10-30 09:47 keltezéssel, O. Hartmann írta: On Thu, 30 Oct 2014 09:35:49 +0100 Lévai László laszlo.lev.le...@gmail.com wrote: Hi, try this:

Re: HEADS UP: Standalone kernel debug files moving out of /boot/kernel/

2014-10-30 Thread Steven Hartland
On 30/10/2014 09:47, O'Connor, Daniel wrote: On 30 Oct 2014, at 19:44, Steven Hartland kill...@multiplay.co.uk wrote: On 30/10/2014 08:24, O'Connor, Daniel wrote: On 30 Oct 2014, at 13:23, Steven Hartland kill...@multiplay.co.uk wrote: Making things harder to manage vs saving a little bit of

Re: Heimdal with OpenLDAP backend: Cannot open /usr/lib/hdb_ldap.so

2014-10-30 Thread Lévai László
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 I work two weeks ago this Heimdal + OpenLDAP combo. Now Heimdal can connect to OpenLDAP backend. I turned off TLS encryption and everyone can write the LDAP tree (for testing purpose). After that init MY.REALM is working. BUT. For some reasons ssh

Re: HEADS UP: Standalone kernel debug files moving out of /boot/kernel/

2014-10-30 Thread O'Connor, Daniel
On 30 Oct 2014, at 19:44, Steven Hartland kill...@multiplay.co.uk wrote: On 30/10/2014 08:24, O'Connor, Daniel wrote: On 30 Oct 2014, at 13:23, Steven Hartland kill...@multiplay.co.uk wrote: Making things harder to manage vs saving a little bit of space on the root partition really doesn't

Re: HEADS UP: Standalone kernel debug files moving out of /boot/kernel/

2014-10-30 Thread O'Connor, Daniel
On 30 Oct 2014, at 13:23, Steven Hartland kill...@multiplay.co.uk wrote: Making things harder to manage vs saving a little bit of space on the root partition really doesn't sound like a good idea; especially when with the ZFS install, which I would suggest is becoming the norm, the root

Re: HEADS UP: Standalone kernel debug files moving out of /boot/kernel/

2014-10-30 Thread Bjoern A. Zeeb
On 30 Oct 2014, at 09:47 , O'Connor, Daniel Daniel.O'con...@emc.com wrote: On 30 Oct 2014, at 19:44, Steven Hartland kill...@multiplay.co.uk wrote: On 30/10/2014 08:24, O'Connor, Daniel wrote: On 30 Oct 2014, at 13:23, Steven Hartland kill...@multiplay.co.uk wrote: Making things harder to

Re: HEADS UP: Standalone kernel debug files moving out of /boot/kernel/

2014-10-30 Thread Ed Maste
On 29 October 2014 22:32, Steve Kargl s...@troutmask.apl.washington.edu wrote: On Wed, Oct 29, 2014 at 03:15:50PM -0400, Ed Maste wrote: On 29 October 2014 12:49, Steven Hartland kill...@multiplay.co.uk wrote: Hmm not sure I like this idea as it would make it more difficult to make a copy /

Re: HEADS UP: Standalone kernel debug files moving out of /boot/kernel/

2014-10-30 Thread Ed Maste
On 30 October 2014 09:07, Ed Maste ema...@freebsd.org wrote: On 29 October 2014 22:32, Steve Kargl s...@troutmask.apl.washington.edu wrote: On Wed, Oct 29, 2014 at 03:15:50PM -0400, Ed Maste wrote: On 29 October 2014 12:49, Steven Hartland kill...@multiplay.co.uk wrote: Hmm not sure I like

Re: HEADS UP: Standalone kernel debug files moving out of /boot/kernel/

2014-10-30 Thread Steven Hartland
On 30/10/2014 12:10, Bjoern A. Zeeb wrote: On 30 Oct 2014, at 09:47 , O'Connor, Daniel Daniel.O'con...@emc.com wrote: On 30 Oct 2014, at 19:44, Steven Hartland kill...@multiplay.co.uk wrote: On 30/10/2014 08:24, O'Connor, Daniel wrote: On 30 Oct 2014, at 13:23, Steven Hartland

Re: HEADS UP: Standalone kernel debug files moving out of /boot/kernel/

2014-10-30 Thread Ed Maste
On 30 October 2014 09:21, Steven Hartland kill...@multiplay.co.uk wrote: On 30/10/2014 12:10, Bjoern A. Zeeb wrote: (a) symbol files are for developers. Developers are clever people, often with custom systems, they know how to deal with them as they already do whatever they want anyway in 7

Re: HEADS UP: Standalone kernel debug files moving out of /boot/kernel/

2014-10-30 Thread Steven Hartland
On 30/10/2014 14:15, Ed Maste wrote: On 30 October 2014 09:21, Steven Hartland kill...@multiplay.co.uk wrote: On 30/10/2014 12:10, Bjoern A. Zeeb wrote: (a) symbol files are for developers. Developers are clever people, often with custom systems, they know how to deal with them as they

Re: HEADS UP: Standalone kernel debug files moving out of /boot/kernel/

2014-10-30 Thread Ed Maste
On 30 October 2014 10:26, Steven Hartland kill...@multiplay.co.uk wrote: Yer that's the process that was in my head, if debug symbols aren't available when savecore runs we're going to need a way to update / rerun when they are available, or even better give it the ability to do the same job

Re: HEADS UP: Standalone kernel debug files moving out of /boot/kernel/

2014-10-30 Thread Steven Hartland
On 30/10/2014 14:40, Ed Maste wrote: On 30 October 2014 10:26, Steven Hartland kill...@multiplay.co.uk wrote: Yer that's the process that was in my head, if debug symbols aren't available when savecore runs we're going to need a way to update / rerun when they are available, or even better

Re: HEADS UP: Standalone kernel debug files moving out of /boot/kernel/

2014-10-30 Thread Ed Maste
On 30 October 2014 02:20, John-Mark Gurney j...@funkthat.com wrote: Oh, make sure that make install (or installkernel) properly handles moving the debug data too... i.e. kernel to kernel.old... Yes, in the case that /boot/kernel is moved to /boot/kernel.old /usr/lib/debug/boot/kernel is moved

Re: HEADS UP: Standalone kernel debug files moving out of /boot/kernel/

2014-10-30 Thread Garrett Cooper
On Oct 30, 2014, at 7:15, Ed Maste ema...@freebsd.org wrote: … Whether that is /boot/kernel/symbols/* or /usr/lib/***, I couldn’t care less Note that if they go in /boot/kernel/symbols/ then we have to teach GDB, LLDB, and other tools to look there; if they go in /usr/lib/debug they're

Booting from symlinked kernels (was HEADS UP: Standalone kernel debug files moving out of /boot/kernel/)

2014-10-30 Thread Garrett Cooper
On Oct 30, 2014, at 6:07, Ed Maste ema...@freebsd.org wrote: On 29 October 2014 22:32, Steve Kargl s...@troutmask.apl.washington.edu wrote: On Wed, Oct 29, 2014 at 03:15:50PM -0400, Ed Maste wrote: On 29 October 2014 12:49, Steven Hartland kill...@multiplay.co.uk wrote: Hmm not sure I like

pkg 1.4.0.alpha3 - pkg: pkg_repo_fetch_remote_mmap(cannot mmap fetched): Invalid argument / Assertion failed: (curvar != NULL), function pkg_solve_add_request_rule, file pkg_solve.c, line 537.

2014-10-30 Thread Michael Jung
Hello: Errors shown toward end of email. Note this is a cleanly installed jail but an previously built repository from an older version of head. I can nuke the head repository and rebuild from scratch but I wanted to present these errors first. --mikej FreeBSD bsd11 11.0-CURRENT FreeBSD

Re: pkg 1.4.0.alpha3 - pkg: pkg_repo_fetch_remote_mmap(cannot mmap fetched): Invalid argument / Assertion failed: (curvar != NULL), function pkg_solve_add_request_rule, file pkg_solve.c, line 537.

2014-10-30 Thread Baptiste Daroussin
On Thu, Oct 30, 2014 at 12:53:29PM -0400, Michael Jung wrote: Hello: Errors shown toward end of email. Note this is a cleanly installed jail but an previously built repository from an older version of head. I can nuke the head repository and rebuild from scratch but I wanted to

Re: HEADS UP: Standalone kernel debug files moving out of /boot/kernel/

2014-10-30 Thread Garance A Drosehn
On 30 Oct 2014, at 12:49, Ed Maste wrote: On 30 October 2014 02:20, John-Mark Gurney j...@funkthat.com wrote: Oh, make sure that make install (or installkernel) properly handles moving the debug data too... i.e. kernel to kernel.old... Yes, in the case that /boot/kernel is moved to

Re: pkg 1.4.0.alpha3 - pkg: pkg_repo_fetch_remote_mmap(cannot mmap fetched): Invalid argument / Assertion failed: (curvar != NULL), function pkg_solve_add_request_rule, file pkg_solve.c, line 537.

2014-10-30 Thread Michael Jung
On 2014-10-30 13:10, Baptiste Daroussin wrote: On Thu, Oct 30, 2014 at 12:53:29PM -0400, Michael Jung wrote: Hello: Errors shown toward end of email. Note this is a cleanly installed jail but an previously built repository from an older version of head. I can nuke the head repository and

Re: Heimdal with OpenLDAP backend: Cannot open /usr/lib/hdb_ldap.so

2014-10-30 Thread Benjamin Kaduk
[stripping -questions; please don't cross-post] Disclaimer: I am part of the group that develops MIT Kerberos On Thu, 30 Oct 2014, O. Hartmann wrote: Searching for suitable manuals, I found some HowTos describing how to setup MIT Kerberos V with an OpenLDAP backend and I started following

Re: Heimdal with OpenLDAP backend: Cannot open /usr/lib/hdb_ldap.so

2014-10-30 Thread László Lévai
Today afternoon I deleted the Heimdal. I will start from begining with security/krb5 port. 2014.10.30. 21:52 ezt írta (Benjamin Kaduk ka...@mit.edu): [stripping -questions; please don't cross-post] Disclaimer: I am part of the group that develops MIT Kerberos On Thu, 30 Oct 2014, O. Hartmann

Build failed in Jenkins: FreeBSD_HEAD-tests2 #156

2014-10-30 Thread jenkins-admin
See https://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD-tests2/156/ -- Started by build flow Build_Image_and_Run_Tests_in_Bhyve_HEAD#151 Building remotely on havoc.ysv.freebsd.org (FreeBSD-10) in workspace

Re: Heimdal with OpenLDAP backend: Cannot open /usr/lib/hdb_ldap.so

2014-10-30 Thread Benjamin Kaduk
On Thu, 30 Oct 2014, László Lévai wrote: Today afternoon I deleted the Heimdal. I will start from begining with security/krb5 port. You probably want to make sure that /usr/local/bin and /usr/local/sbin are at the front of the PATH of the processes in question, so that the tools from the base

Build failed in Jenkins: FreeBSD_HEAD-tests2 #157

2014-10-30 Thread jenkins-admin
See https://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD-tests2/157/ -- Started by build flow Build_Image_and_Run_Tests_in_Bhyve_HEAD#152 Building remotely on havoc.ysv.freebsd.org (FreeBSD-10) in workspace

VT: NOT giving extended console

2014-10-30 Thread Larry Rosenman
Upgraded to: FreeBSD borg.lerctr.org 11.0-CURRENT FreeBSD 11.0-CURRENT #4 r273876: Thu Oct 30 21:44:26 CDT 2014 r...@borg.lerctr.org:/usr/obj/usr/src/sys/VT-LER amd64 and do NOT get the big VT console. Dmesg.boot: Copyright (c) 1992-2014 The FreeBSD Project. Copyright (c) 1979, 1980,

Re: HEADS UP: Standalone kernel debug files moving out of /boot/kernel/

2014-10-30 Thread Julian Elischer
On 10/31/14, 1:41 AM, Garance A Drosehn wrote: On 30 Oct 2014, at 12:49, Ed Maste wrote: On 30 October 2014 02:20, John-Mark Gurney j...@funkthat.com wrote: Oh, make sure that make install (or installkernel) properly handles moving the debug data too... i.e. kernel to kernel.old... Yes, in