[02:08] <doko> vil: please could you test 68380 and add a comment, so that this can go to edgy-updates?
[02:10] <vil> doko, ok, I will take a look
[04:19] <vil> doko, can we talk a bit about that bug?
[06:31] <erich_> Hi there... I'm having trouble getting jini to execute under jdk6 on ubuntu 6.10... after installing Jini2_1, the 'Launch All' script produces a bunch of libc/libm errors, and none of the services fire up... I've tried reinstalling jini after commenting out instances of 'export LD_ASSUME_KERNEL' to no avail..
[06:32] <erich_> any help will be much appreciated.
[06:38] <man-di> erich_: you need to tell us the errors you are getting, our crystal eyes are broken today.
[06:42] <erich_> sorry -
[06:43] <erich_> erich@Kubunto1:~/jini2_1/installverify$ ./Launch-All 
[06:43] <erich_> nawk: error while loading shared libraries: libm.so.6: cannot open shared object file: No such file or directory
[06:43] <erich_> dirname: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory
[06:43] <erich_> /bin/ls: error while loading shared libraries: librt.so.1: cannot open shared object file: No such file or directory
[06:43] <erich_> basename: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory
[06:43] <erich_> dirname: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory
[06:43] <erich_> basename: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory
[06:43] <erich_> grep: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory
[06:43] <erich_> /usr/bin/java: error while loading shared libraries: libpthread.so.0: cannot open shared object file: No such file or directory
[06:49] <man-di> these are all part of libc6
[06:49] <erich_> perhaps I should mention that I installed jdk manually, did update-alternatives, and pointed jini to the /usr/bin/java
[06:49] <man-di> you are not trying to run 32-bit jdk on 64-bit arch like amd64 without having 32bit compat libs installed?
[06:49] <erich_> librt.so.1 is oart of libc?
[06:49] <erich_> ahsohi
[06:50] <erich_> that may be - thank you for the divination.
[06:51] <man-di> yes, librt.so.1 is part of libc6 too
[06:52] <erich_> got it... I'll go find the compatibility libs... didn't realize that would be an issue...
[06:52] <man-di> erich_: btw: JDK 6 is part of ubuntu already, just apt-get it
[06:52] <man-di> http://packages.ubuntu.com/cgi-bin/search_packages.pl?searchon=names&version=all&exact=1&keywords=sun-java6-jdk
[06:52] <man-di> no need to install it on your own
[06:52] <erich_> thanks... just found that... hence mentioning I did it manually..
[06:52] <erich_> I suppose that would have fixed my dependency problems...
[06:53] <man-di> depends on the dependency problems, but I guess so
[06:53] <erich_> the amd64 compatibility thing..
[06:54] <man-di> ah
[06:54] <man-di> then yes
[06:54] <erich_> lol - I thought I had looked for it.. better check my source list.
[06:54] <erich_> thanks again.
[06:55] <man-di> n.p.
[06:56] <erich_> have a great day, all.
[10:17] <vil> doko_, ping
[10:21] <man-di> vil: he seesm to be offline all day long
[10:21] <vil> man-di, yes, looks like
[10:22] <vil> nice to see you here
[10:22] <man-di> doko forced me to
[10:22] <vil> also nice that you answer questions from ubuntu users
[10:22] <vil> why did he force you?
[10:22] <man-di> and after feisty is out I wanna join ubuntu-motu to be able to sync/merge packages
[10:23] <man-di> he wanted to talk about eclipse here yesterday evening
[10:25] <vil> we all were at #debian-java, but this place is somewhat less crowded :)
[10:26] <man-di> thats what I said to doko too
[10:26] <man-di> doko wanted to talk on freenode instead of oftc
[10:27] <man-di> vil: less crowded == less java people
[10:28] <vil> i don't know oftc much
[10:28] <vil> just that one channel
[10:29] <vil> man-di, but you are now here and maybe will bring more people with you
[10:30] <man-di> I doubt that
[10:30] <vil> man-di, I would like to ask couple of questions
[10:30] <man-di> sure, jast ask
[10:30] <man-di> just
[10:31] <vil> svn for debian dirs at alioth is a nice idea, but it is still not ok
[10:31] <vil> we still use patches etc...
[10:32] <vil> how do you use that svn? just co everytime you work with the package?
[10:32] <man-di> depends
[10:32] <vil> do you use some scripts for that ala dpkg-svn-whatever?
[10:32] <man-di> for eclipse I commit whenever I tested a change
[10:32] <man-di> when enough changes are done: upload
[10:33] <man-di> for smaller packages I normally do all changes, test, etc and then commit all at once
[10:33] <man-di> when uploaded, I tag the svn
[10:33] <vil> do you know bzr in ubuntu, they are trying to use it for whole package including the sources
[10:34] <man-di> you can use svn-buildpackage with svn but I prefer my own small helpers and simple command line tools
[10:34] <man-di> yes, I know
[10:34] <man-di> doesnt really makes the world a better place
[10:34] <vil> ok, i would really like to hear some opinions about it
[10:35] <vil> i personally like it cause i think it simplifies work with patches, but i cannot imagine to use it for eclipse
[10:35] <man-di> I'm very much used to cvs and svn
[10:36] <man-di> but I'm playing with other systems
[10:36] <man-di> currently I play a bit with Mercurial
[10:36] <man-di> for work
[10:36] <man-di> and for openjdk
[10:37] <man-di> git is nice too
[10:38] <vil> i don't mind a particular system but the use of it ... to forget about debian/patches, because vcs handles that
[10:39] <vil> what is your opinion about this?
[10:41] <man-di> I like to have that explicitely
[10:42] <vil> it's also easier to pick patches from fedora, right? :)
[10:42] <man-di> because it makes it easy to see what is from upstream and what is from debian and why, it makes adopting new upstream versions easy and need no VCS see that
[10:43] <vil> for deifferentiating between upstream and debian, you can use 2 repos
[10:44] <vil> but it can be handy to have the patches explicit
[10:44] <vil> next question...
[10:44] <vil> man-di, fedora seems to be a bit further with eclipse
[10:45] <vil> i don't mind specfile editor, but emf, subclipse etc.
[10:45] <vil> any plans for this?
[10:45] <man-di> plans yes
[10:45] <man-di> but time....
[10:47] <vil> understand
[10:47] <vil> i was looking into that a bit, but time...
[10:48] <man-di> are you in the eclipse.linux-distros mailinglist?
[10:48] <vil> yes
[10:48] <vil> couple of new commiters in the last few months
[10:48] <man-di> yes, including me ;-)
[10:49] <man-di> I think doko has still not all papers on file
[10:49] <man-di> otherwise he would be one too
[10:50] <vil> i believe that doko is so busy that he should consider every new task
[10:50] <man-di> vil: this task is only about voting rights in the eclipse.linux-distros project
[10:50] <man-di> so not much to do
[10:51] <man-di> ejb2 is physical torture
[10:51] <man-di> if you still use it you are lost
[10:51] <man-di> ejb3 is very much different from it and much easier
[10:51] <vil> but you still curse
[10:52] <man-di> vil: the problem is that its not so easy to create junit tests that just run
[10:52] <man-di> without an application server injecting the entitiy manager
[10:53] <vil> don't know much about that
[10:54] <vil> do you also use something to test jsf? just currious
[10:55] <man-di> not yet
[10:55] <vil> ok
[10:55] <man-di> but I have some projects that test our jsp output
[10:55] <man-di> httpunit and htmlunit are great for this
[10:56] <man-di> to test functionality of webpages
[11:04] <vil> man-di, thanks for hints
[11:04] <man-di> np
[12:07] <vil> man-di, still alive?