Re: [OpenIndiana-discuss] package conflict: how to resolve? / this shouldn't happen, right?

2022-03-01 Thread Dieter Klünter
"Richard L. Hamilton"  writes:

> The following happened on a VM that gets updated just about daily (might go 
> as long as a few weeks occasionally, but that wasn't the case now), so it's 
> not as if it was way behind!  
>
> The illumos Project illumos-59b827862f  February 2022
> root@openindiana:~# pkg update
> Creating Plan (Checking for conflicting actions): /
> pkg update: The requested change to the system attempts to install multiple 
> actions
> for link 'usr/lib/amd64/libldap.so' with conflicting attributes:
>
> 1 package delivers 'link path=usr/lib/amd64/libldap.so 
> target=libldap.so.2.0.200':
> 
> pkg://openindiana.org/library/openldap@2.6.1,5.11-2022.0.0.0:20220219T185128Z
> 1 package delivers 'link path=usr/lib/amd64/libldap.so 
> target=libldap.so.5':
> 
> pkg://openindiana.org/system/library@0.5.11,5.11-2022.0.0.20981:20220219T020235Z
>
>
> These packages cannot be installed together. Any non-conflicting subset
> of the above packages can be installed.
> root@openindiana:~# 

There seems to be a openldap-2.6 library
pkg://openindiana.org/library/openldap@2.6.1,5.11-2022.0.0.0:20220219T185128Z

While openindiana provides openldap-2.4 libraries.

-Dieter

-- 
Dieter Klünter | Systemberatung
http://sys4.de
GPG Key ID: E9ED159B
53°37'09,95"N
10°08'02,42"E

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss


[OpenIndiana-discuss] kerberized lightdm

2022-02-27 Thread Dieter Klünter
Hi,
I just installed hipster 2021.1031. Unfortunately, due to a disk crash,
I had to reconfigure my new system, which led to kerberos-5 problems, no
PAM files and a LightDM which provides no Kerberos Plugin.
Any hints?
With regard to OpenLDAP, please note, that openldap provides a release
version 6, that is, openldap-2.6.

-Dieter

--
Dieter Klünter | Systemberatung
http://sys4.de
GPG Key ID: E9ED159B
53°37'09,95"N
10°08'02,42"E

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] Emacs-27.1 missing portable dumper file

2021-01-04 Thread Dieter Klünter
r...@bb-c.de (Rainer J.H. Brandt) writes:

> Hi Dieter,
>
> you wrote:
>> r...@bb-c.de (Rainer J.H. Brandt) writes:
>> 
>> > Hi,
>> >
>> > Dieter Klünter writes:
>> >> Reading Emacs Manual gives the impression that building Emacs-27.1 a 
>> >> emacs.pdmp dump file is created. On start Emacs requires this emacs.pdmp.
>> >> 
>> >> Can  somebody check this?
>> >
>> > I built 27.1 under Solaris 11.3 today
>> > (Sorry, my OI build setup isn't ready yet)
>> > and it created this file:
>> >
>> > $BASEDIR/libexec/emacs/27.1/i386-pc-solaris2.11/emacs.pdmp
>> >
>> > Emacs still starts after removing this file, but it takes much longer,
>> > and lots of elisp files are processed during startup.
>> >
>> > Cheers, Rainer
>> 
>> Today I have built Emacs from sources
>> (git.savannah.gnu.org/git/emacs.git)
>> 
>> make install copied  the emacs binary to /usr/local/bin and emacs.pdmp
>> to /usr/local/lib/emacs/27.0.1/x86_64-pc-linux-gnu/emacs.pdmp
>> 
>> Knowing the path to  pdmp file, speeds up the start remarkably.
>> 
>> You might try bootstrap-emacs form your build.
>
> Why?  I have no problem with emacs.pdmp and emacs starts quickly.
> I only described what happens after manual removal of the file
> because you asked whether someone could check if it is needed.
>
> Regards, Rainer
 
my bad,
i just complained about this warning.

Warning Warning!!!  Pure space overflow!!!Warning Warning
(See the node Pure Storage in the Lisp manual for details.)

which lead to slow Gnus operation.
I just build my own Emacs-28.0.50 version, which solved the warning.

-Dieter

--
Dieter Klünter | Directory Service
http://sys4.de
53°37'09,95"N
10°08'02,42"E

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] Emacs-27.1 missing portable dumper file

2021-01-04 Thread Dieter Klünter
r...@bb-c.de (Rainer J.H. Brandt) writes:

