<fasta>
If $LIBDIR is an absolute path and $INSTALL_DIR is also, then it is the concatenation of two absolute paths.
<fasta>
As such, it's just garbage as it stands there right now.
<fasta>
I suppose I could just read the source code, but then why is there an INSTALL file in the first place?
<flux>
you mean INSTALL_ROOT? the paste doesn't mention INSTALL_DIR
<fasta>
flux: sure, INSTALL_ROOT.
<flux>
the purpose is this: let's say you have LIBDIR = /usr/lib
<flux>
and you're building a debian package
<flux>
you don't want to install to /usr/lib, because that would screw your system and you need to be root to do that anyway
<flux>
to you set INSTALL_ROOT = /home/fasta/src/somepackage/debian/build-root
<flux>
then when you do 'make install' it creates directories /home/fasta/src/somepackage/debian/build-root/usr/lib etc
<flux>
and you can make an archive with the root of /home/fasta/src/somepackage/debian/build-root . that directory won't appear in the resulting package.
<flux>
if you're not building a package, you probably don't want to touch INSTALL_ROOT
<fasta>
flux: I just want to use omake.
<fasta>
flux: but doing apt-get install omake and then running it, gives me some errors.
<fasta>
flux: probably because it is compiled against a different version of OCaml.
<fasta>
flux: is it possible to use Godi and manually installed packages in one installation?
<flux>
maybe, not sure if manually installed packages can satisfy a dependency though
<fasta>
All of these closed world assumptions in these systems are annoying.
<fasta>
'We are the One True Packaging system'.
<fasta>
Except in the end you end up compiling everything from source.
ontologiae has joined #ocaml
Yoric has quit [Ping timeout: 240 seconds]
hongboz has quit [Ping timeout: 264 seconds]
twigmorewelsh has joined #ocaml
thomasga has joined #ocaml
eikke has joined #ocaml
twigmorewelsh has quit [Ping timeout: 272 seconds]
twigmorewelsh has joined #ocaml
darkf has quit [Quit: Leaving]
Kakadu has joined #ocaml
djcoin has joined #ocaml
beckerb has joined #ocaml
<fasta>
hcarty: is there some way to let GODI + odb + ocamlbrew cooperate?
sivoais has quit [Ping timeout: 265 seconds]
Chambart has joined #ocaml
sivoais has joined #ocaml
eni has quit [Ping timeout: 268 seconds]
osa1 has joined #ocaml
eni has joined #ocaml
Chambart has quit [Ping timeout: 240 seconds]
orbitz has quit [Ping timeout: 246 seconds]
orbitz has joined #ocaml
Anarchos has joined #ocaml
Yoric has joined #ocaml
hongboz has joined #ocaml
cdidd has quit [Remote host closed the connection]
cdidd has joined #ocaml
ccasin has quit [Read error: Operation timed out]
ccasin has joined #ocaml
hongboz has quit [Ping timeout: 240 seconds]
hongboz has joined #ocaml
_andre has joined #ocaml
eni has quit [Ping timeout: 260 seconds]
Yoric has quit [Ping timeout: 276 seconds]
tane has joined #ocaml
eni has joined #ocaml
eni has quit [Read error: Connection reset by peer]
b` has joined #ocaml
<b`>
Hi, I am trying to install godi on debian but ./bootstrap fails with: Checksum mismatch for ocaml-make-6.29.3.tar.gz.
<b`>
Make sure the Makefile and checksum file (/opt/godi/build/godi/godi-ocamlmakefile/distinfo)
<b`>
are up to date. If you want to override this check, type
<b`>
"godi_make NO_CHECKSUM=yes [other args]"
<b`>
any idea how to resolve this?
<hongboz>
b` have you tried odb.ml? it seems much more lightweight and easier to install
<b`>
hongboz: no, i am trying ocaml and wanted to try: https://github.com/martindemello/ocaml-tetris and it says: "makefile assumes everything has been installed via findlib (if you have installed ocaml and batteries via godi this should hold good)."
<b`>
so was blundering my way through installing godi without knowing exactly what it is
<hongboz>
odb.ml also supports ocamlfind by default, it's a single file
<b`>
ok, trying odb.ml, godi seems too difficult for me to install
<hongboz>
odb.ml is a single file, good luck
<b`>
thanks! but already: ocaml odb.ml
<b`>
File "odb.ml", line 54, characters 25-26:
<b`>
Error: Syntax error
<b`>
:D not my day
<hongboz>
let me have a look. from git repo?
<b`>
yep
<hongboz>
b`: what's your ocaml version?
<b`>
ocaml -version
<b`>
The Objective Caml toplevel, version 3.11.2
<hongboz>
b`: it seems it requires at least ocaml version 3.12
<b`>
:( Maybe i need to learn ocaml first before i try installing and running stuff on it
<adrien>
b`: what is your distribution?
<adrien>
why do you have ocaml 3.11.2? it's pretty old
<b`>
debian squeeze
<hongboz>
b`: upgrade to ocaml 3.12?
emmanuel__ has joined #ocaml
<adrien>
3.12.1 to be precise
<b`>
allrighty, seems best
<hongboz>
unix since 3.12 is in search path. before 3.12 it seems you need to add "#directory "+unix";;"
<adrien>
and there are syntax differences between 3.11 and 3.12 too
adrien_oww has left #ocaml []
<b`>
ok, thanks hongboz and adrien, i will upgrade in sometime but syntax diff, might mean the program i wanto try ~ tetris graphics might not compile~!
<adrien>
no, the other way round
<adrien>
3.11 syntax works on 3.12, 4.00, ...
<adrien>
3.12 syntax doesn't work on 3.11
<adrien>
which might be the issue you had earlier
* Anarchos
is porting ocaml byterun in MMIX :)
<b`>
adrien: thanks!
hto has quit [Ping timeout: 248 seconds]
ftrvxmtrx has quit [Quit: Leaving]
Progster has joined #ocaml
twigmorewelsh has quit [Quit: Leaving...]
osa1_ has joined #ocaml
osa1 has quit [Ping timeout: 260 seconds]
hkBst_ has joined #ocaml
hkBst_ has quit [Changing host]
hkBst_ has joined #ocaml
contempt_ has joined #ocaml
hkBst has quit [*.net *.split]
contempt has quit [*.net *.split]
bddn has quit [*.net *.split]
hto has joined #ocaml
hkBst_ has quit [Ping timeout: 244 seconds]
hkBst_ has joined #ocaml
b` has quit [Ping timeout: 276 seconds]
hkBst_ has quit [Read error: Connection reset by peer]
hkBst_ has joined #ocaml
bddn has joined #ocaml
hkBst_ has quit [Ping timeout: 268 seconds]
twigmorewelsh has joined #ocaml
hkBst_ has joined #ocaml
sepp2k1 has joined #ocaml
sepp2k has quit [Ping timeout: 260 seconds]
Yoric has joined #ocaml
ankit9 has quit [Remote host closed the connection]
iratsu has quit [Ping timeout: 252 seconds]
bddn has quit [Changing host]
bddn has joined #ocaml
bddn has quit [Quit: For no apparent reason at all!]
bddn has joined #ocaml
iratsu has joined #ocaml
avsm has joined #ocaml
eni has joined #ocaml
Yoric has quit [Ping timeout: 260 seconds]
emmanuel__ has quit [Ping timeout: 260 seconds]
hkBst_ has quit [Quit: Konversation terminated!]
avsm has quit [Quit: Leaving.]
Anarchos has quit [Ping timeout: 276 seconds]
avsm has joined #ocaml
avsm has quit [Client Quit]
ankit9 has joined #ocaml
olasd has quit [Quit: leaving]
olasd has joined #ocaml
Kakadu has quit [Quit: Page closed]
Anarchos has joined #ocaml
Yoric has joined #ocaml
cago has quit [Quit: Leaving.]
hongboz has quit [Ping timeout: 240 seconds]
Yoric has quit [Ping timeout: 244 seconds]
djcoin has quit [Quit: WeeChat 0.3.2]
mika1 has quit [Quit: Leaving.]
psaxl has joined #ocaml
psaxl has quit [Client Quit]
psaxl has joined #ocaml
lusory has joined #ocaml
Anarchos has quit [Ping timeout: 276 seconds]
Yoric has joined #ocaml
Yoric has quit [Ping timeout: 246 seconds]
Yoric has joined #ocaml
pangoafk is now known as pango
eikke has quit [Ping timeout: 260 seconds]
eni has quit [Ping timeout: 252 seconds]
Chambart has quit [Ping timeout: 268 seconds]
<adrien>
I really, really, really, really, really, really, really, really hate mac os x
<thelema>
adrien: switch to a real OS
<thelema>
:)
<adrien>
thelema: heh, I never said I was running it
<adrien>
but lablgtk2 released this morning
<thelema>
and it doesn't work under osx?
<adrien>
installation issues this afternoon; of course, on osx
<thelema>
doesn't findlib take care of that?
<thelema>
I didn't see much emphasis in the release notes of extra findlib or oasis goodness for lablgtk2
<adrien>
well, Jacques has tested it on OS X (he has made some particular changes) but the issue with this crappy platform is that there is no compatibility between versions
<adrien>
plus the bug report is about installation through mac ports and I wonder if it doesn't break the build logic (the user ends up with .so files, not .dylib)
<thelema>
sounds like it'll be tough to debug/fix
Yoric has quit [Ping timeout: 246 seconds]
<adrien>
we'll see; so far there are no logs
<adrien>
but it's really something when you see a bug report and think "must be os x", and you're right 95% of the time
Yoric has joined #ocaml
<adrien>
but it was a great idea to get beer, bread, butter and cheese before checking my emails :-)
<thelema>
the OSX package installation story is... complicated by hand-crafted hacks
hyperbor1ean has quit [Quit: leaving]
hyperboreean has joined #ocaml
Yoric has quit [Ping timeout: 246 seconds]
<ontologiae>
adrien: it's probably a general *BSD problem
<adrien>
ontologiae: Jacques seems to run on FreeBSD actually
<ontologiae>
adrien: ok
<adrien>
and I've also updated the godi package for lablgtk2; godi is derived from pkgsrc; and mac os x had been checked but I guess it was on a different version
<thelema>
thomasga: the latest 1.4.x version of batteries should work with 4.00.0
<thelema>
err, not 1.4.x, 1.5.0
<thomasga>
ok thx, will use it then
Chambart has joined #ocaml
eni has joined #ocaml
osa1_ has quit [Quit: Konversation terminated!]
osa1_ has joined #ocaml
osa1_ has quit [Remote host closed the connection]
err404 has quit [Remote host closed the connection]
psaxl has quit [Quit: psaxl]
ontologiae has quit [Ping timeout: 240 seconds]
gnuvince has quit [Ping timeout: 252 seconds]
diego_diego has joined #ocaml
diego_diego has quit [Client Quit]
psaxl has joined #ocaml
sepp2k1 has quit [Remote host closed the connection]
paolooo has joined #ocaml
greg_dove has joined #ocaml
<fasta>
Godi cannot use a custom compiler, can it?
<fasta>
I'd say that odb.ml solves a problem and that Godi only introduces new ones if that's the case.
<thelema>
fasta: I'm sure there's some complex way for Godi to use a custom compiler
<thelema>
I don't know what that is
<fasta>
thelema: sure, that would be the problem.
Drakken has quit [Ping timeout: 264 seconds]
<thomasga>
fasta: you can use opam if you want to support a custom compiler
<thomasga>
no official release yet, but it start to stabilize
<thomasga>
starts*
<thelema>
thomasga: what's the complexity cost of opam over odb.ml?
<thomasga>
depends what are you need
<thomasga>
needs*
<thelema>
there's variable complexity costs of opam?
<thomasga>
hum
<fasta>
thomasga: why don't you use nix?
<thomasga>
how do you evaluate the complexity cost ?
<fasta>
thomasga: i.e. why develop something custom when a very well considered solution already exists?
<adrien>
considering the adoption of nix, I don't think it's less "custom" than any other too
<adrien>
tool*
<thomasga>
fasta: does it work with source packages + strong interface checking ?
<fasta>
thomasga: it can do source and binary.
<fasta>
thomasga: and there is no checking, because it's impossible to mess up by construction.
<fasta>
thomasga: also, the guys who created it have PhDs. on the subject.
<thomasga>
well, a lot of people have PhDs
<fasta>
thomasga: and some ocaml packages have already been packaged.
<thomasga>
but I'll have a look
<fasta>
thomasga: not on that specific subject.
<fasta>
thomasga: I'd say that Nix is about 100,000$ away from absolute perfection.
<thelema>
thomasga: for examples of "complexity costs", I think of complex install, work to add metadata to packages to make them available, installed package database usage (+ potential problems with it), fit into existing systems, and I'm sure more
<fasta>
thomasga: which is _very_, _very_ close in my world.
<thomasga>
thelema: I'm using OPAM every day and I'm happy with it - so your question is very subjective :-)
<thelema>
thomasga: I'm not saying that opam won't provide a great user experience
<thomasga>
I mean: OPAM is more complex than odb.ml, but it does solve my every-day problems
<fasta>
wmeyer: can you make derived works on soundcloud.com?
Xizor has joined #ocaml
<thomasga>
but I've used odb.ml for small projects
<thomasga>
and I was happy with it as well
<thelema>
thomasga: if I may probe, what problems does opam solve that odb.ml doesn't?
<thomasga>
optional dependencies and support of multiple compilers mainly
Drakken has joined #ocaml
<thomasga>
(and multiple remote repo)
<thelema>
I consider odb's support of multiple compilers (and multiple repos) to be excellent.
<wmeyer>
fasta: well, not really thinking about getting on the way and stealing anything, that is pretty much commercial (see the gaps; can you see?), but yes a synth on LiqiudSoap would be interesting.
ankit9 has quit [Ping timeout: 248 seconds]
<fasta>
wmeyer: more formally: what is the license on the content?
<thomasga>
thelema: how do you handle dev version for packages ?
<thelema>
I agree that odb is weak on optional dependencies, but what should be done there? suggest dependencies to the user (you may want to install foo)? or are you talking about things like utop needing lwt built with react support
<fasta>
I think the whole stable, unstable stuff is a bad idea in principle.
<thomasga>
thelema: 'opam install lwt' will install lwt with minimal dependencies
<thelema>
thomasga: same with odb
<fasta>
I'd prefer to have things with maximal dependencies.
<thomasga>
'opam install react` will install react, recompile lwt (with the right ./configure options) and all the packages which depends on lwt
<fasta>
Or rather, configurable in a configuration file.
<thelema>
thomasga: really? wow. I've looked into re-compiling the packages that depend on what just got installed, but knowing the right configure options for every optional dependency... wow.
<fasta>
thomasga: can you install multiple versions next to eachother?
<thomasga>
for dev packages, you can do 'opam pin lwt </local/path/to/your/version/of/lwt', and every time you modify something in your local path, "opam update && opam upgrade" will recompile the package and the packages which depend on it
<fasta>
thomasga: and can you already install react 0.94?
<fasta>
thomasga: because I noticed that odb lagged.
<thomasga>
fasta: no I can't for now, because I'm relying on ocamlfind which does not support that
<fasta>
thomasga: you could support that via nix easily.
<thelema>
thomasga: odb's solution to your dev package scenario is a local packages file that provides the metadata of where the source comes from, and which overrides the remote repo