<Alpounet>
but it also seems unmaintained since the last release
<hcarty>
I think glcaml would be fairly straightforward to maintain
<hcarty>
Particularly if a few users band together to work on it
<palomer>
Alpounet, don't forget to check out ocamlsdl
<palomer>
(if you need to display fonts or play music or display pics)
<Alpounet>
palomer, I know it. I've published a bouncing ball app
<Alpounet>
(on planet ocaml)
<Alpounet>
too bad nobody's maintaining an OCaml binding
sOpen has quit [Read error: 110 (Connection timed out)]
<Alpounet>
Haskellers have their actively maintained OpenGL binding.
SirNick has joined #ocaml
<hcarty>
The SDL bindings which come with/from the author of glcaml look reasonable as well
<kaustuv>
Having an OCaml library maintainers consortium is a nice idea. Kind of like the Debian OCaml team, except they adopt orphaned libraries.
<palomer>
ocamlsdl isn't being maintained?
s4tan has quit []
<flux>
not as far as I can see
<palomer>
hrmph
<palomer>
I _did_ submit a patch
<palomer>
which seems to have been ignored
<palomer>
and the repository is down
<hcarty>
kaustuv: Yes, almost a Batteries-lite. They don't all have to be related, but it may make it easier to at least keep them working with the latest compiler and library revisions
ttamttam has joined #ocaml
ttamttam has left #ocaml []
<Alpounet>
palomer, the main problem is LablGl or GlCaml
<Alpounet>
we haven't any OpenGL binding still maintained
<Alpounet>
the less outdated one is GlCaml which binds until OpenGL 2.1 with some extensions.
<Alpounet>
kaustuv, nice idea yeah. Who'd want to be part of such a team ? OTOH, isn't Batteries a way to do that ?
<Alpounet>
well, some sort of way of doing that, after maturing a little a given library.
<Alpounet>
but we'd need *much more* people involved in Batteries.
<hcarty>
Alpounet: I think group of library maintainers as mentioned by kaustuv would be, at most, a pre-Batteries stage
_zack1 has quit ["Leaving."]
<hcarty>
Though it would probably be a good idea to make sure any such libraries play nicely with Batteries
<Alpounet>
yeah
<Alpounet>
In fact, it'd need a subgroup in Batteries
<Alpounet>
which would work (hard) on maintaining and/or updating libraries (binding or not)
<Alpounet>
making the code consistent w.r.t Batteries.
<hcarty>
And I think that would get to be too problematic since the libraries and their current state as maintained by such a group would probably change much more quickly than Batteries
<Alpounet>
It'd need to be a little bit separated from Batteries, but being consistent with it.
<hcarty>
I agree that a tie of some sort to Batteries would be beneficial both for Batteries and the non-Batteries maintained library
Ariens_Hyperion has joined #ocaml
<gildor>
hcarty, Alpounet: I think what you are talking look like Debian collab-maint project
sOpen has joined #ocaml
<Alpounet>
gildor, it is, but for OCaml libraries instead of Debian packages...
<gildor>
Alpounet, hcarty : this can be a good idea, but better start with only convincing some upstream to give you the maintainance of their library
<gildor>
Alpounet, hcarty: Batteries compat is a long term goal
ched_ has joined #ocaml
<gildor>
Alpounet, hcarty: fixing most obvious bug and problem in this library is probably the best thing to do first
<gildor>
(i.e. applying patches provided by people and publishing the result is a good starting point)
<Alpounet>
hmm
<gildor>
Alpounet, hcarty: and of course, you can create a forge.ocamlcore.org project for this ;-)
<hcarty>
gildor: I agree fully
<Alpounet>
So do I.
<Alpounet>
The first step would be to find some of such libraries to choose a first one to start with, if we decide to go on this way.
<gildor>
Alpounet hcarty: behind glcaml what are other concerned library ?
<hcarty>
gildor: I'm a little concerned about the Cairo bindings. I don't know if they are abandoned or have simply not been updated in a long time.
<hcarty>
The author just moved their development of another set of bindings (GSL) to Google Code though, so they may not be abandoned at this point
<hcarty>
gildor: As you said, it is important to at least attempt to get in touch with the library authors to get their blessing
<gildor>
hcarty: I think this can be worth to setup a forge project and do an announcement on caml mailing list when ready
<gildor>
hcarty, Alpounet: the point is that this will just be a way to setup something where abandonned project can get minimum care (we are not talking about full dev. only bug report + patch for a first step)
<gildor>
hcarty, Alpounet: for most project this can be a good "resurection" point
<Alpounet>
if projects are wisely selected, this can even lead to an increase of interest in the library and give it a "second chance" ...
<hcarty>
gildor Alpounet: Yes, I think it would be nice (though I doubt it would happen often) if projects could be adopted from the pooled of maintained libraries
<gildor>
hcarty, Alpounet: even if it happens once in a while this is still better than today situation
Ariens_Hyperion has quit []
<Alpounet>
Even if it happens once, just once, it'd be great. Imagine somebody (even a team) maintaining a good OpenGL or Qt or Cairo [...] library...
Ched has quit [Read error: 101 (Network is unreachable)]
<gildor>
Alpounet, hcarty: just begin by creating a project on ocamlforge and discuss the rules to adopt a project...
<hcarty>
gildor, Alpounet: I'm not able to tackle this quite yet, but if someone doesn't beat me to it then I certainly will as soon as I'm able
<Alpounet>
it'd be good to start working on a library this summer.
<Alpounet>
Would it be okay for you ?
xavierbot has joined #ocaml
<xavierbot>
can't exec (./ocamlbotwrapper) in child pid 21895: No such file or directory at /opt/local/lib/perl5/site_perl/5.8.9//POE/Wheel/Run.pm line 449.
<xavierbot>
can't exec (./ocamlbotwrapper) in child pid 21895: No such file or directory at /opt/local/lib/perl5/site_perl/5.8.9//POE/Wheel/Run.pm line 449.
<xavierbot>
Can't exec "./ocamlbotwrapper": No such file or directory at /opt/local/lib/perl5/site_perl/5.8.9//POE/Wheel/Run.pm line 449.
<xavierbot>
_stop:
<xavierbot>
can't exec (./ocamlbotwrapper) in child pid 21896: No such file or directory at /opt/local/lib/perl5/site_perl/5.8.9//POE/Wheel/Run.pm line 449.
<xavierbot>
Can't exec "./ocamlbotwrapper": No such file or directory at /opt/local/lib/perl5/site_perl/5.8.9//POE/Wheel/Run.pm line 449.
<xavierbot>
_stop:
<xavierbot>
can't exec (./ocamlbotwrapper) in child pid 21897: No such file or directory at /opt/local/lib/perl5/site_perl/5.8.9//POE/Wheel/Run.pm line 449.
xavierbot has quit [Remote closed the connection]
<Alpounet>
Who ran it ? heh
<hcarty>
Alpounet: This summer would likely be a good time, though it may end up being late summer before I can dedicate regular time to it
<Alpounet>
Ok.
<hcarty>
Ideally I'd be able to put in the time to get the basics set up in the next month or two
<gildor>
hcarty: what setup did you need ?
<Alpounet>
It would help for rising a "good for real world use" feeling about OCaml
<Alpounet>
kaustuv, wouldn't you like to participate ?
Snark has joined #ocaml
<kaustuv>
Alpounet: sorry, I haven't been following the conversation. What am I being asked to participate in?
itewsh has joined #ocaml
<kaustuv>
Oh, I see. Yeah, sure, count me in.
<Alpounet>
selecting one (as a beginning) unmaintained library, do known bugs fixing, and maybe updating them (for CamlGl, e.g) when they depend on C libraries
<Alpounet>
hcarty, I'd like to know what setup you'd need, too
<kaustuv>
Ah, for CamlGL I'll won't be much use. I know practically nothing about graphics programming.
<Alpounet>
kaustuv, that's not restricted to graphic libraries
<Alpounet>
rather unmaintained but useful libraries
<kaustuv>
Re: <49F6E6D3.8040104@yahoo.fr>
<kaustuv>
Camomile is also orphaned?
<Alpounet>
Last news on SF : 2006/08
<kaustuv>
Did Batteries take up de facto maintainership of Camomile then?
<gildor>
kaustuv: I am not sure batteries point is to take over maintainance of orphaned libraries
<gildor>
kaustuv: I think batteries team has already a lot of work
Yoric[DT] has joined #ocaml
<kaustuv>
Batteries has effectively done so for extlib, though I suppose that is a special case.
<gildor>
kaustuv: indeed, it has made a spinoff for ocamlbz2
<Yoric[DT]>
hi
flx_ has joined #ocaml
<kaustuv>
Hi Yoric[DT], saw your blog post the other day. My condolences, but private sector research may not be all that bad.
flux has quit [Read error: 104 (Connection reset by peer)]
<Yoric[DT]>
No, it's not necessarily all bad.
<Yoric[DT]>
But, well, I loved teaching, too.
<Yoric[DT]>
And, well, there are larger issues at stake than just my career.
<kaustuv>
Sure, I totally understand your point of view.
Ariens_Hyperion has joined #ocaml
prime2 has joined #ocaml
Spiwack has quit ["Leaving"]
_zack has joined #ocaml
itouch has joined #ocaml
itewsh has quit [Operation timed out]
Ariens_Hyperion has quit [Read error: 110 (Connection timed out)]
_zack has quit ["Leaving."]
<Alpounet>
hcarty, kaustuv should we register the project on OCamlCore and start discussing on the ML ?
ttamttam has joined #ocaml
ttamttam has left #ocaml []
Snark has quit ["Ex-Chat"]
<kaustuv>
Alpounet: which ML do you mean? caml-list, or one set up specifically for the newly created project? If the latter, I'm all for it. If you mean caml-list, I think it's too premature.
monadic_kid has joined #ocaml
komar_ has quit [Read error: 113 (No route to host)]
monadic_kid^ has joined #ocaml
monadic_kid_top_ has joined #ocaml
flx_ is now known as flux
<Alpounet>
kaustuv, the latter of course.
<palomer>
do you guys have a name for elements of unit -> unit ?
<palomer>
do you call them actions?
<palomer>
thunks?
<mrvn>
closures
<mrvn>
functions
<mrvn>
values
monadic_kid has quit [Read error: 110 (Connection timed out)]
monadic_kid_top_ is now known as monadic_kid
monadic_kid^ has quit [Read error: 110 (Connection timed out)]
Ariens_Hyperion has joined #ocaml
komar_ has joined #ocaml
Camarade_Tux has joined #ocaml
monadic_kid has quit ["Leaving"]
Pepe_ has joined #ocaml
Pepe_ has quit [Read error: 104 (Connection reset by peer)]
monadic_kid has joined #ocaml
Pepe_ has joined #ocaml
seafood has joined #ocaml
itouch has quit [Read error: 104 (Connection reset by peer)]
<hcarty>
Alpounet, kaustuv: I think registering a project is a good idea. Any ideas for a title?
Camarade_Tux_ has joined #ocaml
Camarade_Tux has quit [Read error: 104 (Connection reset by peer)]
Camarade_Tux_ has quit [Client Quit]
Camarade_Tux has joined #ocaml
Tux__ has joined #ocaml
seafood has quit [Read error: 110 (Connection timed out)]
<Alpounet>
hcarty, hmm...
* Alpounet
is thinking (yeah, great moment, etc)
Camarade_Tux has quit [Read error: 110 (Connection timed out)]
slash_ has joined #ocaml
<Alpounet>
hcarty, still here ?
<Alpounet>
OHospital ?
<Alpounet>
:D
prime2 has quit ["leaving"]
willb has quit ["Leaving"]
<hcarty>
Alpounet: I am now, but will be away soon.
<hcarty>
Alpounet: Excellent name :-)
<hcarty>
Probably a bit of the wrong implication though
<Alpounet>
yep.
<Alpounet>
We can find better.
<hcarty>
Ohalf-way-home or OBoarding
<kaustuv>
O'rphanage
<hcarty>
kaustuv: Very nice
<Alpounet>
O'rphanage is nice
<hcarty>
Opasture
<Alpounet>
Obandage
sgwizdak has quit [Read error: 110 (Connection timed out)]
sgwizdak has joined #ocaml
<Alpounet>
Ospital
<hcarty>
I'm off for now. I may have a bit of time tomorrow to set up the project on the forge
<hcarty>
'Ospital
<Alpounet>
I'll have time too.
<hcarty>
Keep up the good work!
<Alpounet>
hcarty, can you private message me your email ?
<Alpounet>
we must find a name before opening a project on the forge
<hcarty>
Alpounet: Yes, if you tell me how to do so
<hcarty>
My IRC experience is minimal
<brendan>
Hôpital?
<Alpounet>
hcarty, write /query Alpounet and then write your email
<Alpounet>
oh
<Alpounet>
irssi
<Alpounet>
hmm
<Alpounet>
it should work too
<hcarty>
Alpounet: It's my IRC nic
<brendan>
or /msg Alpounet <email>
<hcarty>
atmos
<hcarty>
oops... atmos.umd.edu
Ariens_Hyperion has quit [Read error: 110 (Connection timed out)]
hkBst has quit [Read error: 104 (Connection reset by peer)]
<Alpounet>
OHealth
<palomer>
I registered a project called funio the other day
<palomer>
what a mistake
slash_ has quit [Client Quit]
<Alpounet>
why ?
<palomer>
it's a piano game
<palomer>
fun + piano = funio
<palomer>
horrible!
Yoric[DT] has quit ["Ex-Chat"]
<Alpounet>
you can rename it later
<Alpounet>
the most important here is the content of the project
kaustuv is now known as kaustuv_
monadic_kid has quit ["Leaving"]
guest1234 has joined #ocaml
<guest1234>
If I have a list of the format [(1,[2;3;4]);(2,[4;2;5])] how can I write a function to print me a list [1;2;3;4;5] where order does not matter and there are no duplicates?
<guest1234>
essentially to get all numbers regardless of in the (fst head) or (snd head) of each element and make one list removing duplicates
<thelema>
your input type is (int * int list) list?
<guest1234>
yes
<thelema>
how can you merge the (* int list) parts?
<guest1234>
I don't know. I have a function to remove duplicates from a list, just don't know how to generate a list of all ints.
<thelema>
okay. what if your input was (int * int) list?
<guest1234>
I'm only accepting (int * int list) list even if the int list is only one element
<guest1234>
or none for that matter
<thelema>
I know. Do you mind if I treat this as a learning exercise for you?
<guest1234>
please
<guest1234>
didn't know what you were doing
<thelema>
so how would you turn an [(int * int) list] into an [int list] with no dups?