> Hi,
>
> Dieter Klünter writes:
>> Reading Emacs Manual gives the impression that building Emacs-27.1 a 
>> emacs.pdmp dump file is created. On start Emacs requires this emacs.pdmp.
>> 
>> Can  somebody check this?
>
> I built 27.1 under Solaris 11.3 today
> (Sorry, my OI build setup isn't ready yet)
> and it created this file:
>
> $BASEDIR/libexec/emacs/27.1/i386-pc-solaris2.11/emacs.pdmp
>
> Emacs still starts after removing this file, but it takes much longer,
> and lots of elisp files are processed during startup.
>
> Cheers, Rainer

Today I have built Emacs from sources
(git.savannah.gnu.org/git/emacs.git)

make install copied  the emacs binary to /usr/local/bin and emacs.pdmp
to /usr/local/lib/emacs/27.0.1/x86_64-pc-linux-gnu/emacs.pdmp

Knowing the path to  pdmp file, speeds up the start remarkably.

You might try bootstrap-emacs form your build.

-Dieter


-- 
Dieter Klünter | Systemberatung
http://sys4.de
GPG Key ID: E9ED159B
53°37'09,95"N
10°08'02,42"E

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss


[OpenIndiana-discuss] Emacs-27.1 missing portable dumper file

2020-12-30 Thread Dieter Klünter

Hi,

finding a file in Emacs and calling Gnus I get following Warning.

Warning Warning!!!  Pure space overflow    !!!Warning Warning
(See the node Pure Storage in the Lisp manual for details.)

Reading Emacs Manual gives the impression that building Emacs-27.1 a 
emacs.pdmp dump file is created. On start Emacs requires this emacs.pdmp.


Can  somebody check this?

-Dieter






--


--
Dieter Klünter | Directory Service
http://sys4.de
53°37'09,95"N
10°08'02,42"E


___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] What pkgs for building gnu stuff

2020-01-21 Thread Dieter Klünter via openindiana-discuss
Harry Putnam  writes:

> Does openindian have a package cluster or something similar for
> working gnu software building?
>
> If not what are the packages I would need for building emacs?

I have just build Emacs-28 on OpenSUSE. Note that Emacs-27 changed
environment to XDG,

XDG=Cross Desktop Group
--  URL=https://www.freedesktop.org  
--  Specifications for Interoperability.

* Build-Requirements
 - autoconf
 - automake
 - make
 - mailutils
 - mailutils-devel
 - makeinfo
 - fileutils
 - alsa-devel
 - cairo-devel
 - fdupes
 - fontconfig-devel
 - fonts-config
 - freetype2-devel
 - gpm-devel
 - gtk3-devel
 - ncurses-devel
 - xz
 - zlib-devel

* Build-Defaults, if available
 - info
 - krb5-devel
 - libacl-devel
 - libgnutls-devel
 - libjpeg-devel
 - libotf-devel
 - libpng-devel
 - librsvg-devel
 - libselinux-devel
 - libtiff-devel
 - libudev-devel
 - libxml2-devel
 - m17n-lib-devel
 - libacl-devel
 - libgmp (multi precision library)
 - harfbuzz-devel
 - libjansson

If you need more information, let me know.

-Dieter

--
Dieter Klünter | Directory Service
http://sys4.de
53°37'09,95"N
10°08'02,42"E

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] OpenLDAP Packages

2019-11-21 Thread Dieter Klünter via openindiana-discuss
Tim Mooney  writes:

> In regard to: [OpenIndiana-discuss] OpenLDAP Packages, Dieter Klünter said...:
>
>> Now I would like to build openldap packages for OI, as the provided
>> packages in oi-userland still are build with BerkleyDB which is
>> depreciated, that is NO back-bdb, back-hdb. The preferred  backend
>> should be back-mdb.
>
> For migration, back-bdb and back-hdb should be included, to make it easier
> for sites that are still using e.g. hdb, to eventually move to mdb/Lightning.

I vote strongly against BerkleyDB, that causes Licence problems. That's
why openldap refrained from bdb.
in order to copy a bdb/hdb database, just call slapcat/slapadd That's it
in most cases. Actually I copy a few 100k database within 3 minutes,
depending on filesystem.

> Are you also packaging the lightning DB tools (mdb_stat, mdb_dump, etc)?
> They're not installed by default, but they can be with something like
> (cd libraries/liblmdb ; gmake install ).  mdb_stat is especially handy to
> have.

Yes.
>
>> The openldap packages are still  build as 32 bit and 64 bit versions. I
>> do understand that libraries i.e. libldap etc. are still made available
>> as 32 bit and 64bit version. But OpenLDAP tools, databases, modules and 
>> server
>> should be made available in 64bit version only.
>
> I would agree with that.
>
> Which TLS implementation are you using?  OpenSSL?  I know OpenLDAP
> supports GnuTLS, but it's really not recommended.
>
> Are you building with SASL support?  It's really useful, especially on
> initial setup, to have ldapi:/// support.
>
>> I have build successfully openldap-2.4.48 based on the defined requirements, 
>> within
>> my local oi-userland repository.
>> There is still some work to do, i.e. modification of service management
>> facilities.
>
> Yeah, I can imagine.  Will you be able to augment the existing SMF code
> to e.g. make the URLs it serves configurable, perhaps as a property?
>
> The existing SMF starter script assumes a conf file.  Are you planning on
> switching it to slapd.d, with initial creation from the conf file?

