[04:01] <Burgundavia> http://richmegginson.livejournal.com/4768.html
[04:01] <Burgundavia> life is good
[06:16] <nkassi_> What does he mean by discrete packaging ? They broke it up in pieces finally ?
[07:32] <Burgundavia> nkassi__: seperation of the non-free java stuff from the actual server
[07:37] <nkassi> Interesting. Can it function without it ? How does that work out ?
[07:38] <Burgundavia> yes
[07:38] <Burgundavia> the java stuff is just a web admin panel
[07:38] <nkassi> ah nice
[02:54] <SimonAnibal> Wow
[02:55] <SimonAnibal> http://www.tangent.com/news/hecc2006/ <- A conference I'm going to
[08:42] <whiprush> Burgwork: around?
[08:43] <Burgwork> whiprush: nevetr
[08:43] <whiprush> heh
[08:43] <whiprush> hey, so what would be a feasable way to do this:
[08:44] <whiprush> move the current easyldapserver to something like easyldapserverlongterm or something
[08:44] <ajmitch> hello Burgwork
[08:44] <whiprush> and then do easyldapfeisty
[08:44] <whiprush> Burgwork: just wanted to run that by you to see what you think
[08:44] <ajmitch> (wiki changes)
[08:44] <whiprush> because the current spec is huge
[08:44] <whiprush> and we want to narrow focus for feisty
[08:45] <Burgwork> whiprush: why just make an easyldapserverfeisty spec
[08:45] <whiprush> why not you mean right?
[08:45] <Burgwork> make the current spec informational
[08:45] <Burgwork> ie: it is information about what we want, not an implementation plan
[08:46] <pixelpapst> so if we manage to go with slapd 2.3, could the "-F slapd-config-directory" be turned on by default ?
[08:47] <pixelpapst> then we can play with the dynamic updating stuff whenever it comes up
[08:49] <pixelpapst> plus, as bonus: just drop packaged schema files into /etc/ldap/slapd.d/cn=config/cn=schema and they are picked up autumatically :-)
[08:50] <whiprush> https://wiki.ubuntu.com/EasyLDAPServerFeisty
[08:50] <whiprush> ok
[08:50] <whiprush> here are the gobby notes
[09:22] <pixelpapst> not sure if somebody's still listening
[09:23] <pixelpapst> just now i tested the upgrade path from pre-2.3 slapd again
[09:23] <pixelpapst> with a moderately complex config file
[09:24] <pixelpapst> basic upgrade path to go from config-file to config-dir:
[09:24] <pixelpapst>   # sanity checks (config file present, dir not)
[09:25] <pixelpapst>     mkdir /etc/ldap/slapd.d/
[09:26] <pixelpapst>   slapcat -f /etc/ldap/slapd.conf -F /etc/ldap/slapd.d/ -b cn=config > /dev/null || die with error
[09:26] <pixelpapst>   mv /etc/ldap/slapd.conf /etc/ldap/slapd.oldconf
[09:28] <pixelpapst>   # replace converted standard schema files with canonical copy
[09:29] <pixelpapst>   # (optional)
[09:45] <Burgwork> whiprush: packaging for fds will get a lot easier with 1.1
[09:46] <whiprush> yeah aj was telling me
[09:46] <whiprush> Burgwork: I still have no idea how all this works, but I'm glad everyone else does
[09:46] <whiprush> heh
[09:46] <Burgwork> but if Sun opensources their Java under a good license
[09:46] <Burgwork> the issues go away, to a certain extent
[09:46] <Burgwork> still good to split the packages
[09:47] <pixelpapst> Burgwork: can you make an educated guess on when 1.1 will be released ?
[09:47] <pixelpapst> (too late for feisty, i know) :)
[09:47] <Burgwork> no idea
[09:47] <Burgwork> 1.0.4 just came about yesterday
[09:47] <Burgwork> likely too late for Feisty
[09:47] <pixelpapst> yeah, i saw
[09:48] <pixelpapst> talking about sun and java - appearantly they also want to have their own opensource directory server
[09:49] <pixelpapst> but not based on their old code, but a complete rewrite in java
[09:49] <Burgwork> who does?
[09:49] <pixelpapst> sun
[09:49] <Burgwork> that is crack, but meh
[09:49] <pixelpapst> ack
[09:49] <pixelpapst> vapourcrack :-)
[09:50] <Burgwork> anybody else here advertised on DW?
[09:51] <pixelpapst> DW ?
[09:51] <nkinder> pixelpapst, Burgwork:  We're hoping to get a fds 1.1 beta out by the end of the year.
[09:51] <Burgwork> distrowatch
[09:51] <Burgwork> nkinder: ok, you guys rock. Don't know if that will make Feisty though
[09:52] <nkinder> understood.
[09:53] <nkinder> How difficult would it to make an Ubuntu native package (it's a .deb, right?) of fds assuming the build-system and dependencies aren't a problem?
[09:54] <nkinder> We would definitely be interested in someone helping to do that.
[09:55] <pixelpapst> nkinder: if the build system really does play nice, not very
[09:56] <pixelpapst> but usually it doesn't (nowhere, not trying to bash you guys :-) )
[09:56] <nkinder> It should play nice (./configure; make install)
[09:56] <nkinder> I wrote a new build system.
[09:56] <pixelpapst> automake-based ?
[09:56] <nkinder> autoconf, automake, autoheader.
[09:56] <pixelpapst> yeah, i hate the whole lot of them :-)
[09:56] <nkinder> It's already checked in, but we're working on instance creation and a few layout things still.
[09:56] <pixelpapst> but thanks for putting work into that :-)
[09:57] <nkinder> Yeah, but they're better than our old system.
[09:57] <Burgwork> nkinder: the person who has done our packaging is ajmitch
[09:57] <Burgwork> both whiprush and myself are nothing more than admins
[09:57] <nkinder> ok.  When we finish polishing it, I'll talk with him.
[09:58] <Burgwork> the sooner you can get that working, the sooner it works for us
[09:58] <Burgwork> and the less work we have to put into openldap
[09:58] <pixelpapst> nkinder: ack, it's horrible on the developer and mostly nice on the packager :)
[09:59] <pixelpapst> Burgwork: damn, just as i start pushing my favourite openldap hacks ;-)
[10:00] <nkinder> Burgwork:  We hope to have it working by the end of next week.
[10:01] <nkinder> This is for the core directory only.  No admin server or java console.
[10:01] <pixelpapst> nkinder: you FDS guys ever been in contact with the Hula crowd ?
[10:01] <nkinder> We've been separating those into different optional packages.
[10:01] <nkinder> pixelpapst: Nope.
[10:01] <nkinder> I heard a rumor that Hula hasn't been getting much attention as of late.
[10:01] <Burgwork> nkinder: core is whwat re really care about
[10:01] <Burgwork> and your Hula rumour is somewhat correct
[10:02] <pixelpapst> as of late == in the last year or in the last month ?
[10:03] <nkinder> I haven't followed it,  That's just what I heard.
[10:03] <pixelpapst> the last year was quiet, because all the kewl stuff is happening on a branch
[10:04] <pixelpapst> which has AFAIK only been packaged for deb/ubuntu
[10:04] <pixelpapst> but there, the LDAP support now kicks ass
[10:04] <pixelpapst> alss a bit experimental, but still very pretty
[10:05] <pixelpapst> only i think they are concentrating pretty heavyly on openldap - even eDirectory gets less attention :)
[10:06] <pixelpapst> so i hope they get into bed with FDS soon ;-)
[10:07] <pixelpapst> btw its lunchbreak now in mountain view, right ?
[10:15] <nkinder> pixelpapst: nope.  I's 1:15 in MV.
[10:17] <pixelpapst> ack, just looked like that to me from the schedule
[10:18] <pixelpapst> anyhow, it's 6:18 am here
[10:18] <pixelpapst> so i'll head for bed
[10:18] <pixelpapst> even though i'm really in the mood to play with ldap some more :-)
[10:33] <pixelpapst> oki, appended a bit of info to the gobby document
[10:33] <pixelpapst> just the last 8 lines
[10:33] <pixelpapst> feel free to paste this into the wiki, otherwise i'll do so later
[10:34] <pixelpapst> gotta get some sleep first though :)
[10:35] <pixelpapst> later, and please enjoy the rest of the conf :)
[10:46] <ajmitch> nkinder: hi
[10:53] <nkinder> hey ajmitch
[10:55] <ajmitch> nkinder: I've been looking at FDS in cvs, I'm very glad to hear you'll have a beta out so soon
[10:57] <nkinder> ajmitch: great!  I'd like for us to test the new build-system a bit more and polish a few things with regards to our packaging layout.