Logs from today´s meeting
mjordan, 01.02.2002 10:04
Session Start: Thu Jan 31 22:58:27 2002
*** Now talking in #mir
#mir created on Thu Jan 31 00:33:13
[mjordan] Hi again.
[mjordan] Ok. Logging.
[Zapata] yeah but he complained about his connection... don´t know if he´ll try again...
[mh] agenda item: pressing features like multi linguale support
[mh] I did a lot of excpetion handling last night and damn we need standardized error msgs with i18n
[Zapata] agenda item: I want to announce some thinking I want to do on the basic data model of mir...
[Zapata] and ofcourse I want to know what the status is of the different ´sub projects´... very curious who´s doing what...
[Zapata] it´s 23.00 btw...
[mh] shall I summarize the agenda?
[zert] yes please
[mh] (no prioritized)
[rk] ok
[Zapata] sure... go ahead...
[mh] bugs
[mh] site maintainer for mir.indymedia.de
[mh] the missing features Vs. active (blicero?)
[mh] unstable changes / roadmap unstable
[mh] pressing features like multi linguale support
[mh] standardized error msgs with i18n
[mh] Zapata: announce
[mh] what the status is of the different ´sub projects´
[mh] ok that´s it
[mh] intros?
[zert] i will do a proposal: multilingual documentation
[Zapata] ok... I don´t think I know everyone here...
[zert] i want to start a project of translating the doc
[zert] to spanish
[zert] in order to provide better doc to America
[Zapata] zert: remember I´ll be working on the mir documentation...
[Zapata] but lets do intros now...
[zert] okie O:)
[mh] maybe you both could work togther
[Zapata] ofcourse...
[mjordan] Who´s facilitating?
[Zapata] but I would want to prevent translating doc that will be outdated soon :-)...
[mh] intros:
[mh] alphabetical order?
[Zapata] ok
[Zapata] blicero?
[Zapata] no blicero?
[Zapata] chamber?
[chamber] what?
* mjordan wonders whether we have one who´s facilitating this meeting
* Zapata will let mh do it :-)
[mh] chamber: this is a meeting about the Mir software.. introduce yourself pls
[chamber] i´m chamber for the baske country
[chamber] y dont speak english very well
[chamber] XD
[chamber] i´m for the imc-euskalherria XD
[mh] ok cool
[rk] if you´re finished write END, please
[chamber] END
[chamber] sorry me
[chamber] XD
[rk] jaap?
[jaap] yep?
[rk] intro?
* jaap is alive
[mh] jaap: intro
[jaap] jaap, sysadmin NL
[jaap] no java knowledge at all ;)
[jaap] END
*** janneke ( janneke@node113b4.a2000.nl) has joined #mir
[mh] maulwurf?
[mh] ok my turn
[mh] berlin, java programmer for mir stuff.
[mh] END
[mjordan] ok.
[mjordan] Essen (Ruhrgebiet). Doing a Java project at university (cs studies). Did the (redundant dupe prevention trigger). Have no clue where to start learning how all works but I begin having more time to do it now.
[mjordan] end
* janneke assums this in introduction.. janneke from ascii/imc-nl
[janneke] -=end=-
[Zapata] whose turn is it now?
[mh] patrick
[mjordan] Patrick´s but he´s been idle for over an hour now.
[mh] rk?
[rk] okay, if patrick is not responding: rhindes, hamburg, started with mir a long time ago, not so active anymore, but i try to help out a little. currently coding on unstable.
[rk] end.
[Zapata] Max, Indymedia NL software development department ;-)
[Zapata] END
[zert] Bilbao, Euskal Herria, future sysadmin? interested in every techie project
[zert] END
[mh] maulwurf?
[rk] patrick?
[rk] blicero?
[maulwurf1] sorry i am maulwurf from indy.de
[maulwurf1] end
[mh] ok, prioritize items?
[mh] (I would propose we start with bugs)
[Zapata] I´d say lets just do them in the order you mentioned them...
[rk] ok for me..
[zert] ok
[mjordan] Yep.
[mh] they´ll lot´s of bugfixing going down in the next few days..
[mh] I was up late for the last 2 nights.
[mh] idfx mentioned that he´ll attack a few as well
[mh] Zapata: can you submit/check in your fixes? are they ready to merge?
[Zapata] mh: I have no fixes to merge...
[mh] you mentioned a thing or two in your bug list..
[Zapata] mh: the only real thing I did was create a quick ad-hoc fix for our local problem of international characters... not worth merging since we´re the only ones with the problem
[Zapata] mh: in fact I don´t have the problem in my local setup...
[rk] Zapata: is theere a separate indy.nl cvs somewhere?
[mh] Zapata: .de does not run actual mir.. it´s months benind. we are moving to mir in the next week.
[Zapata] rk: yeah... one of my first priorities coming weeks is to merge them... should not be that much work... but john (who´s absent now) knows best...
[rk] ok.
*** tobias (~ tobias@matrix.loopback.org) has joined #mir
[rk] tobias: please introduce yourself...
[mh] I really you update.. there are some critical fixes in the STABLE tree..
[Zapata] mh: in that case I suggest .de checks for the problem first... but as I said earlier, on my own local test machine the problem is not there...
[mh] I really suggest...
[mh] ok
[Zapata] mh: the fix is quite ugly... and not a real solution...
[mh] ok. I guess we have to look at all the language issue when we do multi-lingual anyway..
[Zapata] right...
[tobias] Hi, I´m tobias from hamburg, too :)
*** init (~ init@pD9001D8D.dip.t-dialin.net) has joined #mir
[mh] a little off topic for now, but something that idfx mentioned was to eventually replace pieces with well know and maintained free software pieces. e.g using pool man for DB abstraction layer, etc...
[rk] init:please introduce yourself
[mh] that would eliminate bugs too..
[mjordan] Why change a running system?
[mjordan] ... and introduce new, unknown bugs.
[Zapata] mh: that would be neat... is there a possible replacement for the O´Reilly thingy?
[mh] mjordan: it´s no priority, just in the future.. why should we have to maintain so much.. when there exists better already with less bugs..
[zert] to be free software? is important for indymedia, i think
[mh] anyway, it´
[mh] s OT
[init] hi, I´m init, from berlin, germany, working with the mir-coders here for quite a while...
[mh] zert: all of mir is free software. what I meant was well known projects.
[mh] Zapata: what´s wrong with the oreilly thing?
[zert] hummm O:) ok, we will flame after the meeting
[Zapata] mh: I think it might be the cause of our international character problem... the O´Reilly site mentions that it does not support internationalization...
[rk] poolman is just a dbconnectionbroker with caching facilities, as far as i know, to get rid of the dbabstractionlayer we would have to switch to something like ejb.
[mh] hmm.. that could be it..
[Zapata] what´s the name of the O´Reilly thing again?
* mjordan thought it´s off topic ...
[mh] rk: is there any other layer out there.. the thought of EJBS, kind of scares me.
[mh] it makes me think of things from HP with the name buzz words like MiddleWare...
*** kellan (~ kellan@dsl-65-184-91-17.telocity.com) has joined #mir
[rk] mh: right. i guess there are some, but a replacement is not necessary, i think.
[mh] ja ok. but we need a better interface to transactions though :) ...
[rk] weÄ´re talking about bugs right now: does anybody know of a bug-system software?
[mh] good point.
[mjordan] Any other than that of SourceForge?
[Zapata] there was mention of one in berlin...
[mh] we discussed that in berlin.. can´t remember what came out of it though. zap?
[jaap] was in my mail... Mantis
[Zapata] did anybody here check it out?
[janneke] blicero did I think..
[rk] it would be nive to install something and have a bug-system maintainer...
[mh] oh yeah.. I guess we couöld set it up on kosmos (the new brazilö)
[jaap] blicero uses it... looks ok...
[mh] I guess we could set it up on kosmos
[rk] blicero??
[Zapata] mh: that would be great...
[mh] I vote for zap as the maintainer :)
[rk] this is the owner of this channel who never speaks :)
[Zapata] lol
[Zapata] mh: ok with me...
[jaap] little bug: mantis is based on mysql...not postgresql
[jaap] (tried doing apt-get install on prod.indymedia.nl)
[mh] eeek
[mh] ok I´ll try it on kosmos in maybe 2 weeks..
[kellan] i just setup up request tracker for indy, mir development could certainly use that
[kellan] and it has hooks into bugzilla
[rk] Zapata: did i get you right, you are going to be the maintainer of the buglist?
[Zapata] rk: if that´s ok with everyone else...
[mh] kellan: sounds good. init, didn´t you already play with somehting like that?
[mh] Zapata: thatÄ´s great.
[mh] I mean thats great
[Zapata] hehe
[janneke] Zapata: ok by me, that´s real good :)
[mh] do you also want to make sure the doc is up to date on the mir.indymedia.(de¦org) site?
[mh] Zapata: maybe you could evetually look into bug track software as well.. if not I´ll install the software..
[Zapata] mh: need to work on the doc... will do that when I have time again (which is from coming monday)
[rk] mh: youÄ´re talking about the next point on the agenda?
[Zapata] mh: I´d say go for mantis if blicero/jaap think it´s ok...
[mh] anyone else want to work on outstanding bugs?
[tobias] yes, but i´ve no plan of the mir system of the last weeks...
[mh] tobias: zapata posted a bug list on the mir-coders list today.
[rk] a huge one :)
[mh] I´löl definetily look at the media issues. other than that it´s a free for all I guess
* rk doesnt understand
[rk] maybe we should be in this channel on saturday while coding?
[tobias] ahh
[mh] that for sure.
[rk] ok i case somebody wants to join ...
* Zapata thinks that we should be in #mir whenever we are coding...
[mh] Zapata: assuming we are coding where is an internet connection.
[rk] okay. maybe we should summarize and go over to the next points?
[Zapata] mh: ofcourse :-)
[Zapata] lets move on yes...
[mh] we will setup a bug tracking system on kosmos (the new prod box for .de) and zapata will be the maintainer.
[mh] there is alot of bug fixing going on right now as .de is moving to new mir
[rk] cvs joining with indy.nl is scheduled
[rk] saturday 10 CET weÄ´ll start.
[mh] ok, site mainainer?
* mh hesitates as I might go to Munich to stream
[rk] well: mir.indymedia.org is not up to date.
[rk] is somebody willing to do some updates on the site?
*** kellan has quit IRC (Client Exiting)
[Zapata] doc is already on my plate... so I´ll guess I´ll post in on the mir site...
[Zapata] as soon as I have transformed it from nl specific to mir generic...
[mh] I think that the features/specials on the front page should alwayss be fresh..
[rk] init: what about you?
[Zapata] but what information can be placed on the site?
[mh] rgiht now some links like CVS are up to date but not others..
[Zapata] is the java-doc automatically updated?
[init] rk: I could only add some general stuff , since I´m not involved in the actual coding
[mh] the front page could be as minimal as: cvs updated new branch or something and have a link to the cvs page..
[mh] what´s important is that people see that the project is active. it looks bad when the date is from october 2001
[rk] init: that would be great.
[Zapata] after big coding sessions, coders might add a short newswire article describing their progress?
[rk] people from poland told me, they wanted tarballs of the source / with and without libs
[rk] right.
[mh] init: the general stuff is what is missing.
[Zapata] regular packaged releases might indeed be an excellent idea, but who´s going to do this and how often?
*** chamber has quit IRC (BitchX-1.0c18 -- just do it.)
[init] maybe some charts of the modules and the basic concept, I could make some skteches with mh or idfx and post the drawings
[rk] init: great.
[rk] for the tarballs we need a scritp, that tars the cvs nightly?
[mh] init: I like that idea.
[rk] both stable and unstable, with and without libs...
[mh] rk: snapshots.. I bet there are already scripts out there for that
[rk] ok, i´ll check that out...
[rk] and write a small introduction..
[mh] so init.. does that mean you´ll maintain the site ?
[init] sorry, moderating the de-site right now, ähm , does the site need a maintainer ?
[mh] ja. you?
[rk] at least a little work should be put into improving, and may be you could once in a while ask some people to put some new stuff on the site when necessary. not so much work...
* mjordan wonders whom to ask about a courious thing in DatabaseMedia.java ...
[init] I don´t think I will be really able to keep track with the coding, but if the coding-people post what they do, I can have a look on the site in general, yes.
[mh] yup. asking is good. I´ll gladly post stuff.. I´ll I need is a little ßpressure.
[rk] great!
[rk] ok summarize and next point?
[Zapata] ok
[mh] init will try to keep the iste up to date and make a diagram. he will force coders to post what they´re up to.
[mh] rk will look into auto cvs snapshoting.
[rk] unstable changes / roadmap unstable ?
[rk] not so much to say about that:
[rk] i wanted to ask if somebody is coding on the unstable tree besides mark and me?
[mh] guess blicero´s not awake. can someone ping him about the missing active features compilation thing.
[mh] he´ll see the cvs log in any case I guess
[Zapata] blicero is awake in #tech
[mh] I havenÄ´t touched unstable in a while.
[rk] and: i put in two things in the code structure which should result in a speed/less memory improvement
[janneke] blidero is also alive in #radio.. do we need him?
[Zapata] when the item comes up we´ll holler him?
[rk] may be it is necessary to incoroporate them now, Äcause the stable source doesn´t use oid for the body texts anymore.
[mh] I promise I´ll finish the config thing in a timely manner. the xml stuff will stay but I think I´m going to keep MirConfig around so it will be compatible.. and be a lot less work to implement.
[Zapata] mh: do you still need help with the config stuff?
[Zapata] mh: cause I´m available starting monday...
[mh] Zapata: for sure.
*** blicero has quit IRC (Ping timeout: 180 seconds)
*** blicero (~ blicero@217.133.216.240) has joined #mir
[Zapata] mh: lets contact each other via email then next week...
[Zapata] rk: what´s oid ?
[mh] Zapata: I´ll send you a detailed email
[Zapata] mh: great
[mh] rk: you mean merge your changes into stable?
[rk] Zapata: itÄ´s ßlarge objectsß, something like attachments to database tables.
[rk] mh: may be it is necessary because mir might be too slow on the current indymedia data
[Zapata] rk: blob fields? or something similar?
[rk] yes.
[mh] rk: your change sounds simple enough. I admit, I haven´t looked at it yet but if you think it´s safe, then for sure.
[rk] the body text used to be a blob when we used postgresql 7.0, it had a limit of 8K for text fields.
[Zapata] rk: was there a limit? or will there be a limit? (or both?)
[rk] well it`s two changes, the second iÄ`m still working on (DatabaseViews for overview lists)
[mh] I´m looking forward to the views.
[mh] we really need easy transaction support soon.
[rk] Zapata: there was a limit ok 8k for text field, so with indy.de we had to use this oid mechanism for the body texts. but now the limit is gone.
[mh] ServletModuleOpenIndy is getting hacky..
[Zapata] rk: ok... thanks for the clarification :-)
[mh] the way transactions are used in EntityImages is not palatable.
[rk] indy.nl works already with body-text as text field. may be you could say something about the performance when producing?
[Zapata] erm...
[rk] :)
[mh] for the config stuff I have to move cvs around a bit in unstable to back out some of my changes. once config is done, I´d like to merge the 2 branches again.
[Zapata] when I look into my own personal test installation, I see a varchar(8k) field for content_data
[Zapata] I don´t know what indy.nl has for db structure...
[rk] how long does a full production take on indy.nl and how many articles does it have?
[Zapata] a full productions lasts (I think) 10 minutes or so...
[mh] (keep in my mind that your JVM has a BIG influence for this)
[mh] what JVM?
*** tom (~ thomas@217.114.68.75) has joined #mir
[tom] ´n abend
[Zapata] we did have a discrepancy in performance between my test machine and indy.nl... we were going to look into this...
[rk] tom please introduce
[mh] I have no reference to go by so I´m speaking out of my ass, 10 minutes sounds long. how many articles?
[Zapata] we have 1060 articles (select count(*) from content)
[tom] i am thomas from nadir, now doing the new layout for de.indymedia.org
[mjordan] It´s the CSS-using one, right?
[mh] Zapata: which was faster?
[Zapata] mh: the thing is that the indy.nl server is for an unexplained reason slower than my test machine...
[Zapata] but we´re going to look into this (but haven´t yet)...
[rk] 10 minutes is definitely very long!
[Zapata] yeah...
[mh] zap, jaap: can you describe hardware and JVM on both machines?
[Zapata] and the other day I was impatient and did a couple of concurrent full uploads...
[Zapata] and then the articles were generated zero-sized...
[Zapata] (it took a tomcat restart to fix this)
[mh] rk: once again talking out of my ass, but how much does our logging scheme cost us?
[Zapata] mh: how can I tell which JVM we´re using?
[Zapata] hardware is somewhat similar... my test machine is P166/128Mb
[mh] don´t know.. dpkg? can you paste output of ßps auxwwww¦grep javaß?
[janneke] prod.indymedia: cpu MHz : 233.866, Mem: 129986560
[mh] are pentium classics or PPROS?
[Zapata] mine is a plain old pentium MMX
[janneke] model name : Pentium MMX, GenuineIntel
[jaap] break: mantis now running on  https://prod.indymedia.nl/mantis
[Zapata] jaap: koel
[jaap] wait till you get the admin pw and have to maintain it ;)
[Zapata] lol
[mjordan] Sorry, folks, but I don´t get it: are you debugging a Mir system right now? We should complete our agenda first and then do things that mainly are of interest to particular individuals. After all, it´s a meeting.
[mh] nice thanks jaap
[Zapata] ok... mjordan is right...
[Zapata] lets move on...
[Zapata] it´s getting late...
[mjordan] It started getting late two hours ago. =B)
[mh] Zapata: last comment on the topic, please email me your JVM info.
[Zapata] mh: ok...
[mh] summarize unstable roadmap, rk?
[rk] ok.
[rk] we have to test if we do need to incorporate the unstable stuff in stable :)
[rk] and performance improve indy.nl :)
[mh] and zap will help with config stuff.
[mh] then we merge stable and unstable.. (probalbly a new stable tag/branch)
[mh] we should then start working on language stuff in unstable
[mh] what´s the next topic??
[rk] ressing features like multi linguale support
[rk] [mh] standardized error msgs with i18n
[rk] [mh] Zapata: announce
[rk] [mh] what the status is of the different ´sub projects´
[rk] [zert] i will do a proposal: multilingual documentation
* jaap is off... will work on mantis tomorrow & mail to mir-list.
*** jaap has quit IRC (Client Exiting)
[Zapata] isn´t it an idea to hold another mir meeting in a week or so when more people are present (like kellan and idefix)?
[Zapata] it´s really getting late for me
[mh] ja multilingual.. it needs to get done if other sites are going to start using mir. (like PGA)
[Zapata] who had multilingual on his plate?
[mh] agree. we can skip multi lingual.
[mh] (idfx I think).
[Zapata] ok
[mh] is it ok to skip it??
[Zapata] I think it is... anyone object?
[rk] ok..
[rk] what about standardized error messages?
[mh] error msgs. anyone know of a good system to spit out CONSISTENT error messages.
[mjordan] What about e.printStackTrace()?
[mh] should support i18n as well.
[mjordan] I mean, all you get when the darn thing crashes is the name of the Exception being thrown. Wow.
[mh] mjordan: stack trace needs to be supported with some human readable context info. and we canÄ´t always present a huge stacktrace on an error page.
[Zapata] shouldn´t this also be incorporated into kellan´s i18n suggestion then?
[Zapata] stacktraces are not a very useful thing to show unsuspected users I think...
[Zapata] they scare...
[Zapata] they should be available to testers ofcourse...
[mh] Zapata: yes but I know that some really GOOD java logging packages exist with i18n support
[mjordan] mh: StackTrace is human readable. You know exactly in which line of which file the Exception was thrown. This is a really comfortable debugging help.
[rk] log4j?
[rk] human not programmer :)
[mh] rk: ja I think thatÄ´s the one. with the petition over the jdk-1.4 thing
[rk] freemarker can be integrated into that too
[rk] or the other way round
[Zapata] we´re (or at least idefix is) trying to get rid of freemarker right?
[mh] mjordan: the context info is there because when the stuff is programmed we have and idea of what might have cause the exception..
[mjordan] rk: Do you really thing a non-programmer can do anything with the current error messages other than cutting them out and emailing them to imc-tech-germany?
[mh] plus the stacktraces don´t belong in the Mir log filem, they go to tomcat log
[mjordan] mh: Like the documentation is there because some folks worked two weeks getting used to it ...
[mh] mjordan: don´t understand what you mean
[mjordan] mh: I mean the methods aren´t documented at all (most of them). There are methods like ßadd()ß that have the comment ßThis is a generic add method. Must be overwritten if not sufficientß. Wow. I can read. But WHAT does this method add to WHAT other entity? You have to read the code. That´s the documentation.
[mjordan] Fact is that it´s hard for a non-Mir-Coder to get started. Providing sufficient debugging information would be of great help.
[mh] anyway, stacktraces always go into tomcat log no matter what right? (please correct if i´m wrong)
[mh] mjordan: i you have specific questions please ask. IÄ´ll try to hang around in #mir more often from now on.
[mh] and use any explanations I give there as a basis for extra code comments.. do that sound ok?
[mjordan] Thanks. That´s very nice. Really. But it doesn´t replace a good documentation ... (text follows)
[mjordan] I have a suggestion: as I don´t think that I´m able to produce woking Media admin code until upgrade to kosmos and the new stable branch of Mir, ...
[mjordan] I could work on documenting the code with your help, Marc, and some other guy who is more into the code could to the Media admin code.
[mjordan] After a while I know the code and will be able to code myself.
[Zapata] personally I believe that choosing good names for methods, classes, objects, parameters is much more important than documenting code...
[maulwurf1] keep on hacking! - going to bed now ... :)
[mh] right. but I don´t think anyone is going to sit down and start writing comments for stuff (new code is another story). but If I write doc in an email or irc, I´ll use that as an oppurtunity to commit it to CVS
*** maulwurf1 has quit IRC (Leaving)
[mjordan] Zapata: both things are as important as the other one.
* mh wonders what topic we were on..
[Zapata] mjordan: don´t want to start a flame, but I vehemently disagree :-)
[Zapata] we were talking about i18n of error messages
[mjordan] Ok. Back to agenda.
[Zapata] (or so I thought)
[mh] since I enjoy handlöing exceptions, I´ll look into and i18n´zed logging package. [/end summary]
[mh] next topic?
[Zapata] ok
[Zapata] this is my topic, right?
[rk] yes
[Zapata] ok... what I wanted to announce is that we need to adapt the mir datamodel for use by more imc´s
[Zapata] in some aspects the datamodel does not fit wishes by other imc´s
[Zapata] like having multiple translations of the same article..
[Zapata] I think that this restructuring should be done asap, since the more imcs use mir, the more work it will be to convert them...
[Zapata] I have some ideas about this, and will post them in the mircoders mailing list...
[Zapata] and I hope you guys can give me feedback, criticism etc...
[mh] can you briefly summarize?
[Zapata] ok...
[mh] your idea that is.
[Zapata] some changes I want to make:
[Zapata] - putting articles and comments in the same table... (that is, a comment will be an article too)
[Zapata] - making a more flexible system for determining which article is visible where (newswire, topic page, front page, whatever)...
[rk] mh.
[Zapata] - and making a way to have multiple versions (presumably in different languages) of the same article...
[Zapata] but I need to work this all out...
[Zapata] and I will need your feedback...
[Zapata] END
[Zapata] lets move on...
[rk] you want comment or move on?
[Zapata] If there are quick comments go ahead, otherwise, I´ll post more details in mircoders when I get to it...
[Zapata] and wait for comments then...
[rk] ok.
[rk] then two more points:
[rk] [mh] what the status is of the different ´sub projects´
[rk] [zert] i will do a proposal: multilingual documentation
[Zapata] zert: for which part of the doc?
[mh] well my sub project is config stuff.
[Zapata] zert: admin(editor) and/or user (open poster) and/or installation
[Zapata] about my subprojects: doc, localization: haven´t put any time into them... will start on monday...
[mh] and my long term/ongoing project is robustness in the code. i.e error handling, etc.. clean interfaces.
[Zapata] mh: that sounds like my long term project as well ;-)... in general I will focus a lot on project management and architecture...
[mh] I like idfx´s subprojekt of Peer to Peer content exchange. he might even have a chance to implement something similar and port it over to Mir.
[mh] ß
[mh] sory
[rk] i´m making plans in the back of my mind about that, tooo
[mh] de-centralize media handling. so the the media_typ table can move away from having to be centrally coordinated
[mh] rk: you mean P2P?
[rk] yup
[mjordan] My project was coding the Media admin interface but I failed due to a bad combination of lack of time and lack of knowledge. Marc offered to do it for me and I´ll start working on better documentation.
[Zapata] mjordan: I assume you mean code documentation?
[mjordan] Zapata: Right.
[Zapata] ok...
[Zapata] ok... no word from blicero?
[mh] next topic? zert?
[Zapata] I think I´m going to ask kellan and blicero and idefix through mircoders what their subproject status is...
[tobias] mjordan: I could help you with code-documentation, this is really the best way to become more familar with rhe code...
[Zapata] (won´t do that till monday though)
[mjordan] tobias: let´s hope so. =B)
[zert] sorry
[zert] i was reading some doc
[zert] both: use & instalation
[Zapata] ok...
[Zapata] I propose that I write/coordinate the doc first in english... and then we find volunteers to translate them in whatever language desired...
[zert] ok
[Zapata] I don´t think there is need for a dutch translation...
[Zapata] a german translation of the admin doc might be desired...
[zert] i agree because by now i don´t know too much about mir for writing the whole doc in spanish
[Zapata] right...
[Zapata] once I have finished the english doc, you might translate the doc and ask clarification to me for whichever part you don´t understand...
[mh] oh yeah your admin doc.. that´s good. maybe it should be accessible throught a help button in the admin interface?
[zert] ok Zapata
[mh] Zapata: it exists in dutch already right?
[Zapata] for instance... but as it is now, it´s not up to date and it´s made for indy nl...
[Zapata] mh: no...
[Zapata] mh: dutch people all speak english :-)
[mh] right.. forgot :)
[rk] is somebody putting the log on mir.indymedia.org?
[mjordan] I´m logging. I can put it there if there´s no objection.
[mh] mjordan: yes please.
[mh] next topic?
[mjordan] Okilidokili.
[rk] that´s a nice finishing word :)
[mh] anyone still have the next topic in their buffer?
[mjordan] ßOk. That´s itß say my back buffer. I´m verifying it once more. secpls.
[Zapata] I believe this is it...
[Zapata] we should asap make a new appointment...
[mjordan] Ok. I didn´t keep track of the agenda but all items we collected at the beginning are done.
[mh] ok then it was good.
[Zapata] but, since so many people are not here, a new appointment should be made in mircoders I think...
[mh] idfx is gone from 10.02 till march
[mh] agree
[rk] so next week maybe...
[Zapata] that would be nice...
[mjordan] Would be better because of branch merger and the likes.
[mh] keep your eyes on cvs in the next couple of days...
[Zapata] lets try 8 feb
[mh] ok
[mh] for me that is
[mjordan] Would anybody mind to meet at 20.00 CET?
[rk] oki
[Zapata] mjordan: kellan might...
[tobias] no, ok
[mh] 21:00 CET?
[rk] 21 ok
[Zapata] I want it as early as possible too...
[Zapata] mh: will you do the proposal for a next meeting in mircoders?
[mh] and let´s try to hang around in ää#mir in the meantime.
[mh] sure.
[rk] may be we can keep up # mir@irc.indymedia.nl a little more...
[mjordan] mh: 21.00 is ok but it´s pretty late right now and tomorrow is friday so most people won´t be able to sleep as long as they want to.
[mh] tomorrow
[rk] .. in the meantime ..
[mh] mj:?
[mh] I mean tomorrow I´ll send the date for the 8th to mir-coders!!! not a meeting
[mjordan] I mean: it would be better for most people to start earlier so we can finish earlier, too, and thus go to bed earlier.
[zert] i agree mjordan
[zert] it´s tooo lateeee
[zert] :D
[Zapata] all europeans agree :-)
[mh] I´m easy..
[rk] i don´t have a bed...
[tobias] bye, sleep good 20 is better 21 is better 20:30 is better...
[mjordan] poor rk. =B)
*** tobias has quit IRC (Leaving)
[mjordan] tobias: I don´t understand.
[mjordan] ok. too late.
[Zapata] ok... eom?
[mh] off to do more error handlin..
[Zapata] have fun!... ;-)
[mjordan] Ok. I turn logging off now.
[Zapata] ok...
[mh] ok bye
*** mh (~ lotec@pD9EB15B0.dip.t-dialin.net) has left #mir
[Zapata] I´m going to my warm bed...
[Zapata] see y´all soon
|
e-mail::