Yes, actually I do have modified my personal
/lib/svc/method/ldap-olslapd  file to:

typeset -r CONF_FILE=/etc/openldap/slapd.conf
typeset -r CONF_DIR=/etc/openldap/slapd.d


>> Are There any constraints, requirements and comments?
>
> Do you know how to have the Makefile TEST target compare the results of
> the test to a previous test/results-$(MACH).master ?  There are examples
> of this in e.g. components/python/python35 or components/perl/perl-524.
> It might be tricky in this case, though, because the openldap test suite
> output can change because of thread scheduling.

I am aware of this, but I still stick to openldap test environment. It's
more or less a trained habit.

>I wouldn't include comparison with old test suite results as a
> requirement, but it would be very nice to have later on, after all the
> the other issues have been worked out.
>
> I'm interested to see what you come up with.

My OI build seems to lack a regexp library, or similar. My
authz-regexp configuration is not working properly. 

>
> I've had to deal with a lot of these same questions on Linux for my
> $WORK, to package newer openldap that can replace the stock Red Hat
> packages.

I have built openldap packages on AWS RedHat a few times, I offer my
assistance. :-)


-Dieter

--
Dieter Klünter | Directory Service
http://sys4.de
53°37'09,95"N
10°08'02,42"E

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss


[OpenIndiana-discuss] OpenLDAP Packages

2019-11-20 Thread Dieter Klünter
Hi,
as few know I do have some knowledge of LDAP, OpenLDAP and other
Directory Servers. In fact my first built of OpenLDAP was openldap-1.2
that is LDAP-v2, in 1998.
Now I would like to build openldap packages for OI, as the provided
packages in oi-userland still are build with BerkleyDB which is
depreciated, that is NO back-bdb, back-hdb. The preferred  backend
should be back-mdb.
The openldap packages are still  build as 32 bit and 64 bit versions. I
do understand that libraries i.e. libldap etc. are still made available
as 32 bit and 64bit version. But OpenLDAP tools, databases, modules and server
should be made available in 64bit version only.
I have build successfully openldap-2.4.48 based on the defined requirements, 
within
my local oi-userland repository.
There is still some work to do, i.e. modification of service management
facilities.

Are There any constraints, requirements and comments?

-Dieter

--
Dieter Klünter | Directory Service
http://sys4.de
53°37'09,95"N
10°08'02,42"E

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] where is the applet gving the state of the battery

2019-11-19 Thread Dieter Klünter
Hi,

# /usr/bin/mate-power-manager 
TI:20:29:34 TH:4af870   
FI:/jenkins/jobs/oi-userland/workspace/components/desktop/mate/mate-power-manager/mate-power-manager-1.22.1/src/gpm-main.c
  FN:main,226
 - This program cannot start until you start the dbus session service.

-Dieter


Marc Lobelle  writes:

> Hello Alexander,
>
> Thank you. Indeed mate-power-manager is not installed by default any 
> more I had to "pkg install mate-power-manager" and reboot to get it back.
>
> Best regards,
>
> Marc
>
>
> On 18/11/19 08:51, Alexander Pyhalov via openindiana-discuss wrote:
>> Hi.
>> Check that mate-power-manager is running (should be started on session 
>> startup).
>> Also check mate-power-preferences (General=>Notification Area).
>>
>> С уважением,
>> Александр Пыхалов,
>> программист отдела телекоммуникационной инфраструктуры
>> управления информационно-коммуникационной инфраструктуры ЮФУ
>>
>>
>> 
>> От: Marc Lobelle 
>> Отправлено: 17 ноября 2019 г. 22:47
>> Кому: Discussion list for OpenIndiana
>> Тема: [OpenIndiana-discuss] where is the applet gving the state of the 
>> battery
>>
>> Hello,
>>
>> I noticed the the applet giving the state of the battery on the top
>> panel is not available any more. Is there a way to get it back: I do not
>> see it  if  I ask "add to panel" ?
>>
>> It is realy helpful when one uses a notebook.
>>
>> Thanks  and best regards
>>
>> Marc
>>
>> ___
>> openindiana-discuss mailing list
>> openindiana-discuss@openindiana.org
>> https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fopenindiana.org%2Fmailman%2Flistinfo%2Fopenindiana-discuss&data=02%7C01%7C%7Cf914ae058bf84e2afb8008d76bfc33e0%7C7ab090d4fa2e4ecfbc7c4127b4d582ec%7C0%7C0%7C637096603262485590&sdata=7V3pR531agD4O8K6OdPMStRookiqMPFXWswz9s%2B%2Fgck%3D&reserved=0
>>
>> ___
>> openindiana-discuss mailing list
>> openindiana-discuss@openindiana.org
>> https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fopenindiana.org%2Fmailman%2Flistinfo%2Fopenindiana-discuss&data=02%7C01%7C%7Cf914ae058bf84e2afb8008d76bfc33e0%7C7ab090d4fa2e4ecfbc7c4127b4d582ec%7C0%7C0%7C637096603262485590&sdata=7V3pR531agD4O8K6OdPMStRookiqMPFXWswz9s%2B%2Fgck%3D&reserved=0
>
>
> ___
> openindiana-discuss mailing list
> openindiana-discuss@openindiana.org
> https://openindiana.org/mailman/listinfo/openindiana-discuss

