<dark>
I had batteries installed from git (and it worked fine for a lot of time), but I am rebuilding it because my build fail at link time with:
<dark>
Error: Files /usr/lib/ocaml/batteries/batteries.cma(BatCamomile) 00043 / 00052 and /usr/lib/ocaml/camomile/camomile.cma(CamomileLibrary) make inconsistent assumptions over interface CamomileLibrary
<dark>
I think I updated camomile or something. :(
<dark>
I have camomile 0.8.3 installed, and I think I had 0.7.3 before (when everything worked fine)
<dark>
I installed from git because of a small fix you put there (I think it was related to documentation), but I'm otherwise using 1.2.2
<dark>
but when I tried to rebuild batteries, it cloned the current master, not the master I was using..
rfg has quit [Quit: rfg]
<dark>
yeah, that was the problem. I think I will open something on the issue tracker..
<dark>
if there is any. o.o
* schmrkc
sees batteries is broken on arch linux.
<schmrkc>
feh.
<dark>
batteries is non-existent on gentoo o.o
<dark>
I have an ebuild on my personal overlay, but I don't know if I made it from scratch or copied from another overlay
<dark>
but anyway I have two ebuilds, one for 1.2.2 and other for "9999", that downloads from git
<schmrkc>
Right.
<schmrkc>
arch has one for git and one for 1.2.2
<schmrkc>
they're both broken it appears.
<schmrkc>
"go bleeding edge", they say.
<dark>
hm. o.o
<schmrkc>
"rolling release is good", they said.
<dark>
i don't think the problem is either of those
<schmrkc>
the maintainer claims it is because some upgrade to ocaml actually broke some ocamlp4 thing.
<dark>
usually, ml in gentoo isn't in a good state because it is not loved
<schmrkc>
iirc
<dark>
ah
<dark>
I had to patch a thing or two because of this (this?) upgrade. like omake
<dark>
I got patches from debian
* schmrkc
will just wait.
<schmrkc>
:)
<schmrkc>
Bad news really. I was looknig forward to play some backgammon. But now I have to hack on something non-ocaml related.
<dark>
in fact, there is no excuse for providing buggy packages, if there _is_ a maintainer that cares. if it is buggy, or mark it as testing / remove it, or patch it
<dark>
wow. the bad news for me was that pg'ocaml wasn't and probably will never be packaged at gentoo
<schmrkc>
What stops you from packaging it?
<dark>
no, I packaged it :)
<dark>
and its obscure dependencies
<dark>
like ocaml-calendar
<schmrkc>
for arch the problem is that ocaml-batteries is in the "aur". Which is user community and anyone and her dog can put stuff there. And there are no strict rules about it actually being maintained or supported.
<dark>
it was kinda hard, but after that, i am more confident =)
<schmrkc>
So what is stopping it from going into gentoo?
<dark>
hmmm... gentoo has a policy of adding _apps_, not libraries (unless the library is actually popular on itself)
<schmrkc>
problem with the community repo is that it is all "pull sources and build :D :D" and nothing ever works ;)
<schmrkc>
seems a shitty policy.
<dark>
so it will add libraries on demand, to fulfill apps needs
<schmrkc>
Madness.
<schmrkc>
So write an app that prints hello world but needs pg'ocaml and whatheck :)
<dark>
I *could* add pg'ocaml to gentoo-sunrise, that is like the community repo for gentoo..
<dark>
but I'm kind of delusioned(?notsure if this word exists) on gentoo procedures
<schmrkc>
that's the benefit of the community repo for arch. You could just add it.
<schmrkc>
disillusioned maybe?
* schmrkc
is far from a native english speaker :)
<dark>
also my packages are of poorest qualities, it doesn't have right dependencies (or they are not fine grained enough), and it does not have standard use flags (like the flag "ocamlopt" that every other ocaml app has)
<schmrkc>
seems complicated to pack for gentoo.
<dark>
it seems complicated to pack for *debian*
<schmrkc>
Oh I've done that a few times. No major worries :)
<dark>
really? hmm
<dark>
the gentoo package is almost a shell script
<schmrkc>
pgocaml looks kinda nice.
<schmrkc>
yup. same for debian.
<schmrkc>
unless you really want to do it by hand.
<dark>
it kinds of encourages you to write a quick thing with duct tape
<schmrkc>
yeah
<schmrkc>
of course it gets complicated for some apps.
<schmrkc>
package manglers are pretty annoying is my conclusion :)
<schmrkc>
after having experienced debian CL packages. urgl.
<schmrkc>
good thing pretty much all languages provide their own thing ;)
<dark>
at gentoo, there is a script for building ebuilds from haskell's cabal and rubygems o.o
<schmrkc>
sounds like a silly idea.
<schmrkc>
just use cabal and gems :)
<dark>
problem with rubygems (and other language-specific packages) is that is does not contain cross-language dependencies
<schmrkc>
I seem to remember that gentoo uses the horrid CLC for CL packages.
* schmrkc
shudders.
<dark>
so you can't really type "one command to install it and a whole bunch of dependencies", you have to install external deps by hand..
<schmrkc>
Right.
<schmrkc>
I'm a slackware user by heart. I don't mind ;)
* schmrkc
reads there is a "package overlay" which removes CLC support.
<schmrkc>
good call there. No idea what it means, but seems you can get sanity :D
<dark>
gentoo requires some kind of make DESTDIR=.. some ocaml packages use ocamlfind to install things, which gives destdir for free. others use things like install and does not care about this
<schmrkc>
aha
<dark>
I spent a night fighting with an ocaml package, until I patched the Makefile.am or something
<schmrkc>
I tried packaging some things for OE. I think their packaging system is heavily based upon gentoo.
<dark>
I almost installed at /usr/local
<schmrkc>
almost? :)
<dark>
in the end everything worked:)
<schmrkc>
nice!
<dark>
schmrkc, anyway: you can git clone https://github.com/ocaml-batteries-team/batteries-included.git, then build it, but don't install; and then at your build system, call ocamlfind with ocamlfind ocamlc -I ..directory-batteries-are -package batteries <other things here>
<dark>
if you just meant to play with something, this setup seems fine..
<schmrkc>
aha nice.
<schmrkc>
thanks
gnuvince_ has joined #ocaml
<dark>
does someone here know how to make omake set some environment variable for programs built with OcamlProgram?
<dark>
I can set it with VAR=value omake
<dark>
and I guess I need to stick to it....
<dark>
omake site is now off.. ._.
drunK has quit [Remote host closed the connection]
zubeen has joined #ocaml
Fullma has quit [Ping timeout: 245 seconds]
ulfdoz has joined #ocaml
joewilliams is now known as joewilliams_away
ygrek_ has joined #ocaml
cthuluh has quit [Read error: Operation timed out]
<hcube>
can does cohttp's license enable to use static linked in close source commercial project?
<hcube>
anyway it looks good, thanks
<larhat>
and there is full http server -- ocsigen http://ocsigen.org/ . you can write extension for it or build your application on top of this server. ( i'm not a lawyer, so i cannot help you with licenses ussues )
<hcube>
i'd like to use ocaml and a proper http lib in my iphone app to communicate with my server
<albacker>
how can i measure the CPU execution time of a program?
<adrien>
Sys.time
<albacker>
thanks.
<adrien>
np
<adrien>
hcube: typically, ocaml libraries are lgpl with static linking exception, meaning it should be good for commercial use
<adrien>
as long as you don't change the library itself (so, work upstream)
<adrien>
better check, especially if you have a legal dept but it _should_ be good (can't remember the details and I'm not a lawyer either :-) )
asmanur_ has joined #ocaml
<hcube>
ok
<hcube>
what's is the most simple http lib for ocaml? (with no deps)
<hcube>
is there a central ocaml repository like hackage is for haskell?
<adrien>
http client or server?
<hcube>
client
<adrien>
as for the central repo, yes and no: there's the ocaml hump (and funlinks.camlcity iirc) and the ocamlforge but they don't provide (yet) a way to automate installation
<adrien>
godi could be useful however
<adrien>
never really used the clients
asmanur has quit [Ping timeout: 252 seconds]
<adrien>
what do you need?
<hcube>
send raw data via http + http auth
<hcube>
get raw result
<ygrek_>
ocurl
<ygrek_>
libcurl is available on iphone iirc
<ygrek_>
there is also plain ocaml http client in ocamlnet
<hcube>
i've checked ocamlnet but it is seems a huge lib with many deps
<adrien>
no deps but it's quite big
<hcube>
if it has no deps then i'll try it
ulfdoz has joined #ocaml
<ygrek_>
it depends on pcre I think
<adrien>
that's not impossible
<hcube>
yes it depends on it, but iphone sdk has pcre lib
ikaros has joined #ocaml
<ygrek_>
was it hard to get ocaml compile for iphone?