[01:22] <JavierElectrico> hi laser
[01:49] <bddebian> Howdy
[02:24] <JavierElectrico> hi there
[03:27] <sbalneav> Evening all
[03:28] <bddebian> Heya sbalneav
[03:29] <sbalneav> Hey bddebian
[07:11] <JavierElectrico> hi there
[08:51] <LaserJock> hi jbrefort 
[08:52] <jbrefort> hi LaserJock 
[08:52] <highvoltage> hey LaserJock and jbrefort 
[08:53] <LaserJock> highvoltage!
[08:53] <jbrefort> hi highvoltage 
[08:53] <LaserJock> highvoltage: I put up some Paris pics on my site
[08:55] <highvoltage> LaserJock: ooh
[08:55] <highvoltage> LaserJock: where's that again?
[08:55] <LaserJock> laserjock.us
[08:55] <LaserJock> it's in the gallery ;-)
[08:58] <highvoltage> :)
[08:58] <highvoltage> LaserJock: does this remind you of sbalneav? http://ftw.generation.no/?n=160
[08:59] <LaserJock> ewwwwww
[08:59] <LaserJock> I sure hope not
[08:59] <LaserJock> :-)
[08:59] <highvoltage> hehe
[08:59] <jbrefort> LaserJock, nice photos
[08:59] <LaserJock> I'd never look at LTSP hacking sessions the same
[09:00] <highvoltage> lol
[09:00] <LaserJock> jbrefort: thanks, I'm an aweful photographer, but you can't go to Paris and not take pictures
[09:01] <jbrefort> I can ;)
[09:02] <jbrefort> I lived in Paris for six years, when I was a student
[09:02] <highvoltage> jbrefort: well, none of us there could really help ourselves, some of us went a bit trigger happy there
[09:02] <LaserJock> well, but this was my first time outside of North America
[09:02] <highvoltage> jbrefort: how was it living there?
[09:03] <jbrefort> stressing, too many people (for me)
[09:03] <highvoltage> for me it looked like a nice place to do some site-seeing, but not a place I'd enjoy living so much.
[09:03] <LaserJock> jbrefort: yes, waaay too many people
[09:03] <jbrefort> but I love going in Paris from time to timebut no more than a couple of days
[09:04] <highvoltage> LaserJock: do you know what could cause this:
[09:04] <highvoltage> xargs: file: exited with status 255; aborting
[09:04] <highvoltage> internal error: collect info file-info about package tuxlab-c4k: 13
[09:04] <highvoltage> (lintian error, btw)
[09:04] <highvoltage> could it be that the package has too many files inside?
[09:05] <LaserJock> hmm, I'm not sure
[09:06] <LaserJock> I can't imagine that it'd choke on too many files. I'm pretty sure it runs on even the largets Debian packages
[09:09] <LaserJock> jbrefort: do you have something like a features ToDo list for gchemutils?
[09:09] <LaserJock> and I thought you said you planned on puting gchempaint into gchemutils, is that right?
[09:14] <jbrefort> yes, I'll include gchempaint just after branching for 0.8
[09:14] <LaserJock> ah
[09:14] <jbrefort> there is a TODO file in the source tree. I don' remember what I put in there
[09:16] <jbrefort> Oops, the TODO file is old and needs some refresh
[09:16] <LaserJock> heh, I was just reading that
[09:16] <LaserJock> is the mozilla plugin done?
[09:16] <jbrefort> yes, but it supports only a few file types
[09:17] <jbrefort> in the future, I'd like it to support both 2d and 3d files and crystals as well
[09:17] <LaserJock> mhm
[09:18] <jbrefort> and, if I can understand how printing works for mozilla plugins, I'll implement it as well
[09:18] <jbrefort> anyway, the 3d view needs some love
[09:19] <LaserJock> it looked pretty nice to me
[09:19] <LaserJock> seems like some of the stuff doesn't have a ton of features, but what it does, it seems to do well
[09:19] <jbrefort> I'd like it shows multiple bonds and add more styles (wireframe and more)
[09:20] <LaserJock> I loaded up one of my molecules
[09:20] <jbrefort> one possibility would be to use the viewer from ghemical
[09:20] <LaserJock> and it rendered rather nicely
[09:20] <LaserJock> yeah
[09:21] <jbrefort> gcrystal should also at least import cif files
[09:22] <jbrefort> the idea is to use openbabel for that. I started writing an openbabel plugin
[09:23] <LaserJock> yeah, that would be nice
[09:23] <jbrefort> I'm going to update the TODO file now
[09:23] <LaserJock> most of the time what I find frustrating, is not being able to import the data format I have
[09:24] <LaserJock> and not being able to output to the file format I want
[09:26] <jbrefort> openbabel is the solution to file formats problems
[09:26] <LaserJock> yes
[09:26] <LaserJock> I love openbabel
[09:27] <jbrefort> I added anly support for a few formats, because I ha no samples for the other known formats
[09:27] <jbrefort> but adding new formats to gchem3 is trivial
[09:28] <LaserJock> for input?
[09:29] <LaserJock> is there any output options? I don't see any
[09:30] <jbrefort> it only outputs to screen
[09:31] <jbrefort> if you wish to output to another file format, use babel
[09:31] <LaserJock> well, I'm usually interested in creating .ps or .png files
[09:31] <jbrefort> we might write a GUI for babel
[09:31] <LaserJock> oh, that would be nice
[09:32] <LaserJock> there are times when I just want to convert formats
[09:32] <jbrefort> gchem3d can export ps files and pdf too (using the print command)
[09:32] <LaserJock> ah yeah
[09:32] <LaserJock> I sure seems light
[09:32] <jbrefort> png and jpeg would be easy to add, and will be added soon
[09:33] <LaserJock> I'm running it of ssh from home
[09:33] <LaserJock> and it runs nicely
[09:33] <jbrefort> just I'm working on some resolution support for these
[09:33] <LaserJock> s/of/over/
[09:35] <LaserJock> what do you use for the various plots?
[09:36] <jbrefort> goffice
[09:36] <LaserJock> oh sure
[09:37] <LaserJock> it didn't look like gnuplot to me ;-)
[09:38] <jbrefort> as I can change the code in goffice if needed, it seems a good solution
[09:39] <LaserJock> yeah
[09:39] <LaserJock> is it possible to like zoom in or change axis ranges easily?
[09:40] <jbrefort> it would be possible, just it needs some coding
[09:40] <jbrefort> I just updated the TODO file
[09:41] <jbrefort> we might edit charts using the GogGuru (the same editor as in gnumeric)
[09:41] <jbrefort> it would just need to implement a few GObjects (this has to be done in C)
[09:42] <LaserJock> very cool
[09:42] <jbrefort> two new lines from TODO
[09:42] <jbrefort> 	* allow plotting any property againt another one, i.e. ei vs vdw radius.
[09:42] <jbrefort> 	* allow charts customization (using the code in goffice).
[09:42] <LaserJock> yes
[09:43] <LaserJock> ah, one thing carsten mentioned was that Kalzium copies the bodr data whereas you depend on it
[09:43] <jbrefort> that's easy to implement and should not demand a lot of time, so probably before 0.8
[09:44] <jbrefort> copying needs frequent updates
[09:44] <jbrefort> and Daniel added a pc file in bodr to make things easy
[09:44] <LaserJock> do you know what license it's distributed under?
[09:45] <jbrefort> good question
[09:46] <jbrefort> MIT license
[09:47] <LaserJock> ah
[09:47] <LaserJock> I suppose we'll need a package for that in Debian/Ubuntu
[09:47] <jbrefort> Daniel intends to do that afaik, just waiting for 0.4
[09:48] <jbrefort> 0.3 is buggy and can't be used
[09:48] <LaserJock> ah
[09:49] <LaserJock> I think Michael Banck and I are kinda making sure Daniel gets thing into Debian proper
[09:49] <jbrefort> yes
[09:49] <jbrefort> sure
[09:50] <LaserJock> I think between the 3 of use we might get somewhere ;-)
[09:51] <jbrefort> I discussed with jpansanel about using the structures in bodr as templates for gchempaint
[09:52] <LaserJock> yeah?
[09:52] <jbrefort> and i'd also like a residue database in bodr
[09:52] <LaserJock> how many structures do they have?
[09:53] <jbrefort> quite a lot, but only 3d at the moment
[09:53] <LaserJock> it would be so cool to have like NMR, UV/Vis, or IR data to go with them
[09:53] <jbrefort> yes
[09:54] <LaserJock> the organic chemists would love it ;-)
[09:54] <LaserJock> and the physical chemists would complain about bad assignments ;-)
[09:55] <jbrefort> hmm, unreliable assignments must be avoided
[09:55] <jbrefort> there are many in IR especially ;)
[09:55] <LaserJock> yes
[09:57] <jbrefort> the structure database has 368 structures at the moment
[09:58] <LaserJock> is there any easy/straightforward way to convert them to 2D? Can openbabel be used?
[09:59] <jbrefort> no, afaik
[09:59] <jbrefort> we cab do the 2d->3d conversion using ghemical
[09:59] <LaserJock> seems like you would have to figure out what plane to project it onto
[10:00] <jbrefort> for some, no projection would give a good result
[10:00] <LaserJock> yeah
[10:00] <LaserJock> seems like it'll be mostly manual work
[10:01] <jbrefort> yes, jpansanel was ok
[10:02] <LaserJock> he does cdk?
[10:02] <jbrefort> i don't think
[10:02] <jbrefort> but not sure
[10:03] <jbrefort> he wrote some code for konqueror afaik
[10:03] <jbrefort> around chemical mime types
[10:04] <LaserJock> hmm
[10:11] <LaserJock> jbrefort: is there a public svn repo of bodr
[10:11] <LaserJock> I found 0.3 but there aren't any structure in it that I can find
[10:12] <jbrefort> yes, the svn repository is at http://www.blueobelisk.org/repos/blueobelisk/trunk
[10:14] <LaserJock> :/ it give me an error, maybe I'm doing it wrong
[10:14] <jbrefort> may be i'm wrong
[10:15] <LaserJock> I can see it in a browser
[10:15] <jbrefort> http://wiki.cubic.uni-koeln.de/repos/blueobelisk/trunk
[10:15] <LaserJock> but I get: svn: PROPFIND request failed on '/repos/blueobelisk/trunk' when I do a svn co
[10:16] <LaserJock> sweet, that worked
[10:19] <LaserJock> that looks like an excellent project for people to work on
[10:20] <LaserJock> you don't have to be a programmer
[10:20] <LaserJock> just a chemist with some time ;-)
[10:20] <jbrefort> yes, I'll make some proposals for enhancements in bodr
[10:21] <LaserJock> I wonder if I could get people in my department to contribute
[10:22] <jbrefort> another place where a non programmer can help is checking my english in docs
[10:22] <LaserJock> have a Structure Day
[10:22] <jbrefort> ask jpansanel how this must be done
[10:23] <LaserJock> heh, yes. I'm a native english speaker and write a fair amount of documentation and I still need lots of proofreading when I'm done
[10:26] <jbrefort> so think about what I can produce as a non native english speaker (and I write much better than I speak)
[10:50] <LaserJock> hello ogra 
[10:52] <juliux> morning orga
[10:54] <ogra> hey guys
[10:55] <juliux> ogra, is your fujisu siemens thinclient running with edgy?
[10:55] <highvoltage> hey ogra 
[10:56] <highvoltage> ogra: if the ltsp chroot was a static bunch of files that were packaged, where would you ideally put the chroot? /var/ltsp, /usr/share/ltsp, other: _______ ?
[10:57] <ogra> juliux, i'll try tomoroow if i make install tests anyway
[10:57] <LaserJock> ok, I'm off now, the germans are up
[10:57] <juliux> ogra, here it is not working, it is a problem with the grafics
[10:57] <highvoltage> heh. goodnight LaserJock
[10:57] <ogra> highvoltage, /var/lib or /usr/share i guess
[10:57] <ogra> night LaserJock 
[10:58] <juliux> Laser_away, gn8
[10:58] <ogra> juliux, you mean the rangee one, right ?
[10:58] <highvoltage> ogra: /var/lib would probably be more correct if I wanted to allow the user to chroot into the environment and change it?
[10:58] <juliux> ogra, yes
[10:59] <ogra> highvoltage, i'd have to looh up the advantages/disadvantage details in the FHS ... from my gut feeling i'd use /usr/share though ... buit /var/lib might be FHS compliant
[11:00] <highvoltage> ogra: ok, thanks for that. I'll look up the FHS documentation and try to figure out what looks reasonable
[11:01] <highvoltage> ogra: do you think the chroot is likely to stay in /opt long-term, since upstream and ubuntu ltsp is now the same?
[11:02] <ogra> hmm, according to FHS /usr/share would be for arch independent data ...
[11:03] <ogra> .... /var/lib looks about right
[11:03] <ogra> ... This hierarchy holds state information pertaining to an application or the system. State information is data that programs modify while they run, and that pertains to one specific host...
[11:04] <ogra> even though it doesnt get modified at runtime of ltsp-server ... it does get modified in the clients ram :P
[11:04] <highvoltage> heh, I don't think that counts though :)
[11:05] <ogra> ah, no, wait
[11:05] <ogra> Purpose
[11:05] <ogra>  /srv : Data for services provided by this system
[11:05] <ogra>  /srv contains site-specific data which is served by this system. 
[11:06] <ogra> thats the right one
[11:06] <ogra>  /srv/ltsp/$arch
[11:06] <highvoltage> ogra: would it be acceptable to have a tarball in a package that would extract to /opt, or is that too hacky?
[11:06] <ogra> if its a tarball, thats the right place
[11:06] <highvoltage> ah, that sounds good
[11:06] <ogra> but our package should probably use /srv to be FHS compliant
[11:07] <ogra> http://www.pathname.com/fhs/pub/fhs-2.3.html#SRVDATAFORSERVICESPROVIDEDBYSYSTEM
[11:09] <highvoltage> I think we'll use /src/ltsp/i386 then for the ltsp installation in tuxlabs.
[11:09] <lucasvo> LHS :(
[11:09] <highvoltage> *srv
[11:09] <lucasvo> :)
[11:09] <lucasvo> is ubuntu trying to become compliant?
[11:10] <highvoltage> or would /srv/nfs/ltsp/i386 be more appropriate?
[11:10] <highvoltage> lucasvo: I thought ubuntu is already very compliant :)
[11:10] <lucasvo> highvoltage: no I wouldn't put it in nfs
[01:49] <highvoltage> what's edgy+1 called again?
[03:28] <bddebian> Howdy
[03:30] <highvoltage> howdy bd dd d dbdebian
[03:33] <bddebian> Heh, hi highvoltage
[06:51] <Laser_away> darn, did I mis jono
[06:52] <gnomefreak> Laser_away: just missed him
[06:52] <cbx33> Laser_away, ping pong
[07:08] <highvoltage> cbx33: that's illogical
[08:51] <tomveens> Where is RichED?