-- 


--
Dieter Klünter | Directory Service
http://sys4.de
53°37'09,95"N
10°08'02,42"E

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss


[OpenIndiana-discuss] Emacs and TLS

2019-10-28 Thread Dieter Klünter
Hi,
due to discussions with regard to Emacs and Transport Layer Security:

https://lwn.net/Articles/759370/


-Dieter

-- 
Dieter Klünter | Directory Service
http://sys4.de
53°37'09,95"N
10°08'02,42"E

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] emacs problems

2019-10-28 Thread Dieter Klünter via openindiana-discuss
Andreas Wacknitz  writes:

> Hi,
>
> my emacs troubles me by not showing some graphics files
> correctly. Some graphics work, some will only be shown as some red
> dots on a black background.
> This doesn't seem to be related to the graphics type. Both, png and
> jpeg have working and non-working examples.

I face the same problems with *jpg and *.png

> Also, ldd emacs-gtk reveals that libgcc_s.so.1 doesn't seem to be
> found (although gcc-6-runtime and gcc-7-runtime packages are
> installed).
> This doesn't seem to be related but also not correct.

same here, although I didn't miss it yet.

> Furthermore, another unrelated problem with emacs is a TLS handshake
> problem (TLS handshake failed) when its package manager's frontend
> tries
> to connect to MELPA (started via menu Options->Manage Emacs Packages).
>
> Does anybody else have problems with his emacs installation on Hipster
> or has any ideas?

No problem here, but I use paradox in order to manage packages. My
~/.emacs.d directory provides a file 'network-security-data' presumabely
created by paradox.

(:id "sha1:6d4eb958390599243ba9f5035cb671fa8dd6a93a" :fingerprint 
"sha1:46:6c:19:e2:32:7b:42:c8:ad:e1:23:41:f7:62:fe:d9:68:63:3e:d3" :host 
"elpa.gnu.org:443" :conditions (:insecure :unknown-ca :invalid))

but still establish a TLS session.

-Dieter

--
Dieter Klünter | Directory Service
http://sys4.de
53°37'09,95"N
10°08'02,42"E

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] ssh session to OI disabled

2019-10-20 Thread Dieter Klünter
die...@dkluenter.de (Dieter Klünter) writes:

Just for the records!
One shall not assume, that ssh configurations across OS borders may
remain as is :-)
For some strange reason sshd diverged from old versioned sshd_config
files, which meets my requirements, diverged to an undocumented
newer version.
My experience, disable any option in /etc/sshd_config.

-Dieter


> Hi,
> I have set up a OpenLDAP/MIT-Krb5 test environment with Linux, FreeBSD
> and OpenIndiana clients, while the service runs on a Raspian based
> RaspberryPi, in total 1 server and 4 clients.
> The ssh configuration files are sytemwide identical, and I am able to
> set up mutual ssh sessions to and from all clients except a session TO
> openindiana. From any host I get appropriate service keys, even from OI,
> but still a ssh login is not possible, not even a password based ssh
> session. 
>
> - ipfilter is disabled
> - ssh is enabled
> - this are some debug output lines:
>
> debug1: Remote protocol version 2.0, remote software version OpenSSH_7.9
> debug1: match: OpenSSH_7.9 pat OpenSSH* compat 0x0400
> debug1: Offering GSSAPI proposal: gss-gex-sha1
> debug1: SSH2_MSG_KEXINIT sent
> debug1: SSH2_MSG_KEXINIT received
> debug1: kex: host key algorithm: ecdsa-sha2-nistp256
> debug1: kex: server->client cipher:
> debug1: Calling gss_init_sec_context
> debug1: Delegating credentials
> ssh_packet_read: Connection closed
>
> I kdestroyed all session keys and renewed, but no avail, I lost my
> wisdom now :-)
> Any hint is welcome.
>
> -Dieter
>  
> --
> Dieter Klünter | Directory Service
> http://sys4.de
> 53°37'09,95"N
> 10°08'02,42"E
>
> ___
> openindiana-discuss mailing list
> openindiana-discuss@openindiana.org
> https://openindiana.org/mailman/listinfo/openindiana-discuss

