Your message dated Mon, 24 Jul 2006 16:43:02 +0200
with message-id <[EMAIL PROTECTED]>
and subject line Bug#379569: gforge-ldap-openldap : installation scripts
attempting invalid modification of root dn object class
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere. Please contact me immediately.)
Debian bug tracking system administrator
(administrator, Debian Bugs database)
--- Begin Message ---
Package: gforge-ldap-openldap
Version: 3.1-31
Severity: important
I'm attempting to install gforge-ldap-openldap onto a newly initialized
slapd database.
I'm encountering the following error, during the package installation:
ldapmodify: update failed: dc=example,dc=example,dc=net
ldap_modify: Cannot modify object class (69)
additional info: structural object class modification from
'organization' to 'domain' not allowed
modifying entry "dc=example,dc=example,dc=net"
modifying entry "ou=People,dc=example,dc=example,dc=net"
modifying entry "ou=Aliases,dc=example,dc=example,dc=net"
modifying entry "ou=Group,dc=example,dc=example,dc=net"
modifying entry "ou=cvsGroup,dc=example,dc=example,dc=net"
modifying entry "ou=mailingList,dc=example,dc=example,dc=net"
modifying entry "cn=Replicator,dc=example,dc=example,dc=net"
modifying entry "cn=SF_robot,dc=example,dc=example,dc=net"
modifying entry "uid=dummy,ou=People,dc=example,dc=example,dc=net"
The root dn for the host -- here, dc=example,dc=example,dc=net -- it has
objectclasses 'dcObject' and 'organization'
I am not sure of how the objectclass would need to be 'domain' instead of
'organizaiton'. It appears that the installation script will try to make it
be so. (Given that it is not succeeding, the installation scripts are
failing, and so, the package installation fails.)
Some notes on the host, maybe informative:
There is already a 'dc' (domainComponent) attribute on the root dn, having
the value "example". The 'domainComponent' attribute is the only required
attbute on the 'domain' objectclass. That attribute is there, even without a
'domain' objectclass being used on the root dn.
The root dn on the host was configured by debconf. That the inst scripts on
slapd would use 'organization' as an objectclass on the root dn is
reasonable, and that's what it used.
I know that GForge is kind of a bulky thing, and that to provide it to the
public is some voluntary effort; I appreciate the work, in making it work on
Debian. Thank you.
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i586)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.11.8
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)
Versions of packages gforge-ldap-openldap depends on:
ii debconf 1.4.57 Debian configuration management sy
ii debianutils 2.14.2 Miscellaneous utilities specific t
ii gforge-common 3.1-31 Collaborative development tool - s
ii gforge-db-postgresql [gforge- 3.1-31 Collaborative development tool - d
ii ldap-utils 2.1.30-3 OpenLDAP utilities
ii libdbd-pg-perl 1.32-2 a PostgreSQL interface for Perl 5
ii libdbi-perl 1.48-1 Perl5 database interface by Tim Bu
ii libnss-ldap 238-1 NSS module for using LDAP as a nam
ii perl 5.8.8-6 Larry Wall's Practical Extraction
ii slapd 2.3.24-2 OpenLDAP server (slapd)
gforge-ldap-openldap recommends no packages.
-- debconf information excluded
--- End Message ---
--- Begin Message ---
Sean Champ, 2006-07-24 07:21:39 -0700 :
> You know, I'd like to appologize for having brought this to
> attention. I am not all sure of how it had came to work out, but
> later this morning, the bug had stopped appearing. It was after I'd
> upgraded libc6, across only some few debian package -dash verions;
> probably a small few of more packages were upgraded with it (I know
> that libc6-dev was, and I cannot recall the rest). None of it
> seemed like it would beear any relevance to the GForge
> configuration, but after they were installed, the configuration
> started to work out.
Cool. Closing this bug report then :-)
> However it was, the bug has stopped appearing. My ldap database is
> set up for gforge, all okiedoke, now, and the the packages that were
> depending on it are installed, finally.
>
>
>
> You have mentioned a major-version 4 relase of GForge, avaialble for
> Sid. Might I inquire if that release would be available by way of a
> non-debian-mainstream archive? (I've upgraded my apt info, as of
> this weekend, but I see only 3.1-version gforge packages available,
> here)
Well, Gforge 4.5 was actually only uploaded to unstable this
weekend, too. You probably only missed it by a few hours. Otherwise,
you can get the packages from my unofficial repositories, at
http://roland.mas.free.fr/ or http://people.debian.org/~lolando/.
Beware though: they sometimes contain works in progress between one
version in Sid and the next one.
> I am grateful for that you mention the potential for using gforge
> without running an LDAP service for it. I've been interested about
> what the LDAP protocol might be usable for, but gforge is all that
> I've been using it for, and is all that I can expect to use it
> for. Maybe it could be useful, in some regards, beside Kerberos --
> who knows, maybe storing info about realms, or however -- but I
> can't presume to settle that, any time soon.
Your call.
> Grazie,
You're welcome.
Roland.
--
Roland Mas
Êtes vous sûr ? (O/N)
-- Derniers mots d'un ordinateur
--- End Message ---
