/srv/irclogs.ubuntu.com/2008/11/02/#ubuntu-meeting.txt

=== nellery_ is now known as nellery
=== ubottu changed the topic of #ubuntu-meeting to: Calendar: http://fridge.ubuntu.com/event | Logs: https://wiki.ubuntu.com/MeetingLogs/ | 04 Nov 14:00: Technical Board | 04 Nov 21:00: Community Council | 05 Nov 18:00: Edubuntu | 10 Nov 18:00: LoCo Council | 18 Nov 11:00: Community Council | 21 Nov 20:00: Tunisian LoCo Team IRC
=== Rafik_ is now known as Rafik
=== RainCT_ is now known as RainCT
=== calc_ is now known as calc
=== bureflux is now known as afflux
=== Rafik_ is now known as Rafik
asac@time ;)18:59
ubottuError: Unknown timezone: ;) - Full list: http://tinyurl.com/4vyvp818:59
asac@time19:00
ubottuCurrent time in Etc/UTC: November 02 2008, 19:00:02 - Next meeting: Technical Board in 1 day19:00
asachi!19:00
ftahi19:01
asachttps://wiki.ubuntu.com/MozillaTeam/Meetings19:02
asac -> agenda19:02
asacif anyone has anything to add, go ahead19:02
ftashort agenda apparently19:04
asacgiven that i am sick, its probably ok19:05
asac:)19:05
asacwinter is coming19:05
asaclets wait for gnomefreak ;)19:06
ftaok19:07
stgraberasac: you now have a month to get better, then you'll get the UDS-flu19:07
asacoh no19:07
asaci know about that19:08
asacthought that california is hot then ;)19:08
stgraberwell, yeah, that'll be good especially as I'll be flying from Montreal where it'll be likely be really cold at this time of the year (it's already -2 outside :))19:09
asacstgraber: what are you doing there?19:09
stgraberasac: living and working :)19:09
asacoh19:09
stgrabermoved there 3 months ago19:09
asacfrom where?19:09
asacoh switzerland19:10
asacok19:10
stgraberyeah19:10
asaccool ;)19:10
asacfta: so i guess gnomefreak bailed out ;)19:10
ftaasac, or still fighting against evil wifi19:11
asacoh he is on wifi?19:11
asaci told him that drugs aint good for him ;)19:11
* asac wonders if he has still 256m19:12
asacok anyway lets get started ;) ...19:12
asacNCommander applied for team membership19:12
asachowever, apparently he didnt made it here, even though he reaffirmed that he would participate19:13
asachis area of interest is helping to be more of a debian bridge ;) ... i guess19:13
asache jumped the gun to help out on icedove ;), but from what i understood would be willing to do more.19:14
ftanot sure what kind of bridge we could (re)build here.19:14
asacI dont know either. maybe he could also help communicating with debian maintainers19:14
ftamaybe he should start to contribute, before applying19:14
asactrying to get patches out of them for instance19:14
asacyeah. he only did the icedove update here.19:15
asacgnomefreak: hi ;)19:16
gnomefreakhi19:16
* gnomefreak trying to grab agenda19:16
asacgnomefreak: so we are currently discussing ncommanders application19:16
asaci think we are currently leaning towards asking for more contributions first ;)19:17
asacanyway, he didnt show up so the question is void19:17
gnomefreakworks for me. if he can fix my network ill give him membership and 50 pounds of goldf19:17
asaclets push that back to next meeting ... there should be plenty of time to show that he wants to help out more than once19:17
gnomefreakok we should ping him during the week about it19:18
asaci think he definitly is technically adapt enough19:18
gnomefreakpush mine back as well19:18
asacgnomefreak: you have 50 pounds of gold? thats quite a lot at todays prices19:18
asacok so thats done then i think19:18
gnomefreakno but i have 50 pounds of goldf ;)19:18
asache19:19
asacok lets review actions from last meeting then ;)19:19
asaci think they are there19:19
asachttps://wiki.ubuntu.com/MozillaTeam/Meetings/Minutes/2008-09-1419:19
asac1st. Check for extensions and plugins that are not supported in Firefox 3, and remove them, if there are no updates for them19:20
asaci think that was done19:20
asac2nd. Remove Firefox 2 from the archive19:20
asacis done too i think19:20
gnomefreak3rd was done as well19:20
asacyeah19:20
asacthat was "Add abrowser to all firefox rdepends and upload"19:20
gnomefreakand 4th will hit in +1?19:21
asac4th. Try to get Firefox 3.1 alpha2 into the archive19:21
ftafailed19:21
asaci am not sure when 3.1 will be out19:21
asacwe certainly want it in asap19:21
gnomefreakits b1 now isnt it?19:21
asacbut for a while it probably should stay in universe not being the default19:21
ftayes19:21
asacwe can then decide later in cycle19:21
asacwhether this is close enough to final and whether there are enough extensions compatible19:22
gnomefreakwork on it for universe in next dev cycle19:22
asacbut i would really prevent the pain we went through when releasing ffox 3 as b519:22
asacgnomefreak: i think we can immediately upload it to universe once the doors open19:22
gnomefreakasac: its firefox there are always gonna be issues for people19:22
asacok so ltest carry that action forward with s/intrepid/jaunty/19:22
ftaasac, b1 or a snapshot ?19:22
asacfta: milestones19:22
ftaok19:23
asacfta: we should explicitly disable the official branding imo19:23
ftai ship snapshots as shiretoko now19:23
asacfta: even if mozilla ships them with official ... because we cannot really guarantee security support in case it doesnt go to main and thats one of the reasons19:23
gnomefreakreplace Shiretoko with what?19:23
asacfta: yeah. just in case they decide to switch on official branding in b3 or something and we ship that in universe19:23
asacgnomefreak: the logo is ok19:24
asacwe can just use the unofficial branding i think19:24
asac(e.g.the milestone branding)19:24
asacfta: is that ok?19:24
asacsimilar we should fix the .desktop file et al19:24
asacbut thats clear i guess19:24
ftait's blue planet, not the bomb, nor the fox19:24
asacfta: yeah thats the "milestone branding" i think19:24
ftayes19:24
asacshould be ok19:24
gnomefreakblue planet i thought was minefield19:24
asac[ACTION] fta to bring up ffox 3.1 milestones when jaunty opens19:25
ftaok19:25
asacfta: we could provide backports in -hardy-backports as well if you want. but personally i hope that we can tap MOTU community for doing those backports19:25
ftame too19:26
asacfta: we could maintain the backport branches and leave the administrative things of uploading to MOTU19:26
asacfta: i think you build for hardy anyway in your ppa right? so the backports are most likely available19:26
asacok19:26
asac5th. Write down how to get items into the monthly reports and send that to mailing list/wiki19:26
asac-> failed miserably19:26
gnomefreakonce oked archive admins build and push19:26
asacit was me underestimating release work and pain19:26
asacok i carry that action forward19:27
asac[ACTION] asac, to Write down how to get items into the monthly reports and send that to mailing list/wiki19:27
asac6th. File a bug about removing libflashssupport from ia32-libs19:27
asac -> done19:27
gnomefreakits not removed19:27
gnomefreakafaik19:27
asac7th. Get mozilla-devscripts in Debian19:28
gnomefreakmaybe from ia32-* but it should be removed from archive all together19:28
asac-> interestingly mike from debian commented on this and said that most features are not wanted for debian19:28
asaci wouldnt have expected anything different, but we should maybe review how we can make it more useful19:28
ftaasac, they said parts of it was fine, but which parts?19:28
gnomefreakwhy not?19:28
asacgnomefreak: its also removed completeyl19:28
gnomefreakah i see19:29
asaci think he referred to the lp- xpi export as being useless19:29
asacthe extension packaging xpi.mk is probably considered useful19:29
asacthen the orig stuff might be too19:29
gnomefreakwell since they dont use Lp i would think so19:29
asacbut i think debian folks would like to maintain the hooks in the package rules files instead of updating mozclient for lets say iceweasel19:29
asacso once thats possible (??) we could suggests them to take a look19:30
ftait is possible now, ~ 0.1119:30
asacfta: could we migrate packages to use that? i mean, shouldnt that be the default modus-of-operation?19:30
ftai'm already using it that way in xul-explorer and instantbird19:30
asacis there anthing that would hinder us to use that in firefox/xulrunner?19:31
asacor tbird?19:31
ftanothing is preventing that19:31
asacfta: ok lets ask different: why don't we do it? what do we win from shipping those hooks in the mozclient instead of in the packages?19:31
asac( i dont suggest that we should migrate it ... just want to understand the pros and cons)19:32
ftajust that in the past, it was not possible, now it is19:32
ftaotherwise, it's the same19:32
asacfta: ok. we should look at how "comprehensive" that is usable and if we can polish the API a bit to make it more attractive for debian19:33
asacotherwise should be fine i think19:33
asacthanks19:33
ftait may be even better as we could have different confs for a given package, one per branch19:33
asacyeah. it definitly helps19:34
asacespecially now that we do branding stuff in the orig generation19:34
asace.g. otherwise we cannot easily rename the branding branch from awesome branding now in jaunty19:34
asacbecause the intrepid package needs the other ;)19:34
asacok cool. then lets19:34
ftayes19:34
asac[ACTION] review packages and how we can make mozclient confs in the packaging itself19:35
asacok i think thats for the review of action items ;)19:35
asacgnomefreak: your turn :)19:35
gnomefreakmy turn?19:35
asac[TOPIC] " Any ideas for Jaunty eg: Firefox-3.1 added to repos along with 3.019:35
asac19:35
gnomefreaksorry hitting self19:35
asacgnomefreak: ^^19:35
asacgnomefreak: your agenda item ;)19:35
gnomefreakwe cant do anything with that yet19:35
ftai have a bunch of packages waiting19:36
ftafennec firefox-3.1/firefox-3.1-qt flock instantbird seamonkey-2.0 songbird thunderbird-3.0 xul-explorer xulrunner-1.9.1/xulrunner-1.9.1-qt19:36
gnomefreaki have extensions waiting and one to fix19:36
asacfta: we should really rename flock19:36
ftaagreed, flock -> out19:36
gnomefreaki like flock :(19:36
asaci am scared by their tradmark policy19:36
gnomefreakflock in free19:36
asaccan be shipped in multiverse ... if at all19:36
gnomefreaksortof like sunbird19:36
asacbut usually folks dont liek to put work in multiverse work ;)19:37
asacok so:19:37
gnomefreakwhy cant we whip it in universe?19:37
gnomefreaks/whip/ship19:37
asacgnomefreak: because trademark policy sucks19:37
ftai'm no longer interested to work on it either, it's not free in my own terms19:37
asacwe have to take care that nobody touches the package except those that talk to flock devs and stuff19:37
asacfta: it could be ice* branded ;)19:38
asac(not that i am encouraging that kind of move to resolve such thins)19:38
gnomefreakwe should really use something other than ice19:38
asacbut i expect that nobody would do that buntil its much more popular19:38
asacok so mozillateam jaunty roadmap has a bunch of19:38
asacNEWPACKAGES: fennec firefox-3.1/-qt, instantbird, seamonkey-2.0 songbird, thunderbird-3.0 xul-explorer, xulrunner-1.9.119:39
ftaasac, maybe (ice*). we could ask jcastro's help to be a mediator19:39
asaci also think we have to redo enigmail19:39
asacthat will kill us at some point ;)19:39
asacfta: for flock? maybe19:39
ftayep, flock19:40
gnomefreakenigmail has to be fixed if we ship tbird-3.0* in any archive19:40
asacfta: we could ask ncommandor to maintain a ice-fork in debian for now and we sync from there ;)19:40
asacice-lock ;)19:40
asacgnomefreak: yeah. enigmail needs to be updated19:40
ftanot sure about songbird, there's an eula and now the license in bugzilla for patches19:40
Volans-Hi all, just arrived to home19:41
gnomefreakhi Volans-19:41
asaci Volans- !19:41
asacfta: ok so19:41
ftahi Volans-19:41
asac[ACTION] decide on the fate of songbird in ubuntu19:41
ftaok19:41
ftathey are close to 1.0 now19:42
gnomefreakdo we really want to use ice*?19:42
gnomefreaki would rather ship songbird than another browser19:42
asacgnomefreak: thats just an example. if we maintain stuff in debian through ncommander that might make sense. but if we go ubuntu alone we shouldnt use that19:42
ftagnomefreak, not for songbird, but for flock, maybe19:42
asacso anything else important in jaunty?19:43
asacpersonally i think we should aggressively forward patches19:43
asacand also more aggressively forward bug19:43
asacs19:43
ftato where?19:43
asac[reed] asked us to do that multiple times i think .... but well.19:43
asacfta: to bugzilla ,)19:44
ftato moz, i agree19:44
ftamost of the patches pending are yours19:44
asactrue19:45
asacgnomefreak: would you be willing to subscribe to the bugs that i forward and remind me to follow up there when there are questions?19:45
asac:)19:45
gnomefreakyeah i should already be subscribed arnt i?19:46
asacgnomefreak: in bugzilla?19:46
gnomefreakon no im not there19:46
asacgnomefreak: do you have an account there?19:46
gnomefreakasac: can you work up a list?19:46
gnomefreakasac: yes19:46
asacgnomefreak: i think you should be able to watch me there19:46
asacin preferences ... you could then follow conversations that i am involved in and such ;)19:47
asacgnomefreak: ok cool19:47
gnomefreakill look19:47
asac[ACTION] asac to forward every patch that isnt really ubuntu specific19:47
asac[ACTION] asac to talk with bdmurray about forwarding ubuntu bugs again19:47
ftawhat should we do about the qt port in 3.1?19:48
ftai proposed something weeks ago in the wiki19:48
asacfta: does it work?19:48
ftait did, but i'm not a kde user, so i lost track19:49
asacfta: where is taht wiki thing?19:49
ftai was talking about convergence in one package19:49
asacVolans-: still there? next item would be about extension sync stuff ;) (just when you are about to bail out  because of boredom ;))19:49
ftaasac, https://wiki.ubuntu.com/MozillaTeam/QT19:49
Volans-I'm there and sorry for being inactive in the last weeks, I have started a now job and unfortunately I'm really busy19:50
Volans-(and in the last 2 days I'm trying to reboot my laptop after the intrepid upgrade, with the new kernel it wan't boot ;))19:50
asacVolans-: no problem :) i the meeting item isjust  about reviewing state ;19:50
* gnomefreak broke all kinds of crap testing update-mamager19:51
gnomefreakim not seeing a way to follow you19:51
asacfta: why are the icons and stuff in -gtk?19:51
asacdon't we need a -common ... or -chrome package?19:51
asacand why does gtk need a filepicker, but qt not?19:52
asacdoes gtk actually need that still?19:52
ftamaybe a bug upstream19:52
gnomefreakill be back in a bit19:52
asacfta: ok19:53
ftaasac, it sure needs more work. it was just a one time experiment19:53
asacfta: i think thats a reasonable approach. only thing i dont see is: why do we need two firefox packages?19:54
asacimo one should work just fine19:54
asacotherwise we need to file bugs upstream for sure19:54
ftaasac, maybe.. but depends need tweaks then19:54
asacfta: do you have a xul branch that builds those packages somewhere?19:54
asacfta: thats ok19:54
ftai do have branches somewhere, if not on lp19:55
asacfta: even though it most likely would just depend on xulrunner-1.9.1 ...19:55
ftaconfigure is evil and wants everything in ff, even with lib-xulsdk19:56
asac[ACTION] get qt/gtk split done on experimental 1.9.1 branches19:56
asac[ACTION] investigate how firefox can be built in gtk/qt independent fashion19:56
asacanything else for initial jaunty discussion?19:57
asacok lets move on19:57
ftathe <video> tag19:57
asacok rewind19:58
asacfta: whats up with video tag=?19:58
asacisn't that officially supported upstrewam? if thats the case i dont see how we can not support it ;)19:58
ftai feel worried about even more pulseaudio troubles19:58
ftayes, it is on by default upstream19:58
asacfta: isnt pulseaudio ok as long as alsa isnt used to speak to it?19:58
ftafor me, it comes and goes19:59
ftait's broken at the moment, while upstream said pulseaudio is now supported19:59
asacok. anyway. i think our goal should be to have that enabled. if its possible to put that in a separate component we20:00
asacmight be able to make a separate package out of it, which users can uninstall if they experience too much troubles20:00
asacok next topic :)20:01
asac[TOPIC] Review of Auto Extension Scripts20:01
asacVolans-: ^^ :)20:01
Volans-asac:  :)20:01
asacVolans-: basically why i am so happy that you are here is:20:01
asacyou can tell us what currently works and what not ... we can then see what the next steps are20:01
asacwhether you can do them isnt that important then i hope20:01
asacVolans-: could you post the links of the current scripts?20:01
ftaa page in the wiki would be nice20:02
asacyeah. in worst case these meeting minutes would have the minimum20:02
ftai have lost track of this :(20:02
asaclets put the bar low for now ;)20:02
Volans-sure, let me find it out, I'm not on my laptop as I have say above20:02
asacfta: right. thats why i want to look now so we are all on top again ;)20:02
asacgnomefreak: you too ;)20:03
Volans-https://code.launchpad.net/~volans/firefox-extensions/med-auto-scripts20:03
Volans-here I have uploaded some scripts, but maybe in my laptop there is some more newer versione not pushed yet20:03
asacok so if i remember correctly Volans- implemented a bunch of low level operations20:03
asacthat we could orchestrate in a higher level script (like a cron script)20:03
Volans-exacltly asac , if you want I can explain a little them20:04
asacyes ... maybe lets go script by script ;)20:04
asaci think everything starts with mirror-xpi.sh20:04
Volans-sure! all of it have a comment at the begin that explain a little what are the parameter and what the script do20:05
Volans-the only one that is not "low level" is the master-example.sh20:05
asacwhats that supposed to do?20:06
Volans-that is the script I have used to test all the other script in sequence20:06
asaci think nthats the only script i havent heard of before ,)20:06
asacok is that the order those are supposed to run?20:06
asacor just some random test order?20:06
Volans-the logical order20:06
Volans-a sort of a simple higher level script20:06
Volans-just for testing purposes at the moment20:07
asacit uses a ext.list file20:07
asacis there an example file for that?20:07
asace.g AMO_BRANCHES_FILE="ext.list"20:07
Volans-is explained in the initial comment:20:08
Volans-# The AMO_BRANCHES_FILE should contain a list of addons to be 1620:08
Volans-# processed and must have this syntax:20:08
Volans-# BRANCH_NAME AMO_ID [SOURCE_PACKAGE_NAME]20:08
asacok20:08
asacso i see it goes and then mirrors all xpis from the ftp i guess20:09
Volans-is just a list20:09
* gnomefreak came back at wrong time20:09
asacthen it branches the branches and gets the rdf version20:09
asacfrom the current branch20:09
asacand afterthat gets a sorted list of extensions that need to be imported now20:09
asacright?20:09
Volans-right20:09
Volans-there was the question of how to get the rdf version20:10
asacok ... from there it should be quite simple. for each version use med-xpi-unpack to unpack it in the .usptream branch20:10
asacand commit that20:10
asacwith the version gathered from the unpackaged xpi using the et-install-rdf-version.sh20:10
asacscript20:10
Volans-asac: for a more in-depth description see my 2 emails (Sun, Sep 21, 2008 at 1:13 AM and  Wed, Sep 24, 2008 at 12:42 AM)20:12
asacVolans-: did those go to mailing list too?20:12
gnomefreakto/from where?20:12
gnomefreaki never saw them20:12
ftause the wiki20:13
Volans-no, there was directly to you because in that days I have talked to you in channell and sent to you some test results20:13
asacfta: well wiki alone doesnt attract attention20:13
asacVolans-: ah ok20:13
Volans-that where only preliminary in my mind :)20:13
asacVolans-: VERSION=`bash get-install-rdf-version.sh ${BRANCHES_DIR}/${AMO_ID}/${AMO_BRANCHES[${AMO_ID}]}.ubuntu 2>> ${LOG_FILE}`20:13
asacshouldnt that check the version on the .upstream branch?20:13
asacand not .ubuntu?20:13
asaci mean we only want versions that are higher than what is alread imported in .upstream i guess20:14
Volans-sure, was for testing purposes only because most of the extension doesn't have the .ubuntu braches20:14
asacVolans-: you mean .upstream branch ;)20:14
Volans-sorry, .upstream20:15
asacok right20:15
Volans-but many have the .ubuntu20:15
asacsomeone should take care that we have .upstream for all extensions that use med-xpi format20:15
Volans-exactly!20:15
asac[ACTION] ensure that all extensions have upstreawm branch20:15
asac[ACTION] asac or Volans to finish master example script to actually import things to .upstream branches20:16
gnomefreakall extensions should have both anyway20:16
asacgnomefreak: yeah. but those that have med-xpi format can be supported by the auto importer for now20:16
asacgnomefreak: so they are more important in this regards20:16
gnomefreak:(20:16
asacgnomefreak: :( ?20:16
gnomefreakthat means all but firgpg in my batch20:16
asacgnomefreak: haha ... well. thats good20:17
asaceverything that can be auto imported will have less work in the future20:17
asacok20:17
gnomefreaknot really since firegpg is the biggest thorjn20:17
gnomefreakworks for me lets se how it plays out20:17
asaci think thats it for that topic20:17
asacthanks to Volans- for his work so far ;)20:17
Volans-I want just to explain a point in the get-new-imports.sh20:18
gnomefreakVolans-: thanks ;)20:18
Volans-for the newer version in the ftp xpi20:18
asacVolans-: sure. go ahead20:18
Volans-because there are so many versioning syntax I have tried some solution and the best and quick one that I have choosed is20:18
asacVolans-: couldnt we write a proper version comparison?20:19
asaci mean the exact implementation for the upstream version scheme?20:19
Volans-i mean for the extension version20:19
Volans-every extension use a different schema20:19
Volans-as I have see in the tests20:19
asacVolans-: well ... but the order is still defined20:19
asacVolans-: everything uses the mozilla versioning scheme20:19
asacif they dont thats a big bug20:20
Volans-sure, but not always numerical or alphabetical order ;920:20
asacVolans-: right. thats why i wondered if we couldnt come up with a real compare function for that20:20
Volans-some have changed in the time the versioning or splitted the TB and FF version or so20:20
asacmost likely there is perl snippet somewhere or a cpp snippet ;)20:20
asacVolans-: ok. so what did you do about it for now?20:21
Volans-asac: you have talked about to use the FF versioning tool that recognize the extensions in the addon manager20:21
Volans-at the moment I bring the actual ubuntu .ubuntu (.upstream in future) version20:21
Volans-search in the mirrored fto20:21
Volans-*ftp20:21
Volans-for the same version, search for the datetime of the last modified file20:22
asaci really find that scary20:22
Volans-and compare it in the other xpi20:22
asaci mean when the ftp server chokes everything will fall apart20:22
asace.g. if someone touches recursively or just uses cp -r next time things get reorganized20:22
Volans-no I search inside the XPI and not the datetime of the xpi20:22
asachmm20:22
asacinteresting approach20:23
Volans-LAST_MODIFIED=`zipinfo -T ${XPI_FILE} | sort -nr -k 7 | head -n 1 | sed s/' \+'/' '/g | cut -d " " -f7 | sed s/'\.'/''/`20:23
Volans-this is the line20:23
asacok i think we can start that way for now20:23
asacbut we should definitly try to keep this done in an abstraction layer20:23
Volans-line 116 of get-new-imports.sh20:23
Volans-sure!20:23
asacVolans-: e.g. we should put that code in a compare_xpi_version that spits out -1 0 120:23
asacor something20:23
asacis that done in a function?20:24
asacthat should be good enough20:24
Volans-with my tests this approach remove some false positive that I have found with other approcheas20:24
Volans-but surely a real comparison function should be better ;)20:24
asacVolans-: hmm. i think we should really move that somehow in a more higher level function called compare_xpi_trees20:24
asacto allow us to change that in future wihtout much refactoring20:24
asac[ACTION] refactor get-new-imports to contain a better abstraction for comparing xpi tree versions20:25
* gnomefreak goes for smoke20:25
asacok together with the other actions this should be a good next step ;)20:26
asacanyone still awake?20:26
asacfta: ?20:26
Volans-actual the get-new-imports search in the mirrored directory for all the xpi with a version newer than the actual ubuntu one and return the filename of the newer ones iirc20:26
asac;)20:26
ftaer..20:27
asacVolans-: yeah. but if we make an abstract function compare_xpi_tree_version <xpi-tree1> <xpi-tree2> ... that should work, shhouldnt it?20:27
Volans-what do you mean with xpi-tree?20:27
asacVolans-: well either .xpi or unpackaged xpi20:27
Volans-ok20:28
Volans-atm I never extract all the xpi, I use zipgrep and zipinfo20:28
asacfta: we can move the last agenda item to #ubuntu-mozillatem at later time i guess ("security support for universe stuff")20:28
ftaok20:29
Volans-and check for both syntax version: <em:version>.*</em:version> AND em:version=\".*\"20:29
asacVolans-: well, whatever20:29
asacsure20:29
asacVolans-: but since you dont use version here, you need more than the version for that function ;)20:30
ftaVolans-, you'd be surprised, it's often multiline, or using variables, or include files, etc..20:30
Volans-multine I know when is declared also in the language blocks in the rdf files... for the inclusion, no I never see that case :)20:31
Volans-*multiline20:32
ftaasac, 1h30 already20:32
asacyeh20:32
asacok20:32
asacso any other business?20:32
ftai'm done20:33
Volans-not for me20:33
asacok then lets finish ;)20:33
asacwas long enough for the short agenda ;)20:33
ftayeah20:34
* gnomefreak goes to figure out what is going wrong20:34
asacthanks!20:35
=== thunderstruck is now known as gnomefreak

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!