-- 


--
Dieter Klünter | Directory Service
http://sys4.de
53°37'09,95"N
10°08'02,42"E

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss


[OpenIndiana-discuss] ssh session to OI disabled

2019-10-16 Thread Dieter Klünter
Hi,
I have set up a OpenLDAP/MIT-Krb5 test environment with Linux, FreeBSD
and OpenIndiana clients, while the service runs on a Raspian based
RaspberryPi, in total 1 server and 4 clients.
The ssh configuration files are sytemwide identical, and I am able to
set up mutual ssh sessions to and from all clients except a session TO
openindiana. From any host I get appropriate service keys, even from OI,
but still a ssh login is not possible, not even a password based ssh
session. 

- ipfilter is disabled
- ssh is enabled
- this are some debug output lines:

debug1: Remote protocol version 2.0, remote software version OpenSSH_7.9
debug1: match: OpenSSH_7.9 pat OpenSSH* compat 0x0400
debug1: Offering GSSAPI proposal: gss-gex-sha1
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: host key algorithm: ecdsa-sha2-nistp256
debug1: kex: server->client cipher:
debug1: Calling gss_init_sec_context
debug1: Delegating credentials
ssh_packet_read: Connection closed

I kdestroyed all session keys and renewed, but no avail, I lost my
wisdom now :-)
Any hint is welcome.

-Dieter
 
--
Dieter Klünter | Directory Service
http://sys4.de
53°37'09,95"N
10°08'02,42"E

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] reset lost root pw

2019-10-15 Thread Dieter Klünter via openindiana-discuss
die...@dkluenter.de (Dieter Klünter) writes:

> Hi,
> I lost my root pw :-) There are some recipies for Linux based OS's, but
> how can this resolved with OI?

Thank you to all who supplied valuable support. Thomas Wagner supplied
the least complicated solution, ist is 'sudo -i', which asks for user
password and switches to root, which allows root to set a new password.

-Dieter

--
Dieter Klünter | Directory Service
http://sys4.de
53°37'09,95"N
10°08'02,42"E

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss


[OpenIndiana-discuss] reset lost root pw

2019-10-14 Thread Dieter Klünter
Hi,
I lost my root pw :-) There are some recipies for Linux based OS's, but
how can this resolved with OI?

-Dieter

--
Dieter Klünter | Directory Service
http://sys4.de
53°37'09,95"N
10°08'02,42"E

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] Problem with openldap_24 package

2019-07-17 Thread Dieter Klünter
Tim Mooney  writes:

> In regard to: [OpenIndiana-discuss] Problem with openldap_24 package,...:
>
>> typeset -r CONFDIR=/etc/openldap/slapd.d
>> typeset -r LDAP_URL=ldap:///
>> typeset -r LDAPS_URL=ldaps:///
>> typeset -r LDAPI_URL=ldapi:///
>> typeset -r SLAPD="/usr/lib/64/slapd -h "${LDAP_URL} ${LDAPI_URL}" -u
>> ${LDAPUSR} -g ${LDAPGRP} -f ${CONF_FILE} -F ${CONFDIR}"
>
> One problem is quoting.  You need to get
>
>   -h "${LDAP_URL} ${LDAPI_URL}"
>
> so that it's one argument being passed after -h, but that's not actually
> what's happening.  You'll need to do some careful escaping of the "
> around that argument or just hard-code the two arguments you want in
> single quotes, like this:
>
> typeset -r SLAPD="/usr/lib/64/slapd -h 'ldap:/// ldapi:///' -u
> ${LDAPUSR} -g ${LDAPGRP} -f ${CONF_FILE} -F ${CONFDIR}"
>
>> As I mentioned in an earlier mail, I face some property problems with
>> IPC socket.
>>
>> Some instance, unknown to me, is checking the file ldap-olslapd as the
>> flag '-h' is ignored, according to the logs.
>>
>> lib/svc/method/ldap-olslapd[21]: typeset: ldapi:/// -u openldap -g
>> openldap -f /etc/openldap/slapd.conf -F /etc/openldap/slapd.d: invalid
>> variable name
>
> It's saying that because your quoting is wrong.

We both were completely wrong :-)

The reason forfailing slapd is a malfunction of slapd. I have
configured a back-mdb database and added the initital dataset by means
of slapadd, which in fact is a slapd function (-T). This slapd has a
built-in back-bdb, thus the database was created with berkeleyDB
library plus additional functions of lmdb. Strang, but the database
could not be read anymore.
Now I have to check the sources and probabely rebuild the package.

-Dieter

--
Dieter Klünter | Directory Service
http://sys4.de
53°37'09,95"N
10°08'02,42"E

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss


