Welcome to Elgg's documentation
This is the place to find documentation on all aspects of Elgg. If you would like to contribute your own documentation please do; we want this to be a real community effort!
Developer meetings log20080124
From Elgg Documentation
(21:03:03) renato: this is better than keywords...people think they are the same as "blog keywords" (21:03:08) renato: hi misja (21:03:12) misja: hi all (21:03:15) ewout: hi (21:04:21) misja: how is everybody doing? (21:04:37) renato: fine (21:05:02) misja: were you already discussing a topic? (21:05:30) ewout: yes, this : I made this page, http://elgg.org/trac/wiki/reports (21:06:14) ewout: and tomorrow I will have triaged (assigned or accepted) all tickets in this list , http://elgg.org/trac/query?status=new&status=reopened&review_stage=unreviewed&review_stage=&order=priority (21:06:37) ewout: I think we need to postpone 0.9.1 until just a bit later, what do you think? (21:06:59) misja: ah, nice - I was looking today at doing custom queries at http://elgg.org/trac/report (21:07:58) misja: hmm, perhaps you're right although I think the list of 'big' bugs is limited (21:09:14) ewout: http://elgg.org/trac/wiki/TracReportshttp://elgg.org/trac/wiki/TracReports says reports will not be supported in the future and queries a much easier (21:09:20) diego: yeap, but there is "too" much tickets! (21:09:55) ewout: so what do we really want to have fixed in 0.9.1? (21:10:43) ewout: updated language files? (21:11:18) misja: yes, as a start (21:11:31) misja: btw, I've added a 0.9.2 milestone, (21:11:42) misja: so we can shift tickets (21:11:54) renato: there are some minor bugs (21:12:00) diego: How we can add the plugins translations to launch pad? there is some confusion about it... (21:12:07) renato: some related to commentwall (21:12:37) misja: you'll need to start a seperate project on launchpad, if I'm right (21:12:37) ewout: how about the explode ping plugin? (21:12:58) misja: explode should move to the plugin repository (21:13:04) diego: yeap (21:13:13) renato: hum, but then there would exist tens of separate projects...thats's confusing (21:13:15) diego: and maybe messages to the trunk? :D (21:13:37) renato: commentwall also shoul go to plugins..it's buggy right now (21:13:57) ewout: So please make a comment here: http://elgg.org/trac/ticket/208 (21:14:07) diego: or 'move' all the plugins to the plugins repository and with plugin.info mark what of them are in the core... (21:14:50) renato: this would add a lot of confusion, I think (21:14:52) misja: re: commentwall - it is nice to have around in a default install (21:14:58) renato: too early for this release (21:15:17) misja: you could do that once a plugin manager is in place (21:15:31) diego: I agree. Just for take it in mind... (21:17:35) ewout: Are all of you also receiving emails for every change I make to any ticket? Or only to ones that your are in the cc field? (21:18:07) ewout: I don't mind receiving the emails, but for you guys it may seem a lot of spam... (21:18:24) diego: only in cc field (21:18:54) misja: yes, only if I'm in in cc or owner (21:18:58) ewout: hmm, ok, maybe because I am making the changes. (21:18:59) renato: me too (21:19:06) ewout: perfect then (21:23:14) misja: ewout, you haven't wired that reports page into the main trac wiki page yet, right? (21:23:21) renato: to be fixed now, there are tickets #203, #217, #258 and #266 (if valid) (21:23:24) ewout: I cannot do that (21:23:35) misja: oh? (21:23:46) ewout: I do not have access to trac.ini (21:24:04) misja: you can't edit the frontpage? (21:24:13) ewout: hmm, wait a minute (21:24:30) ewout: I understand, yes, I will do that (21:24:46) ewout: I was thinking about adding a tab (21:25:05) misja: ah, I see (21:25:12) renato: #253 and #251 would be nice, too, but need some work (21:25:16) misja: hmm, that's an option (21:26:49) diego: Could we try with the trac devel version? (21:27:00) diego: or at least the beta one. (21:27:04) ewout: what's better? (21:27:42) diego: There is an admin interface and you can make some changes on trac.ini by a web form (21:27:46) diego: install new plugins (21:28:01) ewout: we are using a version where that is possible (21:28:17) ewout: misja installed the admin plugin (21:28:17) misja: yes, and that admin plugin is installed (21:31:13) diego: I didn't know that (21:31:30) misja: sure, have a look around the admin area (21:33:05) renato: so, you read my suggestions to the plugins? (21:33:12) diego: :-[ Sorry. I didn't notice it (21:34:14) misja: although I am missing some options, ... (21:34:17) ewout: renato: the idea is to make a new mod/plugin ? (21:34:25) misja: hmm, will take a look (21:35:06) renato: yes, in fact two of them (21:35:30) renato: one is that used in elgg.org to display plugins etc (21:35:57) renato: the other (which I didn't talk about) would be the plugin manager (21:36:26) ewout: what would you do first? (21:36:45) renato: the one in elgg.org (21:36:55) ewout: Misja, what do you think? (21:37:23) misja: I think elgg.org first (21:37:40) misja: it will help people get an overview (21:38:02) misja: the manager will need more (21:38:22) ewout: so will we allow upload of zip, tgz plugins or only allow plugins via svn? (21:39:02) misja: I think we should standardize of a packaging format (21:39:18) misja: but ideally everything via the repository (21:39:35) ewout: The argument for only svn is: self selecting of developers and a bigger chance that the plugin will be maitained (21:39:37) misja: the new structure by Diego is perfect for this (21:39:49) misja: true, I agree (21:40:09) ewout: if you allow to upload blobs, the package will become out of date rapidly (21:40:28) ewout: how does drupal do it? (21:40:37) misja: hmm, I wouldn't allow blobs (21:40:45) misja: just urls (21:41:18) misja: either you host it yourself or you do svn (21:41:41) ewout: yeah, if it is not hosted by elgg.org they cannot blame us :) (21:41:55) ewout: diego, what do you think? (21:41:56) misja: exactly, we only reference it (21:42:00) renato: ok, but then we give opportunity to register it in elgg.org filling a plugin.info-type form? (21:42:19) misja: yes, that should be a prerequisite (21:42:39) misja: or perhaps as an url too (21:42:55) renato: ok (21:43:03) misja: which I actually would like better (21:46:34) renato: I include in the plugin the script to actually produce the tarballs? or you do it other way? (21:47:31) misja: I think most economical would be to create daily snapshots and have the plugin pick them up? (21:48:04) renato: yes, that's exactly what I suggested (21:48:59) misja: I'll rework that packaging script (21:49:25) diego: (Sorry, I was talking with some people here) (21:50:25) renato: is there a checkout of the plugins repo in the server that the plugin can look to get the info? (21:50:27) diego: About just svn or uploaded plugins I think that we must prefer svn but provide a way people could host their development on their own sites... (21:51:16) misja: renato, yes there is (21:51:18) diego: That's because I added two properties to plugin.info Distribution-URL and Source-URL (21:51:48) diego: If you have your own hosted plugin the plugin.info only have Distribution-URL (21:51:51) diego: ... (21:52:18) renato: source-URL would be svn address? (21:52:29) diego: I like the idea the upload form ask the requerired fields for fill plugin.info (21:52:41) diego: Could/must be (21:53:16) diego: could be cvs or hg or git address too (21:53:56) renato: that distribution-URL must point to an archive that has the same form of those we distribute (21:53:57) diego: maybe we can add an third URL : Info-URL (21:54:31) diego: that could be filled with the address asigned by the elgg.org plugins mod for this plugin. (21:54:42) renato: that would be strange - you would have to know the info-URL in order to discover the info-URL? ;-) (21:54:49) diego: @renato: yeap (21:55:43) renato: ah...but that's not really necessary, addresses could be something like elgg.org/mod/plugins/$package (21:56:01) diego: And we could thing in something like the debian distribution format... (21:56:01) diego: <packagename>-<core versio>-<plugin release veresion | dev (for trunk)>.tar.gz (21:56:41) diego: yeap something like that (21:57:30) diego: maybe we can distribute some script that help people (and us) to generate a package with the right format. Just like deb-xxx utils do. (21:57:32) renato: that name is fine for me. misja? (21:57:49) diego: ewout? (21:57:58) renato: yes, but then that would have to be cross-platform... (21:58:18) diego: a php script (21:58:32) renato: but it involves compressing/decompressing archives (21:58:57) renato: .tar.gz is pretty popular in linux, but not in windows hosts (21:59:40) renato: and I'm not certain zip/unzip can be found in many linux hosts (22:00:21) misja: package name is fine, the compression method could be an issue (22:00:24) ewout: so generate both, that is what most software packages do (22:00:35) diego: yeap (22:00:40) misja: yes, could do (22:00:43) diego: and that could be done with php too (22:00:55) ewout: with a checksum, if you want to be really professional (22:01:02) renato: than check if function exists, and choose the right package (22:01:07) misja: and pgp signed (22:01:13) misja: ;) (22:01:22) diego: http://www.php.net/manual/en/ref.zip.php (22:01:40) diego: and... (22:02:07) diego: mm, I don't have any extra idea :-/ (22:02:38) diego: Some candidate for sumarize? (22:04:58) renato: we still have to deal with older plugins not in svn (22:05:21) renato: maybe put them in svn and ask people to adopt them? (22:05:44) diego: I like that idea... (22:06:13) renato: of course, contact the maintainer first (22:08:25) ewout: so who will be responsible for this plugin? (22:08:47) diego: renato :D (22:09:11) ewout: but it must be deployed on elgg.org, so how will Misja and Renato colaborate? (22:09:13) renato: I can do it...I just have to check what part misja will do (22:09:42) renato: he said he would write the script to produce the tarballs (22:09:46) misja: renato, I think we have to bump your status to fulle developer ;) (22:10:08) ewout: Misja, while you are working on this, how about a script to generate nightlies of elgg core? (22:10:21) misja: yes, will do so (22:10:43) renato: may be, but I'm not sure what I can commit or not (22:12:03) renato: should I do everything through tickets and wait feedback, or I can commit simple corrections directly? (22:12:19) diego: We talked about it some time ago... (22:12:35) diego: Simple corrections are welcome... (22:12:59) diego: issues that involve others components must be discussed at least with another one for get some opinions (22:13:27) renato: ok (22:14:55) ewout: yeah, it turns out to be pretty easy to see what is trivial and what needs to be documented and discussed in Trac (22:15:30) renato: one thing that would be nice it's to keep CHANGELOG always updated (22:15:55) renato: at each release there are lots of changes and we miss many things (22:16:30) renato: I never find in which release feature x was added (22:16:54) diego: yeap (22:16:56) misja: one thing we should try is get a list of fixed tickets for a release (22:17:07) diego: maybe we can help us with the elgg wiki (22:17:11) misja: which should include both enhancements and patches (22:17:13) diego: with reports (22:18:00) ewout: svn log should be able to give all the information you need (22:18:12) diego: Something with tha TicketQuery macro... (22:18:39) diego: (sorry I mean with the trac wiki) (22:20:01) ewout: that macro is just a way of construction ticket queries: http://elgg.org/trac/wiki/TracQuery (22:20:27) ewout: it does exactly what I have done here: http://elgg.org/trac/wiki/reports (22:20:31) renato: anyone of those solutions should be fine, but they don't get incorporated in the changelog (22:21:52) renato: about the plugins again, I will write the plugin and send to misja for some testing (22:22:00) diego: but we can take it the information from there and just copy and paste in the Changelog (22:22:17) misja: I agree, we should give it a try (22:22:18) diego: Good (22:22:43) misja: renato: fine, whatever you got I can put up for testing (22:23:21) renato: ok, I send you something next week I thing...until then, we move the plugins to svn (22:23:34) ewout: sure, I can try to generate some more reports which group by version and milestone (22:23:52) misja: would be great (22:24:37) diego: yeap (22:25:00) renato: there is anything else? (22:25:11) diego: We need to add plugin.info to the core plugins too (22:25:11) ewout: ok, I will be triaging bugs and solving my bugs next week (22:25:22) renato: I think we didn't settle about 0.9.1 yet (22:25:23) misja: for now cleaning up for 0.9.1 (22:25:56) misja: we could target first week of Feb.? (22:26:09) ewout: carnaval in Brazil :) (22:26:23) misja: ah! (22:26:35) renato: hahaha...the year begins only in the second week of Feb :p (22:26:39) ewout: Let's call it the Carnaval release (22:26:57) misja: why not, sounds good to me :) (22:27:29) diego: Do you mean the second week of march? (22:27:37) diego: I agree with the name too (22:27:50) misja: that will be second week of Feb.? (22:28:11) ewout: 0.9.1, right, 2 week of feb.? (22:28:29) renato: ok (22:28:32) ewout: or first week, for me is fine too (22:28:34) misja: sound good to me (22:28:42) diego: (I was kidding with the feb and march ... Brazil is friezed on feb) (22:28:47) misja: plus we really should be moving with the teams ;) (22:28:47) renato: if it happens everything get done earlier, we can anticipate :D (22:28:48) diego: yeap (22:29:17) ewout: yeah, I need to get some deliverables out, wiki pages and stuff (22:29:24) ewout: hope I can do that soon (22:29:51) ewout: ok, see you guys next week? (22:30:05) misja: sure, let's keep in touch (22:30:11) ewout: bye (22:30:16) renato: yeah (22:30:21) ewout is weggegaan. (22:30:29) misja: ok, bye all (22:30:36) renato: bye misja

