[12:40] <asac> yay. 800 unread ffox bug mails
[12:40] <asac> i feel a bit like bruce all mighty ;)
[12:44] <fta> asac, http://paste.ubuntu.com/22091/
[12:45] <asac> fta: oh cool
[12:45] <asac> well ... no so cool. i still dont get where my bugmail went :(
[12:49] <asac> debian bug 469020
[12:52] <asac> tse ... no patch
[13:01] <fta> we fixed that, right ?
[13:02] <asac> fta: different
[13:02] <asac> i pushed that patch for now
[13:02] <asac> we should take care that upstream reviews it
[13:03] <asac> i think both patches make sense
[13:03] <asac> 1. allow .cfg files to be set per-gre and per-application (us)
[13:03] <asac> 2. allow lockPref everywhere
[13:04] <asac> we certainly should test what happens if with this patch you have a lockPref in GRE and a normal pref in APPLICATION
[13:05] <fta> hm, I get that when I 1st run the new prism: http://paste.ubuntu.com/22098/
[13:05] <asac> fta: yeah, bad entity :)
[13:06] <asac> whats in the wizard line?
[13:06] <asac> look for &<key>; ... and then see why key is not found in a .dtd
[13:06] <asac> debian bug 467612
[13:08] <fta> hm, this is in xul, not prism ?
[13:09] <fta> http://mxr.mozilla.org/mozilla/source/toolkit/mozapps/extensions/content/update.xul#51
[13:10] <asac> fta: can prism open chrome://mozapps/locale/extensions/update.dtd
[13:10] <asac> ?
[13:10] <asac> maybe use javascript console to openWindow(...)
[13:11] <fta> wont work, it will go to the main browser
[13:11] <asac> fta: otoh, prism might "overlay" the toolkit wizard. better check that its not the overlay that introduces this unknown entity
[13:11] <asac> fta: try openDialog
[13:14] <fta> i get an empty/tiny dialog
[13:17] <asac> not sure how to best debug prism. ... does it ship its own update.dtd? have you looked if there is a overlay?
[13:18] <fta> http://paste.ubuntu.com/22102/
[13:18] <asac> i have the feeling that mikes "sysplugin" patch misses a hunk for mozilla/toolkit/xre/nsXREDirProvider.cpp
[13:20] <asac> fun. he already has an overlapping patch for uriloader/exthandler/unix/nsOSHelperAppService.cpp
[13:20] <asac> lets get some unrelated change for that file upstream :)
[13:21] <asac> fta: yeah. they have a overlay
[13:21] <asac> check chrome.manifest
[13:21] <asac> then look what the overlay.xul is
[13:21] <asac> ups
[13:21] <asac> :)
[13:21] <asac> anyway. check chrome.manifest
[13:22] <Jazzva> Anyone knows of an easy way to remove files from bzr branch, and then add other files from different directory, where most of the files are pretty much the same as the removed ones? bzr rm *, cp files, then bzr add * doesn't produce short diff...
[13:23] <fta> http://paste.ubuntu.com/22103/
[13:24] <fta> Jazzva, brz mv file1 file2 ?
[13:24] <asac> Jazzva: if those are in the same bzr branch you should use bzr mv
[13:24] <asac> Jazzva: but only if its really a mv-evolution that lead to this
[13:24] <asac> cannot tell whats best until i see the example
[13:26] <Jazzva> asac: Here's the problem. I have livehttpheaders.ubuntu branch. Now there's a merge with debian's version, and I want to update my branch with that version...
[13:27] <fta> asac, http://paste.ubuntu.com/22105/
[13:30] <Jazzva> damn... as I already had the diff between old and new ubuntu version, I needed just to apply that, and then commit :)
[13:31] <asac> Jazzva: well ... our branch is somewhat independent from debian one
[13:32] <asac> Jazzva: you just need to update .upstream branch and merge that over
[13:32] <Jazzva> asac: You mean the packaging stuff?
[13:32] <asac> Jazzva: yes. we have our own packaging based on xpi.mk right?
[13:32] <Jazzva> yep...
[13:32] <asac> if debian doesnt have that, it means that this merge just means: "new upstream source" and looking if debian fixed anything we want as well
[13:33] <Jazzva> They just changed chrome.manifest to not use unjarred directories
[13:34] <Jazzva> well, I think I'll update upstream with current debian's source, without debian/ dir, then merge .ubuntu with .upstream, and adapt the packaging...
[13:35] <Jazzva> is that reasonable?
[13:36] <asac> Jazzva: 1. update .upstream branch to the version that debian ships now
[13:36] <asac> 2. cd .ubuntu
[13:36] <asac> 3. bzr merge ../.upstream :)
[13:36] <asac> commit
[13:37] <Jazzva> Well, that's what I said... and to modify packaging to the new chrome.manifest :)
[13:52] <asac> Jazzva: why?
[13:52] <asac> Jazzva: you say upstream changed their .xpi layout? or debian?
[13:52] <fta> "Due to some security fixes that needed to be rushed into Gecko as their exploits are potentially known to possibly dangerous people (I expect more info will be made available when those updates are shipped), we needed to do another round of candidate builds, which are now dated June 21 and have replaced the old files in this directory."
[13:52] <fta> hm
[13:54] <asac> fta: yes. sec update is delayed i guess
[13:54] <asac> (i hope :))
[13:55] <Jazzva> asac:Upstream added chrome.manifest. Now, I'm not really sure about original upstream sources, but debian's changelog mentions "chrome.manifest: Adapt for flat chrome", probably upstream shipped contents of chrome/ in jar file, so they unjarred it, and then adapted chrome.manifest to reflect that change
[13:55] <asac> i already see the release happing on friday night next week agian
[13:55]  * asac rumbles
[13:56] <asac> Jazzva: we dont want to follow that road
[13:56] <asac> Jazzva: what happens if you just build with latest upstrem source?
[13:56] <asac> does it work?
[13:57] <Jazzva> asac: Ah... Let me download the intact upstream source. I don't think it'll work with our current rules file, it should work with little modification of rules file.
[13:58] <asac> fta: i want to push mozilla-devscripts to debian
[13:59] <asac> for xpi.mk mainly
[13:59] <asac> not sure if anyone would be interested in the tarball feature in debian
[13:59] <asac> most likely me for icedove :)
[14:04] <Jazzva> asac: So, we're not merging extensions that are packaged with xpi.mk from debian?
[14:05] <asac> Jazzva: depends. merging most means tracking their orig.tar.gz version ... but only if they are ahead of us
[14:05] <asac> Jazzva: but we cannot really reuse their packaging. we should rather convince them to use our package infrastructure
[14:06] <Jazzva> Mhm...
[14:07] <Jazzva> So, since I uploaded livehttpheaders debdiff yesterday (I think) to the merge bug report, should I post that the debdiff shouldn't be used?
[14:07] <Jazzva> But instead merged from a bzr branch...
[14:08] <asac> Jazzva: yes.
[14:08] <asac> Jazzva: prepare the update in bzr and let that sponsor
[14:08] <Jazzva> Ok, the extensions works with new upstream, I'll push the new version soon
[14:08] <asac> great
[14:13] <Jazzva> Should I keep debian's changelog entries?
[14:14] <Jazzva> And report in our changelog entry what entries are not in our version
[14:14] <Jazzva> Or to not add them at all?
[14:18] <asac> Jazzva: for now we are independent I'd say
[14:42] <asac> fta: https://code.edge.launchpad.net/~mozillateam/firefox-extensions/BOT.TASKS
[14:42] <shirish> hi guys :)
[14:43] <asac> fta: as you can see from the "config" files, the directory hierarchy is completely redundant and just to organize the files for humans
[14:44] <asac> so every information should be in the config hierarchy
[14:44] <asac> well ... HARDY.SUFFIX is obviously wrong :)
[14:45] <shirish> asac: can I attend the ubuntu-meeting, I just want to watch
[14:45] <Jazzva> asac: debian's orig.tar.gz contains some locale files marked as executables (dtd, xul, ... files) and lintian is not happy. Should I fix that in debian/rules? The same is for shipping empty one empty CVS dir...
[14:45] <Jazzva> *The same questiong for ...
[14:46] <Jazzva> s/questiong/question/
[14:46] <asac> shirish: why not?
[14:46] <asac> shirish: since you are kind of a vocal contributor, I assume that you even might have something to say :)
[14:47] <shirish> apart from getting firefox-3.0 not much ;)
[14:47] <asac> Jazzva: is just the lintian "source" check unhappy?
[14:47] <asac> or the binary check too?
[14:48] <Jazzva> I think it's the binary, as I did binary build...
[14:48] <Jazzva> Well, they're not errors, just warnings. But would be nice to fix them
[14:54] <Jazzva> asac ^
[14:57] <asac> Jazzva: how does the exact complain read like?
[14:57] <asac> anyway. fixing permissions should be fine.
[14:57] <Jazzva> asac: http://paste.ubuntu.com/22124/
[14:58] <Jazzva> What's the right way for the first dir? To just remove it from the directory tree?
[14:59] <Jazzva> *first complaint
[14:59] <Jazzva> And also for the rest. To change the permissions directly, or to do that from debian/rules?
[14:59] <asac> Jazzva: no file should be executable for extensions
[15:00] <asac> Jazzva: so for now, just chmod a-x -R $DIR
[15:00] <asac> maybe append that to the BUILD_CMD?
[15:00] <Jazzva> asac: Not using BUILD_CMD for this extensions, as it doesn't provide a build script
[15:00] <Jazzva> I can add it in build target in debian/rules
[15:01] <asac> Jazzva: yeah. whatever ;)
[15:01] <asac> should happen _before_ the package is created
[15:34] <Jazzva> asac: does ubuntu-universe-sponsors know how to handle merges from bzr branches, or are you gonna do it?
[15:35] <Jazzva> just to know should I set the bug report status to confirmed and unassign me, so they can do it...
[15:37] <asac> Jazzva: you dont ask for "merge" sponsorship, but just for "sponsor bzr branch"
[15:37] <asac> but yes, i can do it
[15:38] <asac> Jazzva: add firefox-extensions project
[15:38] <asac> otherwise i dont see bugmail
[15:41] <Jazzva> asac: No need to bother you, if someone else can do it :). I proposed a branch in the bug report, so I'll see what will happen...
[15:49] <asac> yeah
[16:03] <asac> fta: https://code.edge.launchpad.net/~mozillateam/firefox-extensions/BOT
[16:04] <asac> feel free to replace plugins/UPSTREAM with the real upstream task code
[16:16] <asac> the runtask code is mostly to show how to parse config hierarchy. but is ok to use that way for now i guess
[16:26] <asac> http://www.asoftsite.org/s9y/archives/142-Ubuntu-MozillaTeam-Meeting-today-at-1800-UTC-Sun,-22-Jun.html
[16:50] <asac> ha i branded my profile :) ... https://edge.launchpad.net/~asac
[16:51] <asac> unfortunately the tiger looks a bit squeezed
[16:53] <asac> RainCT: ping ... meeting in 2h :)
[16:54] <asac> but i guess you remembered ;)
[16:55] <RainCT> Hey
[16:56] <RainCT> Jazzva send me a reminder yesterday :)
[16:56] <RainCT> Jazzva: thx
[16:56] <Jazzva> RainCT: No problem ;)
[16:57] <Jazzva> asac: Got a minute to talk about liferea-webkit?
[16:58] <asac> Jazzva: sure.
[16:59] <Jazzva> asac: Well, so far I've tested liferea with our webkit package (I think), and it worked ok
[16:59] <asac> good
[17:00] <Jazzva> i tested epiphany-webkit, with both sources grabbed from upstream svn, and I think I encountered some glitches. Though, I might have done something wrong, since fta says debian uses it and it's ok
[17:00] <asac> i havent tracked the debian state of the package
[17:00] <Jazzva> I'll test it again, to check for those glitches. But it should be fine...
[17:00] <asac> Jazzva: have you tried to just spin the debian epiphany-browser in ubuntu?
[17:01] <Jazzva> Nope...
[17:01] <asac> Jazzva: try that
[17:01] <asac> lets see how far we get
[17:01] <asac> debian uses xulrunner 1.9 as well nowadays, so maybe it just works
[17:01] <Jazzva> And another thing... Will you have time to look at gnome-voice-control in mentors.d.o? :)
[17:02] <asac> Jazzva: link to .dsc please
[17:02] <Jazzva> Shouldn't I try epiphany with webkit?
[17:02] <asac> is that an initial upload?
[17:02] <asac> Jazzva: i think the debian pakage builds both
[17:02] <asac> epiphany-gecko + epiphany-webkit
[17:02] <Jazzva> Here's the link http://mentors.debian.net/debian/pool/main/g/gnome-voice-control/gnome-voice-control_0.2-1.dsc
[17:06] <asac> Jazzva: only thing i dont like is that its not in bzr :)
[17:06] <asac> (as it doesnt have a patch system)
[17:06] <Jazzva> Well... I'll include a patch system for 0.3, as I don't think this will get any further fixes :)
[17:07] <asac> Jazzva: what happened  to http://bazaar.launchpad.net/~jazzva/gnome-voice-control/ubuntu ?
[17:07] <asac> and upstream?
[17:07] <asac> is that still the place?
[17:07] <Jazzva> the page on gnome.org? yep
[17:07] <asac> Jazzva: why not make a debian branch?
[17:08] <Jazzva> They already shipped 0.3, but we can't have it, cause it depends on pocketsphinx, and as they said it won'd build with sphinx.
[17:08] <asac> yeah
[17:08] <asac> anyway ... can we use the branches?
[17:09] <Jazzva> asac: Didn't know debian has bzr... Ok, I'll setup one later, as I have to finish something before the meeting
[17:09] <asac> for debian ... that would be great ;)
[17:09] <asac> Jazzva: you can just use launchpad
[17:09] <asac> and use Vcs-Bzr: in debian/control
[17:09] <asac> that works
[17:09] <Jazzva> Ok :)
[17:09] <asac> look http://packages.qa.debian.org/icedove
[17:09] <asac> "Version Control:" links to the bzr branch in launchpad
[17:10] <asac> so use the code.launchpad url ... then users can just click on the url :)
[17:10] <Jazzva> noted :)
[17:10] <asac> Jazzva: i'd suggest to use ubuntu as upstream for deiban :) ... so bzr brach ubuntu debian ... and then replay the changelog changes you did
[17:11] <Jazzva> uh-huh... k
[17:12] <asac> ok i am off till meeting
[17:12] <asac> cu then ;)
[17:12] <Jazzva> see ya
[17:12] <asac> lets see if gnomefreak pops-up :)
[17:14] <shirish> asac: who packages firebug?
[17:22] <Jazzva> shirish: jetsaredim is mentioned as ubuntu qa contact on https://wiki.ubuntu.com/MozillaTeam/Firefox3Extensions , so I suppose he does the packaging
[17:24] <shirish> ok just to know firebug 1.3 is out and firebug 1.4 should be soon as well. Would be putting up a bug-report for 1.3
[17:25] <shirish> https://addons.mozilla.org/en-US/firefox/addon/1843
[17:26] <shirish> btw don't know whether u guys like (or adopted) arora or not, I also like this browser, pretty stable.
[17:27] <Jazzva> shirish: I don't see him as a bug contact, though I suppose he'll read the message in the channel
[17:27] <shirish> sorry meant it is 1.2b3 while we have 1.2b2+svn573
[17:39] <Jazzva> asac: As for debian package, works ok, just doesn't want to open a link in a new window when I right click on the link -> "Open in a new window". Can that be related to this warning "** (epiphany-webkit:5369): WARNING **: Unable to connect to system bus:"?
[17:40] <Jazzva> and it's not render japanese characters
[17:40] <Jazzva> s/render/rendering/
[17:40] <asac> Jazzva: yes. please paste content of epiphany-webkit package
[17:40] <asac> dpkg -L ...
[17:41] <Jazzva> asac: http://paste.ubuntu.com/22157/
[17:41] <asac> Jazzva: thats not much :)
[17:42] <asac> Jazzva: and epiphany-browser? epiphany-data ?
[17:43] <rzr> hi
[17:43] <rzr> i said i would come
[17:43] <asac> hi RainCT
[17:43] <asac> rzr ;)
[17:43] <asac> fabulous
[17:43] <rzr> here i am (back from a music fest)
[17:44]  * rzr checking his mails
[17:45] <shirish> ok guys put up a bug https://bugs.launchpad.net/ubuntu/+source/firebug/+bug/242165
[17:45] <rzr> how long the meeting will take ?
[17:46] <shirish> sorry couldn't get more info. as I would have liked, the AMO site also doesn't seem to have a way to get some changelog
[17:47] <asac> rzr: usually we target for an hour
[17:47] <asac> but mostly depends on agenda and how discussions go :)
[17:48] <rzr> I'll read the log
[17:49] <Jazzva> asac: And the ubuntu-meeting room is also free after 21, in case it takes longer.
[17:52] <rzr> so how did discussions go, bc it seems quiet now :)
[17:52] <asac> rzr: meeting has not yet started :)=
[17:52] <asac> @time
[17:53] <rzr> cool
[17:53] <asac> 1800 UTC
[17:53] <asac> => #ubuntu-meeting
[17:53] <rzr> i have the time to take a shower before :)
[17:53] <Jazzva> asac: enjoy the pkg contents http://paste.ubuntu.com/22159/
[17:53] <asac> no doubt
[17:53] <asac> Jazzva: /usr/share/dbus-1/services/org.gnome.Epiphany.service
[17:54] <rzr> well i feel really filthy, so dont panic if it takes more time :)
[17:54] <asac> hmm
[17:54] <asac> hehe
[17:54] <asac> Jazzva: no that is ok
[17:54] <asac> Jazzva: please search the source tree for "org.gnome.Epiphany" :)
[17:55]  * Jazzva is manually forming machine instructions from assembler at the moment, by the way... Frustrating :).
[17:55] <asac> hehe
[17:56] <Jazzva> ok, I'll report once find finishes it's work
[17:56] <asac> Jazzva: running in chroot?
[17:57] <Jazzva> yep
[17:57] <Jazzva> /usr/share/dbus-1/services/org.gnome.Epiphany.service
[17:57] <Jazzva> funny...
[17:57] <Jazzva> well... that's the one it installs, right?
[17:59] <asac> Jazzva: start dbus in the chroot
[17:59] <asac> otherwise dbus wont work
[17:59] <asac> Jazzva: why cant you test in your main system?
[18:00] <Jazzva> mostly unmet deps in hardy...
[18:00] <asac> Jazzva: upgrade main system :)
[18:00] <asac> Jazzva: try to start dbus in chroot for now
[18:01] <Jazzva> started
[18:01] <Jazzva> Upgrade to intrepid? I'm waiting for some later alpha :)
[18:01] <asac> Jazzva: haha
[18:01] <asac> Jazzva: you are a developer :) .... upgrade intrepid and clear the merge list ;)
[18:03] <Jazzva> heh :)... Ok, I might lower the criteria for intrepid. gutsy was b1 or b2, hardy a4 or a5.
[18:04] <Jazzva> Criteria: Manually fixing disassembled code is OK. (current mood)
[18:14] <Jazzva> asac: Still not opening in new window... dbus is running, warning is not reported
[18:25] <asac> Jazzva: ok. but that is a webkit thing right?
[18:25] <asac> with gecko it works?
[18:26] <asac> https://wiki.ubuntu.com/MozillaTeam/Bugs/TriagersHandbook
[18:28] <Jazzva> Sorry.. I forgot to test. My mind is mostly on assembler atm :)
[18:28] <Jazzva> (well, linker actually)
[18:31] <Jazzva> Works with gecko.
[18:32] <Jazzva> asac ^
[18:32] <asac> Jazzva: ok. guess 2.23 is what we want then
[18:32] <asac> Jazzva: i think debian will not go for it, so we have to go ahead on our own
[18:33] <Jazzva> Ok, feature freeze is by the end of the august. So, we have time for that :)
[18:33] <Jazzva> But I think we can go for that plan to move webkit to main and enable -webkit packages...
[18:34] <asac> Jazzva: 2.23 doesnt have gecko anymore
[18:34] <asac> so it requires ab it of repackaging
[18:34] <Jazzva> Ok.
[18:36] <Volans> Hi all :)
[18:38] <asac> Volans: hi
[18:38] <Volans> Hi asac I'm here for the meeting....
[18:38] <asac> Volans: great. 20min left ;)
[18:48] <shirish> the meeting's here or in #ubuntu-meeting?
[18:49] <Volans> shirish: in #ubuntu-meeting at 18 UTC
[18:49] <Volans> (12 minutes left ;) )
[18:50] <shirish> ;)
[18:52] <shirish> asac: this is for u, do you know anyway to subscribe to a particular package so one knows when the new package is updated, something like launchpad sends a mail or a notice whenever a new release of a package say 'foo' is being made.
[18:52] <shirish> it would be nice if such a notice could be sent.
[18:57] <asac> shirish: not sure ... if there is no such feature, then it probably already is filed as a feature request against launchpad
[18:58] <asac> shirish: as a workaround you can subscribe to all bugs and then you get the "Fix released" notifications
[18:59] <asac> -> #ubuntu-meeting
[18:59] <shirish> right, but that's not really a "workaround"
[19:00] <fta> it's pretty easy to create an RSS feed from https://edge.launchpad.net/ubuntu/+source/firefox-3.0/+publishinghistory
[19:02] <asac> fta: #ubuntu-meeting :)
[19:17] <shirish> ubotu@agenda
[19:17] <shirish> @agenda
[19:17] <shirish> @time
[19:18] <Volans> shirish: https://wiki.ubuntu.com/MozillaTeam/Meetings ;)
[19:19] <shirish> Volans: I was trying to see if there was some way that ubottu can spit the agenda, without using a browser ;)
[19:19] <jetsaredi1> shirish: re firebug - my wife just had surgery last week so I've been a bit busy but if you want to merge a new upstream feel free
[19:19] <Volans> the agenda of the meetings yes, but I don't think the single meeting agenda... and in particular this agenda was set to a wiki page...
[19:20] <shirish> jetsaredi1: sorry to hear about your wife's surgery, hope she's fine
[19:21] <jetsaredi1> shirish: no worries - just been a bit crazy with two little kids running rampant
[19:21] <jetsaredi1> I had started to merge the upstream originally then they released another version
[19:22] <jetsaredi1> part of the problem with the versioning is that their build system changes the numbering from what is in svn
[19:22] <shirish> jetsaredi1: I don't have any packaging know-how or experience or even dare for the same, take your time , whenever u can that would be nice. Just wanted u to know that's it has come up.
[19:22] <jetsaredi1> yea - webdeveloper needs to be updated as well
[19:25] <shirish> jetsaredim: there's also something called firecookie which also looks cool, I'm sure u know about it as well ;)
[19:26] <jetsaredim> honestly - had no idea
[19:26] <jetsaredim> i had just worked on adding extensions that I was using
[19:28] <shirish> jetsaredim: it uses or can use firebug alongwith it, it gives more readability about what cookies are stored inside.
[19:28] <jetsaredim> cool
[19:49]  * RainCT is wondering what he is doing in the team :)
[19:50] <shirish> RainCT: everybody is in #ubuntu-meeting
[19:51] <RainCT> yes, I'm following the discussion, didn't mean that :)
[19:51] <Jazzva> RainCT: Contributing ;)?
[19:51] <RainCT> heh
[21:28] <Volans> good meeting... now I have to go, bye bye
[21:28] <asac> Volans: cu
[21:35] <Jazzva> Log is available on https://wiki.ubuntu.com/MeetingLogs/Mozilla-2008-06-22
[21:36] <Jazzva> I'm sorry if you bump into some cyrillic characters in the log, as it's a localised version of xchat, but most of the messages are translated (I might have missed some, though)
[21:39] <asac> Jazzva: thanks!
[21:41] <Jazzva> asac: No problem... and also bug 242211
[21:41] <Jazzva> Feel free to modify the description if needed ;)
[21:42] <Jazzva> Should meeting logs also be categorized under MozillaTeam?
[21:42] <Jazzva> (by adding CategoryMozillaTeam)
[21:42] <asac> Jazzva: confirmed bug
[21:42] <Jazzva> asac: Thanks :)
[21:42] <asac> Jazzva: let me know if something happens :)
[21:43] <Jazzva> asac: Sure...
[21:43] <asac> my bugmail probably filters this to /dev/null :)
[21:44] <Jazzva> It filters it for sure, since you didn't subscribe ;)
[21:44] <Jazzva> (unless you're not auto-subscribed through some group membership)
[21:49] <asac> Jazzva: i am subscribed because i commented
[21:49] <asac> :)
[21:49] <Jazzva> You sure ;)? Subscribers list doesn't mention you :)
[21:50] <Jazzva> Did you check "Notify me of blabla"?
[21:50] <Jazzva> Anyway, I'll keep you updated
[21:51] <asac> Jazzva: my procmail filters everything i didnt opt in to /dev/null :)
[21:51] <asac> one kind of mail i always get is if i am assignee
[21:51] <asac> otherwise just ffox + xulrunner + thunderbird
[21:51] <asac> i always wanted to add another filter that would let through mails of bugs for which i am expl,icitly subscribed
[21:51] <asac> but well
[21:51] <asac> ah firefox-extensions mail goes through too
[21:51] <asac> :)
[21:52] <asac> fta: debian bug 480796
[21:52] <asac> glandium attached a xulrunner patch for the NMU there
[21:52] <asac> i think its already synched
[21:53] <asac> the build waits now for xulrunner-dev
[21:53] <asac> which we dont have
[21:53] <asac> wonder if we should add an empty package for that
[21:53] <asac> or if we rather want to touch any package that comes from debian
[21:53] <Jazzva> asac, any deadline for minutes?
[21:54] <Jazzva> I think I'll study telecommunications now
[21:54]  * Jazzva sighs...
[21:55] <asac> Jazzva: no deadline. within a few days if possible :)
[21:58] <Jazzva> cool :)
[22:27] <fta> asac, maybe you should review the ML owners: Ubuntu-mozillateam list run by ubuntu.ase at gmail.com, freddymartinez9 at gmail.com, asac at jwsdot.com, bluekuja at ubuntu.com
[22:57] <asac> fta: not sure. at least the moderations are all done by someone :)
[23:03] <fta> ok
[23:04] <fta> that's a review :)
[23:04] <asac> hehe
[23:05] <asac> indeed
[23:06] <asac> strange bug
[23:06] <asac> bug 242223
[23:07] <asac> reporter claims that its ubuntu only issue
[23:21] <Jazzva> telecommunications are not that much fun... https://wiki.ubuntu.com/MozillaTeam/Meetings/Minutes/2008-06-22
[23:22] <Jazzva> If I forgot something to add, let me know, or add it :)
[23:22] <Jazzva> (except for the broken link formatting which I will fix now)
[23:23] <asac> Jazzva: maybe on top an action summary, with just the actions and who is assigned (if any)
[23:23] <asac> maybe sorted by "assigned", "unassigned"
[23:24] <asac> so people can grab that when we announce these
[23:24] <Jazzva> Ok
[23:25] <asac> Jazzva: and maybe s/Rationale/Topic Summary/
[23:25] <asac> that was my wrongdoing :)
[23:25] <Jazzva> Oh :)
[23:31] <fta> Jazzva, as for Stevel_, it's not that he wasn't there, or that we couldn't acknowledge his prior contributions, it's more that he should contribute on the packaging for a while if he really wants to gain write access to our branches, or he could apply for the new sub-team we've discussed
[23:31] <fta> asac, correct me if i'm wrong ^^
[23:31] <Jazzva> fta, ok. I'll correct that
[23:32] <asac> fta: its correct, but the minutes is political :)
[23:32] <asac> i dont mind :)
[23:32] <asac> fta: i think that its ok to have this as a result in minutes
[23:33] <asac> fta: we should give him a real reason when declining in launchpad
[23:33] <asac> fta: or through chat
[23:33] <Jazzva> who's gonna setup mozillateam-community?
[23:33] <asac> usually gnomefreak does such things. as long as mozillateam is maintainer i am fine with anyone :)
[23:34] <Jazzva> Ok, so I'll assign him :)
[23:34] <asac> Jazzva: ack
[23:35] <asac> Jazzva: you can make wiki reference out of MozillaTeam/Extensions/Packaging by using
[23:35] <asac> ["MozillaTeam/Extensions/Packaging"]
[23:35] <asac> as syntax
[23:35] <Jazzva> hm, not just [Bla/Bla]?
[23:35] <asac> there are a few other occurences that are not properly linked
[23:35] <asac> #
[23:35] <asac> MozillaTeam/Bugs/UpstreamBugProceduresIntrepid
[23:35] <Jazzva> I noticed them...
[23:35] <asac> ah good
[23:36] <asac> Jazzva: not sure if you need quotes. with quotes works for me :)
[23:36] <Jazzva> Ok, I'll skip the attending list, as I'm afraid I'll miss someone.
[23:36] <asac> Jazzva: thats ok
[23:36] <Jazzva> Need quotes...
[23:40] <Jazzva> Fixed, I think... https://wiki.ubuntu.com/MozillaTeam/Meetings/Minutes/2008-06-22
[23:41] <asac> Jazzva: ok thanks. let me schuffle the order a bit :)
[23:41] <Jazzva> Ok... please add CategoryMozillaTeam, as i forget that :)
[23:42] <Jazzva> Thanks :)
[23:42] <Jazzva> I'll remove next meeting date from the header
[23:44] <Jazzva> ...and to clean up MozillaTeam/Meetings for the next agenda. (how it's easy to find excuses not to study telecom :))
[23:46] <asac> ok done
[23:46] <asac> lol
[23:46] <asac> telecom? like high-level view?
[23:46] <asac> law/regulations?
[23:46] <asac> network-optimization?
[23:47] <Jazzva> More like low-level (but not electronics low)
[23:47] <Jazzva> analag/digital modulations mostly, noise, signal-to-noise ratio and similar
[23:47] <asac> ah ok
[23:47] <asac> that wasnt that bad :)
[23:48] <Jazzva> You probably had better faculty than I have :)
[23:48] <fta> Jazzva, optical or electrical ?
[23:49] <asac> yeah, fta is your hero again :)
[23:49] <fta> asac, well, you know for which company i work for ;)
[23:49] <fta> -for
[23:49] <asac> thats why i claim that ;)
[23:50] <Jazzva> fta, umm... I think electrical.
[23:50] <Jazzva> :)
[23:50] <Jazzva> fta, which company do you work for? (if it's not too personal :))
[23:52] <fta> it is
[23:52] <Jazzva> Optical is sci-fi in our book (written in 1970-something). It's mentioned as an interesting field for future development :)
[23:53] <fta> but everything above 100M is optical
[23:54] <fta> we have 40G links now, and soon 100G
[23:54] <Jazzva> I don't think we mentioned anything above 100M.
[23:54]  * Jazzva feels frustrated
[23:54] <fta> :)
[23:54] <Jazzva> 1M/256k link over here...
[23:54] <asac> fta: 40G over one fiber?
[23:54] <fta> well, not at home, in the network
[23:55] <Jazzva> fta, international links?
[23:55] <fta> asac, yes, in 1 fiber
[23:55] <asac> fta: yeah. just wonder if you consider a link "a cable" or "a single fiber string"
[23:55] <asac> fta: how many colours does that use?
[23:56] <fta> either 1 or 4 depending on the quality of your fiber, the PMD (in pico sec, relative to the distance), the age of the equipements, etc..
[23:57] <fta> quality =~ chromatic dispersion + various other factors that i don't remember (as i'm not a specialist in optics)
[23:58] <Jazzva> Ok, now I'm off to study... See you later :)
[23:58] <asac> cu
[23:59] <fta> Jazzva, one day you'll see DWDM systems ;)
[23:59] <Jazzva> fta, you do know that's a foreign language to me atm :)?