[OpenIndiana-discuss] Problem with openldap_24 package

2019-07-16 Thread Dieter Klünter
Hi,
I face some problems with the existing openldap_24 package. 
The file '/lib/svc/method/ldap-olslapd' contains information that
obsolete. Thus I modified this file to be in accordance with slapd(8).
The databases back-bdb and back-hdb are obsolete, thus BerkleyDB-Tools
(db_recover etc.) are not required anymore.

These are my modifications of ldap-olslapd


typeset -r CONFDIR=/etc/openldap/slapd.d
typeset -r LDAP_URL=ldap:///
typeset -r LDAPS_URL=ldaps:///
typeset -r LDAPI_URL=ldapi:///
typeset -r SLAPD="/usr/lib/64/slapd -h "${LDAP_URL} ${LDAPI_URL}" -u
${LDAPUSR} -g ${LDAPGRP} -f ${CONF_FILE} -F ${CONFDIR}"

As I mentioned in an earlier mail, I face some property problems with
IPC socket.

Some instance, unknown to me, is checking the file ldap-olslapd as the
flag '-h' is ignored, according to the logs.

lib/svc/method/ldap-olslapd[21]: typeset: ldapi:/// -u openldap -g
openldap -f /etc/openldap/slapd.conf -F /etc/openldap/slapd.d: invalid
variable name 
[ Juli 16 15:16:29 Method "stop" exited with status 1. ]

Is there somebody who may have a look at this issues?

-Dieter

--
Dieter Klünter | Directory Service
http://sys4.de
53°37'09,95"N
10°08'02,42"E

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss


[OpenIndiana-discuss] properties on IPC Socket

2019-07-15 Thread Dieter Klünter

Hi,
I'm running OpenLDAP server and would like to connect via TCP and
IPC. The IPC socket creats problems in regard to property rights. It
seems that only root may connect via IPC socket, chmod on the socket
file doesn't solve it. How and were could this be modified, in a way
that a ordinary user may connect the server via IPC socket, that is
ldapi:///. The path is /var/openldap/run/ldapi.

-Dieter
--
Dieter Klünter | Directory Service
http://sys4.de
53°37'09,95"N
10°08'02,42"E

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] How to set time

2019-06-18 Thread Dieter Klünter
Alexander Pyhalov via openindiana-discuss
 writes:

> Hi.
> You can manage real-time-clock settings with rtc(1M).
> Look at what rtc reports and set RTC time zone to UTC if it's not,
> already set (rtc -z UTC).,  

I didn't want to manage bios based rtc, which is set to Universal Time
Coordinated,  but the OS should run based on local time, based on Time
Zone settings.

-Dieter

> С уважением,
> Александр Пыхалов,
> программист отдела телекоммуникационной инфраструктуры
> управления информационно-коммуникационной инфраструктуры ЮФУ
>
>
> 
> От: Michael Schuster 
> Отправлено: 18 июня 2019 г. 15:46:32
> Кому: Discussion list for OpenIndiana
> Тема: Re: [OpenIndiana-discuss] How to set time
>
> There used to be /etc/rtc_config in Solaris ... do you see that on your
> system, or any documentation about "RTC"?
>
> regards
> Michael
>
> On Tue, Jun 18, 2019 at 2:38 PM Dieter Klünter  wrote:
>
>> Hi,
>>
>> my hwclock is set to UTC, /etc/default/init shows
>>
>> TZ=Europe/Berlin
>> CMASK=022
>> LANG=de_DE.UTF-8
>>
>> date
>> 18. Juni 2019 12:22:42 CEST
>>
>> my linux system
>>
>> date
>> Di 18. Jun 14:26:20 CEST 2019
>>
>> same problem is discussed here:
>>
>>
>> https://unix.stackexchange.com/questions/353938/setting-timezone-globally-for-openindiana-hipster
>>
>> -Dieter
>>
>> --
>>
>> Dieter Klünter | Systemberatung
>> http://sys4.de
>> GPG Key ID: E9ED159B
>> 53°37'09,95"N
>> 10°08'02,42"E
>>
>>
>> ___
>> openindiana-discuss mailing list
>> openindiana-discuss@openindiana.org
>> https://openindiana.org/mailman/listinfo/openindiana-discuss
>>
>
>
> --
> Michael Schuster
> http://recursiveramblings.wordpress.com/
> recursion, n: see 'recursion'
> ___________
> openindiana-discuss mailing list
> openindiana-discuss@openindiana.org
> https://openindiana.org/mailman/listinfo/openindiana-discuss
> ___
> openindiana-discuss mailing list
> openindiana-discuss@openindiana.org
> https://openindiana.org/mailman/listinfo/openindiana-discuss

