Time  Nick         Message
14:13 pdurbin      boegel: you around?
14:13 jgtimmer     pdurbin: he's here
14:14 boegel       boegel: I am
14:14 pdurbin      i bet whorka will be un-idle in an hour or so. maybe you can explain a bit how easybuild might be helpful in deploying commercial apps
14:14 boegel       pdurbin: I am :)
14:14 boegel       pdurbin: sure
14:14 pdurbin      (i mentioned easybuild at lunch yesterday)
14:15 boegel       pdurbin: and how did they react? disbelief? :P
14:16 pdurbin      heh. curious, i'd say
14:16 boegel       sounds good
14:16 pdurbin      do you even have generic build instructions for common commercial packages?
14:16 boegel       pdurbin: I have a conf call scheduled in 45m, and I'll be leaving work in just over 2 hours, but let him ask his questions, I'll try and respond ASAP
14:17 boegel       generic? well, once we support a certain package it's all very generic, yes
14:17 pdurbin      oh, i don't think he's in a hurry. could wait until next week, next month :)
14:18 pdurbin      huh. you have a page for this already, it seems: List of supported software packages ยท hpcugent/easybuild Wiki - https://github.com/hpcugent/easybuild/wiki/List-of-supported-software-packages
14:19 jgtimmer     pdurbin: we have generic binary and tarred(packed binary) support, which will basically just unpack the binary and move it to the install dir, and then check for /bin /lib dirs and make the modulefile
14:20 jgtimmer     we also compile some commercial software from source
14:20 pdurbin      i don't see Mathematica, MATLAB or Stata on your list
14:20 jgtimmer     we have an internal one for matlab, haven't open sourced it yet since it currently contains our license keys hardcoded
14:20 jgtimmer     will have to fix this
14:21 pdurbin      do you call it a matlab build script?
14:22 jgtimmer     mathematica and stata are not on our systems no, so we're not planing to add it any time soon, but we'll glady accept pull request, and I can sponsor people into adding support
14:22 pdurbin      hmm, easyconfig. easyblock maybe
14:22 pdurbin      matlab sounds like a good place to start, if you can open source your easyconfig thing or whatever you call it
14:23 jgtimmer     easyblock == build script/recipe, easyconfig == configuration
14:24 pdurbin      thanks :)
14:29 pdurbin      here's a list of candidates for easybuild: http://support.hmdc.harvard.edu/kb-1112/using_statistical_programs_overview
14:30 pdurbin      but they have a good solution for open source apps
14:30 pdurbin      i think easybuild might be a win for commercial apps though
14:30 jgtimmer     pdurbin: https://github.com/hpcugent/easybuild/wiki/List-of-supported-software-packages/ede46976d7367a86fe76ae79adba7b8e9fd9f118
14:30 jgtimmer     this is what we have internally
14:31 pdurbin      cool
14:31 pdurbin      i'm glad to see a * next to MATLAB :)
14:32 jgtimmer     the ones that aren't in the current easybuild need to be checked out, they are written for our old internal easybuild version, before we did the cleanup/partial rewrite
14:33 pdurbin      ok, i guess i'd say... please let us know when your matlab recipe is open source
14:33 jgtimmer     http://pastebin.com/qx7fDV8c
14:33 jgtimmer     here you go
14:33 pdurbin      nice
14:34 jgtimmer     but this is an old version, it doesn't use some of the new features of the framework yet (modulegenerator etc) and has old style function naming...
14:34 pdurbin      and do we need to install atlas to use it?
14:34 pdurbin      was it atlas? some big package and didn't compile with gcc or something
14:35 pdurbin      that didn't compile, i mean
14:35 jgtimmer     no, it just takes the install script and runs this.
14:35 jgtimmer     hmm, wel, it seems to depend on java...
14:36 jgtimmer     and we don't have java public yet either, I think we still used the system java at the time that was written :-s
14:36 pdurbin      yeah, it was atlas: http://irclog.perlgeek.de/crimsonfu/2012-10-05#i_6039387
14:36 jgtimmer     ah
14:36 jgtimmer     no, it doesn't use any compiler at al
14:37 jgtimmer     so you don't need the goalf toolkit
14:37 pdurbin      great
14:38 jgtimmer     actually we don't use it on our systems eiher
14:38 jgtimmer     we use the intel compilers and mkl libraries
14:38 boegel       pdurbin: getting support for what we have internally out there is usually a matter of cleaning up our easyblocks
14:39 jgtimmer     we added the gcc/openmpi/atlas/fftw toolchainf to have a fully open source toolchain
14:39 boegel       pdurbin: and only time is an issue there, time which we don't have :)
14:39 pdurbin      :)
14:41 boegel       pdurbin: if someone is interested in installing software with EasyBuild for which we have legagy support, we can supply them the old easyblock, and answer questions on how to make it work
14:45 pdurbin      ok
14:47 boegel       pdurbin: the best way is just to open a new issue in https://github.com/hpcugent/easybuild-easyblocks/issues?state=open, then we can let the person know whether we have legacy support for it or not
14:49 jgtimmer     pdurbin: ATLAS builds with gcc, it just fails in a vm because it tries to do smart things with the cpu
14:50 pdurbin      oh
14:50 boegel       pdurbin: yeah, that was the issue in the log you sent me
14:50 boegel       pdurbin: don't blame EasyBuild for that
14:50 pdurbin      short memory. sorry. that's why i log this channel :)
14:51 boegel       pdurbin: :)
14:53 jgtimmer     I can look into adding a less heavy demo, e.g., just a plain python
14:54 pdurbin      jgtimmer: that'd be great. put in in vagrant even :)
14:54 pdurbin      it
14:56 boegel       jgtimmer: the only reason why our current quick demo is heavy is the fact that it includes building a compiler toolchain (which is a one-time pain)
14:57 pdurbin      i demand instant gratification
14:58 boegel       pdurbin: https://github.com/hpcugent/easybuild/wiki/Getting-started
14:59 boegel       pdurbin: the gzip dummy example easyconfig just builds gzip with your system compiler
14:59 boegel       pdurbin: if you can make that fail, them you might as well change jobs :P
15:01 pdurbin      i am changing jobs: https://twitter.com/philipdurbin/status/273229031082692608
15:02 boegel       pdurbin: ah, well, ok, then you're allowed to screw up a gzip dummy build :P
15:03 pdurbin      huh. this might be new. this example
15:05 jgtimmer     yes, if the quick demo fails, you should read the getting-started and do step by step :-)
15:07 boegel_      pdurbin: I made some changes to that wiki page, but basically this gzip example has been on there for a while
15:07 boegel_      pdurbin: I'm gradually cleaning up documentation, I'm not fully there yet
15:09 jgtimmer     pdurbin: are you aware of http://numfocus.org/
15:09 pdurbin      nope
15:09 jgtimmer     they are a comunity looking into creating reproducible computing
15:10 jgtimmer     data is a big part of that
15:10 jgtimmer     the other part is recreating the software environment
15:11 pdurbin      huh. sounds great
15:15 jgtimmer     And I spoke to some people at continuum, and they were working on wakari, they plan to make a product for researchers to easily let other people redo their calculations
15:15 jgtimmer     http://continuum.io/wakari.html
15:15 jgtimmer     so might be a bit inline with what thedata.org wants to do
15:19 pdurbin      jgtimmer: yes! sounds like it. thanks
15:22 jgtimmer     congrats on your job btw
15:24 pdurbin      thanks. one sec. you guys are gonna love this
15:29 pdurbin      https://github.com/pdurbin/easybuild-vagrant
15:29 pdurbin      boegel: gzip example works fine
15:32 jgtimmer     pdurbin:
15:32 jgtimmer     I'm not familiar with vagrant
15:33 jgtimmer     what is that supposed to do? Install a vm whit environment modules in it
15:33 jgtimmer     ?
15:33 pdurbin      jgtimmer: http://wiki.greptilian.com/vagrant
15:34 pdurbin      yes, demo of `eb /easyconfigs/gzip.eb` ultimately, in a VM
15:35 jgtimmer     I noticed you skipped the step of installing environment modules, so they are already in your vm?
15:35 pdurbin      no i didn't :)
15:35 jgtimmer     ah, puppet
15:35 pdurbin      https://github.com/pdurbin/easybuild-vagrant/blob/master/manifests/init.pp
15:35 jgtimmer     I skipped that step
15:35 jgtimmer     it went to fast
15:35 jgtimmer     :-p
15:36 pdurbin      oh? you got it to work already?
15:36 jgtimmer     nono, when reading the readme
15:36 pdurbin      ah :)
15:36 jgtimmer     but it was just one line
15:37 boegel       pdurbin: cool, thx
15:37 pdurbin      well, please let me know if you get it to work
15:37 pdurbin      boegel: sure. please give it a try
15:37 jgtimmer     it's an easy way of testing easybuild under different OS'es
15:38 jgtimmer     but what would be any other benefit? :-p
15:38 pdurbin      marketing
15:38 pdurbin      you could have it default to ubuntu and use centos instead by setting an enviroment variable: https://github.com/puppetlabs/puppetlabs-openstack_dev_env/blob/master/Vagrantfile
15:41 pdurbin      it would be great if you guys would throw your matlab.eb in https://github.com/pdurbin/easybuild-vagrant/tree/master/easyconfigs test it, and let me know if `eb /easyconfigs/matalb.eb` works
15:42 pdurbin      typo but you know what i mean, i hope
15:52 boegel       pdurbin: that would require our matlab.py easyblock to be shipped in EasyBUild
15:53 pdurbin      boegel: do you understand the value of that easybuild-vagrant repo? the idea is that it's an easy way for people to try out easybuild in a completely clean environment
15:53 pdurbin      they can blow away the vm with `vagrant destroy`
15:54 pdurbin      and run `vagrant up` to get it back
16:19 boegel       pdurbin: https://github.com/hpcugent/easybuild-framework/issues/372
16:19 boegel       pdurbin: I'll have to go, I may be online later tonight
16:20 boegel       pdurbin: w.r.t. the guy(s) who had some questions, let them join #easybuild here on FreeNode, we might have someone there to answer the questions
16:20 boegel       pdurbin: if not, tell them to use the bot and the !tell feature, that's always nice :)
16:20 boegel       pdurbin: ttyl!
16:45 JoeJulian    I read that wrong at first and was about to go to #easybuild to have the bot "!tell future"
16:47 pdurbin      wouldn't that be nice
18:50 * pdurbin    heads to a meeting with the gluster guys
18:51 semiosis     cool
19:38 pdurbin      gluster was inspired by gnu hurd!
19:38 pdurbin      crimsonfubot: lucky gluster gnu hurd
19:38 crimsonfubot pdurbin: http://download.gluster.org/pub/gluster/glusterfs/LATEST/CentOS/epel-7/x86_64/repodata/primary.xml.gz
19:38 pdurbin      bah
19:40 pdurbin      "negative lookup cache"
19:40 pdurbin      remember when we looked for something and didn't find it
19:42 pdurbin      semiosis: they're singing your praises
19:42 pdurbin      JoeJulian: you too
19:43 pdurbin      huh. epel-7 ^^
19:45 semiosis     pdurbin: POIDH
19:45 pdurbin      semiosis: huh?
19:45 semiosis     hehe never mind
19:45 pdurbin      :)
19:45 semiosis     @lucky POIDH
19:45 crimsonfubot semiosis: http://www.urbandictionary.com/define.php?term=POIDH
19:59 pdurbin      interesting that they plan to merge their tweaks to swift code back in
19:59 pdurbin      westmaas: ^^
20:03 pdurbin      "An efficient WAN replication method with GlusterFS is to use the marker framework / queue using extended attributes to feed rsync a list of changed files, scales better than inotify" -- http://www.jebriggs.com/blog/2012/02/svlug-story-of-glusterfs/
20:03 pdurbin      i don't think i'd heard of the gluster "marker framework"
20:08 simmel       What was the name of that distributed filesystem that recently was in the news?
20:09 simmel       Ah, http://www.xtreemfs.org/
20:09 pdurbin      simmel: uh. gluster? :)
20:10 simmel       Xtreemfs looks interesting. It's like AFS without the quirks.
20:10 pdurbin      "XtreemFS is an open source distributed and replicated file system for the cloud"
20:10 pdurbin      cool
20:11 simmel       Would be awesome with Kerberos support for Xtreemfs but I guess it's only a matter of time before that is a reality.
20:30 pdurbin      yeah
20:48 larsks       Grrr, it's java based.
20:51 JoeJulian    pdurbin: Nice of them to add to my already overly inflated ego. :D
20:54 JoeJulian    wrt epel7 which leads me to rhel7: "On the desktop, RHEL 7 will also feature the GNOME 3 user experience, which will be new to RHEL users." I do not envy Red Hat's support staff.
21:31 pdurbin      JoeJulian: huh. i guess you're quoting from this but it's from july: The Future of Red Hat Enterprise Linux 7 - http://www.serverwatch.com/server-trends/the-future-of-red-hat-enterprise-linux-7.html
21:31 pdurbin      larsks: ask me in 6 months how i feel about java. gonna be staring at a lot of java soon
21:35 larsks       pdurbin: My biggest complaint about Java is when I have something that will run under java 1.6.21 but not 1.6.20 or 1.6.22.  Or something like that.  Which I run into with alarming frequency.
21:36 larsks       "WRITE ONCE RUN IN VERY SPECIFIC PLACES"
21:36 pdurbin      heh
21:51 simmel       My biggest issue with java is that all libs/products seldom have any or even remotely sane defaults.
22:01 semiosis     +1
22:01 semiosis     i call it 'insane by default'
22:02 semiosis     larsks: that sounds awful.  what could possibly change between those minor releases?
22:03 miah         who cares about defaults. our job is to trash defaults and make shit awesome.
22:04 semiosis     miah: spoken like a true java dev
22:04 miah         i mean. how many people actually run a server with out of the box default configurations.