-- 
Dieter Klünter | Systemberatung
http://sys4.de
GPG Key ID: E9ED159B
53°37'09,95"N
10°08'02,42"E

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] How to set time

2019-06-18 Thread Dieter Klünter
Michael Schuster  writes:

> There used to be /etc/rtc_config in Solaris ... do you see that on your
> system, or any documentation about "RTC"?

[...]
>
> On Tue, Jun 18, 2019 at 2:38 PM Dieter Klünter  wrote:
>
>> Hi,
>>
>> my hwclock is set to UTC, /etc/default/init shows
>>
>> TZ=Europe/Berlin
>> CMASK=022
>> LANG=de_DE.UTF-8
>>
>> date
>> 18. Juni 2019 12:22:42 CEST
>>
>> my linux system
>>
>> date
>> Di 18. Jun 14:26:20 CEST 2019
>>
>> same problem is discussed here:
>>
>>
>> https://unix.stackexchange.com/questions/353938/setting-timezone-globally-for-openindiana-hipster

There is a /etc/rtc_config, which is equivalent to
/etc/default/init. But there is a /usr/sbin/rtc which controls hwclock,
aka rtc.
svcadm enable netwerk/ntp solved it.

-Dieter

-- 
Dieter Klünter | Systemberatung
http://sys4.de
GPG Key ID: E9ED159B
53°37'09,95"N
10°08'02,42"E

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss


[OpenIndiana-discuss] How to set time

2019-06-18 Thread Dieter Klünter
Hi,

my hwclock is set to UTC, /etc/default/init shows

TZ=Europe/Berlin
CMASK=022
LANG=de_DE.UTF-8

date
18. Juni 2019 12:22:42 CEST

my linux system

date
Di 18. Jun 14:26:20 CEST 2019

same problem is discussed here:

https://unix.stackexchange.com/questions/353938/setting-timezone-globally-for-openindiana-hipster

-Dieter

--

Dieter Klünter | Systemberatung
http://sys4.de
GPG Key ID: E9ED159B
53°37'09,95"N
10°08'02,42"E
 

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] Emacs-26.2 not autoloading files

2019-06-17 Thread Dieter Klünter
Michal Nowak  writes:

> On 6/17/19 3:04 PM, Dieter Klünter wrote:
>> Michal Nowak  writes:
>>
>>> On 6/17/19 1:00 PM, Dieter Klünter wrote:
>>>> Hi,
>>>> after a pkg update -v Emacs got updated to 26.2 and gtk-3. But Emacs now
>>>> shows a rather strange behaviour, as it doesn't load its init.el on
>>>> init. I have to manuelly M-x load-file init.el, that is a bit annoying.
>>>>
>>>> -Dieter
>>>
>>> Hi,
>>>
>>> can you give more information about your setup? Do you have both
>>> ~/.emacs file and ~/.emacs.d/ directory?
>>
>> I only use ~/.emacs.d/ directory, which should be default by now. It
>> seems that load path is not compiled in, as no other system shows this
>> behaviour.
>
> Package installation from ELPA works for me. I see ~/.emacs.d/init.el
> modified by it. Perhaps locale .elc files needs to be regenerated (if
> you have them)?

I disabled ~/.emacs and now org-mode, paradox and magit are happy :-)

-Dieter

-- 
Dieter Klünter | Systemberatung
http://sys4.de
GPG Key ID: E9ED159B
53°37'09,95"N
10°08'02,42"E

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] Emacs-26.2 not autoloading files

2019-06-17 Thread Dieter Klünter
Michal Nowak  writes:

> On 6/17/19 1:00 PM, Dieter Klünter wrote:
>> Hi,
>> after a pkg update -v Emacs got updated to 26.2 and gtk-3. But Emacs now
>> shows a rather strange behaviour, as it doesn't load its init.el on
>> init. I have to manuelly M-x load-file init.el, that is a bit annoying.
>>
>> -Dieter
>
> Hi,
>
> can you give more information about your setup? Do you have both
> ~/.emacs file and ~/.emacs.d/ directory?

I only use ~/.emacs.d/ directory, which should be default by now. It
seems that load path is not compiled in, as no other system shows this
behaviour.  

> If you do, following wiki entry applies:
> https://www.emacswiki.org/emacs/DotEmacsDotD.

I will modify the file /usr/bin/emacs to my requirements.

-Dieter

--
Dieter Klünter | Systemberatung
http://sys4.de
53°37'09,95"N
10°08'02,42"E

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss


[OpenIndiana-discuss] Emacs-26.2 not autoloading files

2019-06-17 Thread Dieter Klünter
Hi,
after a pkg update -v Emacs got updated to 26.2 and gtk-3. But Emacs now
shows a rather strange behaviour, as it doesn't load its init.el on
init. I have to manuelly M-x load-file init.el, that is a bit annoying.

-Dieter

--
Dieter Klünter | Systemberatung
http://sys4.de
53°37'09,95"N
10°08'02,42"E

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss


[OpenIndiana-discuss] Network probs

2019-01-30 Thread Dieter Klünter
Hi,  
Ihave a fresh installed Hipster. Network is configured with DHCP, no
static address. Quite often I receive this error: DHCP Timed Out, and
the log shows:

in.ndpd Interface rge0 has been removed from Kernel in.ndpd will no
longer use it.

nwamadm list
TYPE PROFILESTATE
ncp  Automatic  online
ncu:phys  rge0  online
ncu:iprge0  offline*
loc  Automatic  offline
loc  NoNet  online
loc  User   offline

A system reboot is of no avail.  
How can I recover the network?

-Dieter

-- 
Dieter Klünter | Systemberatung
http://sys4.de
GPG Key ID: E9ED159B
53°37'09,95"N
10°08'02,42"E

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] OpenLDAP and BerkeleyDB

2018-12-18 Thread Dieter Klünter
Am Tue, 18 Dec 2018 14:01:47 +0100
schrieb "Michal Nowak" :

> On Tuesday, December 18, 2018 at 9:10 AM, Michal Nowak
>  wrote:
> > On 12/17/18 09:54 PM, Dieter Klünter wrote:  
> >> Hi,
> >> I'm trying to get OpenLDAP running, but a BDB library mismatch
> >> prevents it :-(
> >>
> >> bdb_back_initialize: BDB library version mismatch: expected
> >> Berkeley DB 5.3.21: (May 11, 2012), got Berkeley DB 5.3.28:
> >> (September  9, 2013
> >>
> >> OpenLDAP: slapd 2.4.44 (Feb 11 2018 07:52:01) $
> >> @hipster.openindiana.org:/jenkins/jobs/oi-userland/workspace/components/network/openldap/build/amd64/servers/slapd
> >>
> >>
> >> Whoever built this package,  PLEASE either stick to library
> >> conformance or, even better, refrain from building slapd with
> >> BerkeleyDB, as this is deprecated, the announcement has been made
> >> at LDAPCon 2007. If you have to stick to BerkeleyDB build back_bdb
> >> and back_hdb as modules.
> >>
> >> -Dieter  
> > 
> > Hello Dieter,
> > 
> > I am sorry for the problem with OpenLDAP, it was caused by updated
> > BerkeleyDB.
> > 
> > I created a request for OpenLDAP to be rebuild
> > (https://github.com/OpenIndiana/oi-userland/pull/4657), after that
> > slapd should initialize correctly.  
> 
> Dieter,
> 
> this is now released as library/openldap@2.4.44,5.11-2018.0.0.1. Does
> it work for you?

I receive some pkg errors, so i have to wait a few days :-)

pkg update: No matching version of library/openldap can be installed:
 Reject: pkg://openindiana.org/library/openldap@2.4.44-2018.0.0.1

AFAI understand, this package has not been distributed yet.

-Dieter

-- 
Dieter Klünter | Systemberatung
http://sys4.de
GPG Key ID: E9ED159B
53°37'09,95"N
10°08'02,42"E

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] OpenLDAP and BerkeleyDB

2018-12-18 Thread Dieter Klünter
Am Mon, 17 Dec 2018 23:30:03 +
schrieb Jonathan Adams :

> While not ideal/correct to not ship the older Berkeley dB as a
> possibility ... Since these modules are dynamically loaded, can't you
> just not use bdb, and use mdb in your config?
[...]

Unfortunately not, because all databases are build in. In fact i
configured database mdb. But slapd complains about BerkeleyDB just at
slapd start process. If build as module, slapd would care only if
back-bdb or back-hdb were loaded.

-Dieter

-- 
Dieter Klünter | Systemberatung
http://sys4.de
GPG Key ID: E9ED159B
53°37'09,95"N
10°08'02,42"E

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss


[OpenIndiana-discuss] OpenLDAP and BerkeleyDB

2018-12-17 Thread Dieter Klünter

Hi,
I'm trying to get OpenLDAP running, but a BDB library mismatch prevents 
it :-(


bdb_back_initialize: BDB library version mismatch: expected Berkeley DB 
5.3.21: (May 11, 2012), got Berkeley DB 5.3.28: (September  9, 2013


OpenLDAP: slapd 2.4.44 (Feb 11 2018 07:52:01) $
@hipster.openindiana.org:/jenkins/jobs/oi-userland/workspace/components/network/openldap/build/amd64/servers/slapd

Whoever built this package,  PLEASE either stick to library conformance 
or, even better, refrain from building slapd with BerkeleyDB, as this is 
deprecated, the announcement has been made at LDAPCon 2007.

If you have to stick to BerkeleyDB build back_bdb and back_hdb as modules.

-Dieter




___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss