[00:50] <bdrung_> asac: still awake?
[00:52] <bdrung_> asac: mozgest is ready: https://code.launchpad.net/~bdrung/firefox-extensions/mozgest.ubuntu/+merge/9280
[10:54] <nikolam> hi. When will we push seamonkey 1.1.17
[10:58] <nikolam> to Hardy, Interpid.
[10:59] <nikolam> i am using it for some time now, I get source from PPA of gnomefreak
[11:00] <nikolam> I see no reason for 1.1.17 Seamonkey not to be pushed to Karmic, Interpid and Hardy. (I am on hardy 64)
[11:29] <asac> nikolam: yes. thats on my list to do
[11:30] <asac> e.g. gnomefreak asked me to sponsor it and i failed to follow up yet.
[11:31] <nikolam> asac, I can do testing if wanted
[11:32] <nikolam> I run 64-bit hardy, i can do testing in vm`s for other versions , too and 32 bit
[11:32] <asac> nikolam: cool. please add https://edge.launchpad.net/~ubuntu-mozilla-security/+archive/ppa to your sources everywhere
[11:32] <asac> thats the staging area where we will put security updates a few days before we roll it to the masses
[11:33] <nikolam> asac will see to it, where is reporting of results of testing done?
[11:33] <asac> nikolam: at best complain here if there are regressions
[11:33] <asac> nikolam: if you give positive feedback thats even better
[11:34] <nikolam> ok :)
[12:29] <asac> nikolam: i am preparing the bits now. so in a few hours there should be hardy - karmic builds to test in that archive
[12:31] <nikolam> asac, will see to it. I will probably test hardy on my working hardy 64
[12:31] <nikolam> will prepare other ones
[12:31] <asac> nikolam: that would be precious
[12:32] <nikolam> but i use it on it for some time now, since, i made it myself hihi
[12:33] <asac> hmm
[12:33] <asac> maybe i should use gnomefreaks tarball rather than minde
[12:34] <nikolam> asac it dies sometimes like 1.1.5 was
[12:34]  * asac wants to be nice)
[12:34] <asac> nikolam: dies?
[12:34] <asac> nikolam: what dies?
[12:34] <asac> (sorry i think I lack context here)
[12:34] <nikolam> yup, i have big inbox`es and news and bunch of windows
[12:35] <nikolam> seamonkey, after few hours of hard work :)
[12:35] <asac> ah
[12:35] <nikolam> but i also have flash plugin 10 latest  :)
[12:35] <asac> are you also running 2.0beta1?
[12:35] <nikolam> nevermint, see in few hours :)
[12:35] <asac> or was it alphoa3?
[12:36] <asac> nikolam: yeah
[12:36] <nikolam> I have it installed
[12:36] <asac> nikolam: does it work good
[12:36] <asac> ?
[12:36] <nikolam> 2 works ok
[12:36] <asac> or even better than 1.1.7?
[12:36] <nikolam> hmm, havent been there for a long time and not shure what version of SM 2 is that , will check
[12:37] <asac> just wondering if we should rather put 2.0 beta in karmic
[12:37] <asac> than sticking yet another round with 1.1.7
[12:37] <asac> than sticking yet another round with 1.1.x
[12:37] <nikolam>  2.0~b1~hg20090512r2611+nobinonly-0ubuntu1.8.04~jjv
[12:37] <asac> yeah i think they even released b1 upstream already
[12:38] <nikolam> asac, Me thinking, 2-0 should sit beside 1.x for now.. it`s not released officially yet
[12:38] <asac> yeah ... well, but its really not used by many so having it side-by-side means extra effort
[12:38] <asac> wrt security et al
[12:39] <nikolam> I know, but I won`t count on 2.0 to be for production use, untill upstream says so.
[12:39] <nikolam> for testing, quite ok
[12:40] <nikolam> It is shame btw, that Debian ditched SM (Iceape) from its repos
[12:43] <asac> nikolam: thought they only ditchted it from stble release
[12:43] <asac> but not from unstable
[12:44] <asac> its a security support problem
[12:44] <nikolam> asac, i think its not there at all. I think it was unmaintained
[12:44] <asac> noone has the time to do mozilla security support
[12:44] <asac> i did that for a good amount of time, but nobody else felt like its their obligation
[12:44] <asac> now i stopped it for debian
[12:44] <nikolam> as i know, mozilla security support is just publishing newer versions of products, yes?
[12:45] <asac> (i even was accussed of doing it wrong, which is really ridiculous)
[12:45] <asac> nikolam: thats the case until mozilla stops to support their software. then its painful backporting
[12:45] <asac> which is what i basically did
[12:46] <asac> (even though folks are lame they somehow get new upstreams uploaded)
[12:46] <asac> so the problem was that for years i prepared the individual patches/backports; sent them to all the right folks
[12:46] <asac> and ended doing _all_ packages on my own
[12:47] <nikolam> I am fully interested in doing SM stuff, since I ma using it for very long time. i lack some experience with ppa`s and package management, etc
[12:47] <asac> nikolam: its really not that hard to prepare new upstream packages for seamonkey
[12:47] <asac> we have pretty good branches .. that make it rather trivial
[12:48] <asac> if you want to help out on mozilla packaging just stay in this channel ;)
[12:48] <nikolam> I plan to add enigmail for seamonkey later.
[12:48] <nikolam> OKi :)
[12:48] <asac> nikolam: enigmail is probably the worst task you could start with
[12:49] <nikolam> But it is done on enigmail forum, i made it myself using instructions there
[12:49] <asac> its really difficult. i packaged it up in an ugly way at some point by doing some crazy build system hackage ...
[12:49] <nikolam> Ok, but later ok.
[12:49] <asac> ok ;)
[12:50] <asac> problem is that you need a full source tree to produce enigmail, while want to produce it outside
[12:50] <asac> ok ttyl
[12:50] <nikolam> yes, I also needed to compile all SM to produce enigmail, too
[12:50] <nikolam> ok,
[12:50] <asac> ok hardy is uploading ... intrepid, jaunty, karmic will happen right afterwards
[12:50] <asac> nikolam: right thats basically the problem
[12:50] <nikolam> Nice, will do it in an hour or so
[12:51] <asac> nikolam: the current enigmail package builds against system seamonkey ... which is the hard part of ti
[12:51] <nikolam> asac, maybe putting just .xpi i deb :)
[12:51] <asac> nikolam: problem is that enigmail has binary stuff in it, so it needs to get built for every arch
[12:51] <asac> so we cannot just use .xpi packaging ;)
[12:51] <nikolam> see this
[12:51] <nikolam> http://www.mozilla-enigmail.org/forum/viewtopic.php?f=12&t=616
[12:51] <nikolam> http://www.mozilla-enigmail.org/forum/viewtopic.php?f=12&t=598
[12:52] <nikolam> Ok, cu l8r man
[12:52] <asac> bye
[13:20] <bdrung_> asac: did you saw my merge request for mozgest?
[13:21] <asac> bdrung_: yes. thats next on my list
[13:21] <asac> seamonkey sponsoring request was like 20 days old :(
[13:21] <bdrung_> asac: thanks
[13:21]  * asac wonders if i can just "pull" a merge request ;)
[13:22] <bdrung_> :)
[13:22] <bdrung_> maybe pull and push requests should be implemented ;)
[13:23] <bdrung_> asac: in this case you could just pull it.
[13:23] <asac> bdrung_: hmm. maybe consider to use topic names for your branches ;)
[13:23] <asac> like mozgest.ubuntu.2.1.karmic
[13:23] <asac> or something
[13:24] <bdrung_> asac: ok, i will try to remember for the next time
[13:24] <asac> in that way you dont need to trash your branch and you can just mark it as merged and keep it for reference
[13:24] <asac> yeah
[13:24] <asac> also i can just brnach both in the same dir without needing to htink about a dir name ;)
[13:25] <bdrung_> asac: or i become motu and push directly to the repository :)
[13:25] <asac> bdrung_: can you please make a release commit ?
[13:25] <asac> like: dch -r -Dkarmic
[13:25] <asac> then debcommit -r
[13:26] <asac> e.g. i i run iot like that i own the changelog afterwards
[13:26] <asac> which i dont want ... i can modify the changelog manually if you dont want to do that now
[13:26] <asac> let me know
[13:27] <bdrung_> i will do it.
[13:28] <asac> ok greawt.
[13:28] <asac> bdrung_: usually i prefer a commit like: RELEASE 0.0-0ubuntu1 to ubuntu/karmic
[13:28] <asac> but the debcommit -r does releasing version 0.0-0ubuntu1
[13:28] <asac> so i usually do:
[13:28] <asac> debcommit -r -e
[13:28] <asac> and then append the "to ubuntu/karmic" ;)
[13:29]  * asac tries to take a mental note to improve decommit -r
[13:29] <asac> but if you dont care a debcommit -r is good enough ;)
[13:29] <asac> (it also tags your branch with the debian version)
[13:31] <asac> so the new idea where mozilla-devscripts should install the links to is:
[13:31] <asac> /usr/lib/mozilla/extensions/$TARGET_APPID/$extension_id
[13:31] <bdrung_> ok, i have pushed it
[13:31] <asac> thx
[13:31] <asac> this could be done all magic by parsing install.rdf
[13:31] <bdrung_> i learn two new command (debcommit and how to remove a tag)
[13:32] <asac> ;)
[13:32] <asac> bdrung_: you removed the tag?
[13:32] <asac> (probably ok here)
[13:32] <bdrung_> first i used debcommit without -e, then i removed the commit and the tag and run debcommit with -e :)
[13:33] <bdrung_> asac: $TARGET_APPID?
[13:34] <asac> bdrung_: yes. if you check install.rdf there are targetApplications with em:id
[13:34] <asac> those are basically the applications (firefox, etc.)
[13:34] <asac> thats what $TARGET_APPID is supposed to be
[13:35] <asac> that basically replaces the need for MOZ_XPI_MOZILLA_DIRS
[13:35] <asac> we could then also add a mapping for target appids to packages that we could then automatically put in depends of control magically with
[13:35] <bdrung_> and solves the problem of the names (firefox, abrowser, iceweasel)
[13:35] <asac> ${xpi:depends}
[13:35] <asac> or something
[13:35] <asac> yeah
[13:36] <asac> well. the name list needs to be maintained somewhere
[13:36] <asac> but its a central place
[13:36] <bdrung_> I am waiting for ${xpi:Depends}
[13:36] <asac> ;)
[13:37] <bdrung_> asac: so transitions will be easier (firefox-2.0 bug report is still not fixed for all packages).
[13:37] <asac> bdrung_: did you test the mozgest extension? or do i need to test it?
[13:37] <asac> ack
[13:38] <bdrung_> asac: i am currently using it. if you want to test it: https://launchpad.net/~bdrung/+archive/ppa
[13:38] <asac> no thats ok
[13:38] <asac> uplaoding
[13:38] <bdrung_> asac: thanks
[13:40] <bdrung_> asac: do you sponsor other packages, too?
[13:41] <asac> bdrung_: sounds like a tricky question ;)
[13:42] <asac> usually yes. for two extensions prepared i can fastpath another package ;)
[13:42] <asac> :-P
[13:42] <asac> seems you have one credit already :)
[13:43] <asac> bdrung_: are you @bdrung on identi.ca?
[13:43] <bdrung_> asac: yes, it is. i am waiting for a sponsor for xmms2: ounds like a tricky quest
[13:43] <bdrung_> copy paste did not work: https://bugs.launchpad.net/ubuntu/+source/xmms2/+bug/398481
[13:44] <bdrung_> i do not use identi.ca, but the name "bdrung" is unique on the net.
[13:44] <asac> http://identi.ca/notice/7031548
[13:44] <asac> yeah seems youz hnave no account there ;)
[13:45] <asac> hmm ... not even on twitter valid
[13:47] <bdrung_> may i give identi.ca a try?
[13:47] <bdrung_> till now, i only use a blog
[13:48] <asac> bdrung_: at least get your account name ;)
[13:48] <asac> if you use it or not you can decide later ;)
[13:48] <asac> if twitter is free get one there two ... you can setup identi.ca to mirror your stuff to twitter
[13:49] <asac> bdrung_: personally i like microblogging, to send out stuff that isn't worth a full blog post
[13:54] <bdrung_> asac: ok, bdrung now belongs to me.
[13:55] <asac> bdrung_: great. so the debdiff for xmm2 is quite excessive
[13:55] <asac> bdrung_: cant we do a minimal one for pulse and get the rest synched from debian?
[13:55] <asac> or first get it synched and then get the pulse stuff?
[13:56] <bdrung_> asac: the problem is, that i need a sponsor and then the package needs to go through NEW. the most client updates depends on xmms2-icon.
[13:57] <bdrung_> asac: so i assume, we have not enough time for that way
[13:57] <asac> hmm
[13:57] <asac> bdrung_: thats through binary NEW though, isnt it?
[13:57] <bdrung_> yes
[13:57] <asac> binary new is usually much quicker iirc
[13:58] <asac> bdrung_: noone in the Uploaders has upload power?
[13:59] <bdrung_> asac: don't know.
[14:00] <asac> Florian Ragwitz <rafl@debian.org>
[14:01] <asac> 0.6DrMattDestruction-1
[14:01] <asac> what kind of funny thing is that?
[14:02] <bdrung_> i already asked him, but he said, that he has no time.
[14:06] <bdrung_> asac: rafl is the maintainer (do not count him as uploader) and he has upload rights
[14:07] <bdrung_> asac: do you use any microblogging program?
[14:09] <gnomefreak> gwibber last i heard
[14:09] <asac> bdrung_: gwibber, yeah
[14:10] <asac> in karmic its pretty good now
[14:10] <asac> still has a bunch of threading issues, but that will go away with 2.0
[14:10]  * asac takes a note to review merge requests so we can cut off a 1.2 branch
[14:11] <asac> bdrung_: have you asked rafl if we would be ok to add Dm-Upload thing?
[14:11]  * asac runs out to get some stock
[14:13] <bdrung_> asac: i asked him now and wait for an response now.
[14:26] <asac> fta: do you think the build failure fro chromium on 25th was an upstream bug?
[14:26] <asac> i worked against 24th ... wondering if todays build will fail against in libbrowser.so stuff
[14:38] <stefg> fta: hello, i just read in the description of your launchpad  ppa that you're not able to maintain updates for some packages. it seems, seamonky is one of them, i can't find it any more. Is that right? I'm on the hunt for a 64bit jaunty seamonkey 2.0 package. Any hints?
[14:38] <gnomefreak> stefg: its been done waiting for upload
[14:38] <stefg> brilliant... thanks
[14:38] <gnomefreak> seamonkey-2 i am waiting to work out problems but if you found it in my PPA than you see 1.1.17 there
[14:41] <asac> gnomefreak: dont you have a sm2 build in your ppa?
[14:41] <gnomefreak> stefg: i update seamonkey 1 within 2 days of release. That has not changed (assuming i am able to be here)
[14:42] <gnomefreak> asac: yes old one though. has some issues but mostly works well. stefg if you go to my PPA you can use the search to go to succeded builds and pull seamonkey2 out of it if you dont want to add it to sources. list file. here is link
[14:42] <gnomefreak> https://launchpad.net/~gnomefreak/+archive/ppa
[14:43] <stefg> thx
[14:43] <gnomefreak> np
[14:45] <asac> gnomefreak: stefg i think last successful build should be in the pool stil. so just adding souzrces should be ok (no need to download mnually)
[14:45] <asac> but i could be wonrg
[14:45] <asac> wrong
[14:45] <stefg> i'll try and see
[14:46] <gnomefreak> well maybe but PPA only shows the Karmic failed one.
[14:46] <gnomefreak> and its something i know about but havent had a chance to update it to latest version but it will be fixed for that version.
[14:47] <gnomefreak> Package: mozilla-thunderbird None [modified: /var/lib/dpkg/info/mozilla-thunderbird.list]
[14:47] <gnomefreak> it would be nice is Apport would report the version installed.
[14:50] <stefg> alright synaptic is done... let's see
[14:50] <asac> gnomefreak: sm 1.1.17 is now in -security ppa fwiw
[14:50] <asac> sorry for the delay
[14:50] <asac> gnomefreak: can you mark your branches merged?
[14:50] <asac> gnomefreak: also you had two branches ... i picked the one that also removed the patches ;)
[14:53] <stefg> gnomefreak: i got Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1b5pre) Gecko/20090513 SeaMonkey/2.0b1pre from your ppa, while i have Build identifier: Mozilla/5.0 (X11; U; Linux i686 (x86_64); de; rv:1.9.1.1pre) Gecko/20090717 SeaMonkey/2.0b1 running from /opt. This means language pack not working ...
[15:01] <stefg> ... and BTW http://mozilla.qa.ubuntu.com/ needs updating. Dapper Desktop is EOL, may it rest in peace... so should be no more fumbling on FF 1.5 packages necessary
[15:06] <gnomefreak> asac: whitch ones?
[15:06] <gnomefreak> which even
[15:08] <nikolam> asac, it give me no upgrade when enabled security repo. :) Will deinstall and install again SM
[15:16] <gnomefreak> nikolam: sm 1.1.17 hasnt been pushed to repos official ones anyway
[15:18] <gnomefreak> asac: on bug 379470 do you see a way to remove the files in comment #1? they are the crash files
[15:20] <gnomefreak> i found it
[15:24] <nikolam> gnomefreak, i had made it myself :)
[15:26] <gnomefreak> !info firefox-2.0 jaunty
[15:27] <gnomefreak> it give me no upgrade when enabled  security repo.
[15:27] <gnomefreak> its not in repos yet so it wont give you update
[15:30] <nikolam> i enabled security repo , installing..
[15:33] <nikolam> We also have much Old noscript.
[15:40] <gnomefreak> asac: if i mark my SM1 dev branched as merged than i have to repush the whole thing again in a few weeks when i update it to 1.1.18
[15:41] <gnomefreak> i say few week it maybe a moneh but normally they are good with security releases in a month
[15:44] <gnomefreak> marking my (still working from) brnahes as merged isn't something i like doing. The ones that i push to fix bugs im fine with because they are not something i use alot.
[15:44]  * gnomefreak still looking for grub2 (menu.lst) i know it moved and its named something else.
[15:47] <gnomefreak> it seems to be grub.cfg
[15:47] <gnomefreak> /boot/grub.cfg i really wish they wouldnt do that
[15:52] <stefg> gnomefreak: So it seems seamonkey 2.0b(non-pre) as distributed as .tgz by mozilla directly has difficulties in getting its plugins. So when do you expect the sm-2.0 official beta to hit your ppa? It probably takes me longer to sort the plugin trouble than to just wait for you ppa :-)
[15:53] <gnomefreak> stefg: at this time not sure. im waiting for m-d to get updated since atm its grabbing 2.1 sources
[15:53] <gnomefreak> i will be gone for ~1week after i log off today
[15:54] <gnomefreak> depending on when i get my new glasses
[15:54] <asac> nikolam: maybe you need to add the ppa key
[15:54] <stefg> ... yu
[15:55] <asac> i dont know how hardy behaves now that the repos are signed
[15:55] <stefg> gnomefreak: yup... i recently started to need glasses for computer work, too. Man, i'm getting old
[15:55] <gnomefreak> asac: that reminds me. my surgery is tomorrow morning i will not beable to see anything up close at all so i will be back when i get reading glasses :)
[15:55] <asac> stefg: want to help out with mozilla.qa.ubuntu.com?
[15:55] <asac> stefg: i would love to resurrect using it for getting pre-QA ... but i usually fail because i am fighting various things
[15:55] <stefg> asac: if i can (and finf time to do so), sure
[15:56] <asac> stefg: it basically involves setting up new security update builds there when i upload
[15:56] <asac> stefg: and then sending an announcement to the subscribers
[15:56] <asac> but thats templated
[15:56] <gnomefreak> asac: thanks for the push for SM1
[15:56]  * gnomefreak just opened gwibber
[15:56] <stefg> asac: estimated time needed per day / week ?
[15:56] <asac> stefg: i see you irc is not always online. i think that would be great so i can dump you a ping when uploading etc.
[15:57] <asac> stefg: firefox releases every month
[15:57] <asac> stefg: its a quick thing ... problem is that it needs some responsiveness
[15:57] <asac> (e.g. we often have like 4 days of testing, so if we get this out on day 3 its not really good)
[15:57] <asac> usually i would love to have like a week in security QA
[15:58] <asac> stefg: i think for "regular" releases there should be enough time
[15:58] <stefg> asac: and that's hard for me to guarantee, to be honest. I'm a project manager and if my companie needs to push out some new releases i'm pretty much eaten up by that.
[15:58] <asac> ok
[15:59] <asac> stefg: we could do the releases and i can then do those for firedrills if you are not available ;)
[15:59] <asac> stefg: i know about scheduled releases like 2 weeks up front. so if i upload and the qa announcement takes a day or two  its not a problem
[16:01] <asac> bdrung_: http://paste.ubuntu.com/233933/
[16:01] <asac> also: find debian/mozgest | pastebinit
[16:01] <asac> http://paste.ubuntu.com/233935/
[16:01] <asac> not sure why dh_link is in there though ;)
[16:02] <asac> well. and MOZ_XPI_MOZILLA_EXTRA_DIRS is not yet implemented ;)
[16:05] <nikolam> asac i installed SM from security repo seems to work ok, together with new addons
[16:06] <nikolam> what is testing procedure
[16:06] <bdrung_> asac: looks, good. will test it.
[16:08] <stefg> asac:  Alright, i don't think i will get overwhelmed by that. So how is it going to work ?
[16:08] <bdrung_> asac: do you push it to the bazaar branch?
[16:09] <asac> bdrung_: yes ... i want to check with a real package first though ;)
[16:14] <bdrung_> asac: how about moving the temp-xpi-unpacked directory to debian/temp-xpi-unpacked?
[16:15] <gnomefreak> asac: check MT Ml post for Freedy please. I am gone now have fun this week ill be back as soon as i can
[16:19] <bdrung_> asac: your patch works with mozgest
[16:20] <asac> bdrung_: committed
[16:21] <asac> bdrung_: hmm. maybe debian/temp-xpi/unpacked
[16:21] <bdrung_> asac: or that. hauptsache its in the debian directory
[16:21] <asac> bdrung_: does firefox still pick it up with the new links? have you checked?
[16:22] <bdrung_> asac: i only testing building. now i will test install.
[16:22] <asac> yeah. thats probably the more "important" part of it
[16:24] <asac> stefg: thats a good question. i think you need to get an account first
[16:24] <asac> otherwise its hard to explain
[16:24] <asac> the UI is a bit retarded (at least when i used it last time)
[16:25] <asac> its basically adding the new build for each ubuntu release
[16:25] <bdrung_> asac: no, firefox does not pick it up.
[16:25] <stefg> asac: lp-account ? i have one
[16:26] <asac> stefg: i am not sure if its coupled with lp yet. i dont think it.
[16:26] <asac> bdrung_: hmm
[16:26] <asac> bdrung_: firefox 3.5?
[16:26] <bdrung_> asac: both 3.0 and 3.5 (using jaunty packages)
[16:26] <asac> that sucks ;)
[16:26] <asac> are the ids correct?
[16:27] <asac> bdrung_: maybe ffox 3.6? ;)
[16:27] <asac> let me check the code
[16:27] <bdrung_> asac: mom
[16:28] <bdrung_> asac: why do i have an empty /usr/share/mozilla/extensions directory?
[16:29] <bdrung_> asac: ls /usr/lib/mozilla/extensions: {3550f703-e582-4d05-9a08-453d09bdfdc6}  {ec8030f7-c20a-464f-9b0e-13a3a9e97384} {92650c4d-4b8e-4d2a-b7eb-24ecf4f6b63a}
[16:30] <bdrung_> asac: I found the bug
[16:30] <asac> ?
[16:30] <bdrung_> asac: you said /usr/lib/mozilla/extensions/$TARGET_APPID/$extension_id should be used, but /usr/lib/mozilla/extensions/$TARGET_APPID/ was used
[16:31] <asac> oh yeah
[16:31] <asac> ;)
[16:31] <asac> good catch
[16:31] <asac> can you check it manually?
[16:31] <bdrung_> yes
[16:32] <asac> bdrung_: http://paste.ubuntu.com/233947/
[16:32] <asac> try that
[16:32] <asac> oh sorry ;)
[16:33] <asac> http://paste.ubuntu.com/233949/
[16:33] <asac> rather that one
[16:34] <asac> bdrung_: ^^
[16:36] <bdrung_> dh_link -pmozgest /usr/share/mozgest /usr/lib/mozilla/extensions/{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/; dh_link -pmozgest /usr/share/mozgest /usr/lib/mozilla/extensions/{3550f703-e582-4d05-9a08-453d09bdfdc6}/; dh_link -pmozgest /usr/share/mozgest /usr/lib/mozilla/extensions/{92650c4d-4b8e-4d2a-b7eb-24ecf4f6b63a}/;
[16:36] <bdrung_> ln: angegebenes Ziel „debian/mozgest/usr/lib/mozilla/extensions/{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/“ ist kein Verzeichnis: No such file or directory
[16:36] <asac> bdrung_: XPI_EMID is empty?
[16:36] <asac> odd
[16:37] <asac> oh
[16:37] <asac> http://paste.ubuntu.com/233952/
[16:38] <asac> bdrung_: that makes a call out of it ... which hopefully does the trick
[16:40] <bdrung_> asac: the links destination is now wrong
[16:40] <asac> ?
[16:40] <asac> /usr/share/mozgest
[16:41] <asac> is the right location. isnt it?
[16:41] <asac> at least it seems to crate the expected links now
[16:43] <asac> it points to the location with the install.rdf. ... that should be ok
[16:44] <asac> its the same target that was used before
[16:44] <bdrung_> asac: something went wrong, when i installed the package. after purging and reinstalling the links are now correct.
[16:44] <bdrung_> asac: firefox-3.5 works
[16:45] <bdrung_> asac: firefox-3.0, too
[16:45] <asac> really great
[16:45] <asac> thats indeed good news
[16:45] <asac> thanks
[16:45] <asac> bdrung_: i think you might have had problems because there were wrong links before
[16:46] <asac> so it basically created the links inside the mozgest directory after following the existing links during install
[16:46] <asac> which certainly might have messed up stuff
[16:46] <asac> badly
[16:46] <bdrung_> seams plausible
[16:47] <bdrung_> asac: do you work on ${xpi:Depends}?
[16:47] <asac> bdrung_: thats one of the next things. didnt plan to do that today though (want to do some game playing now ;))
[16:48] <asac> bdrung_: if you want go ahead. you just need to find a good way to specify a ID -> package mapping
[16:48] <asac> and then append a variable xpi:Depends= .... in debian/$(MOZ_EXT_PACKAGE).substvars
[16:48] <bdrung_> asac: we could use a config file for that
[16:48] <asac> bdrung_: yeah. though i would prefer to keep all in the xpi.mk
[16:49] <bdrung_> asac: do you know how to check the version?
[16:49] <asac> maybe something like XPI_APPID_MAP_{xxxx-xxx-xx} = firefox-3.0 firefox-3.5 iceweasel firefox firefox-3.6
[16:50] <asac> maybe something like XPI_APPID_MAP_{yyyy-yyy-yy} = thunderbird thunderbird-3.0 thunderbir-3.1 icedove icedove-3.0 icedove-3.1
[16:50] <asac> bdrung_: the version makes it difficult imo
[16:50] <asac> bdrung_: i would be happy to have something like above for now
[16:50] <bdrung_> i have to test if 3.5 is lower than 3.6a1pre, e.g.
[16:50] <asac> we could also do something like:
[16:51] <bdrung_> asac: do you know a program which can determine this relation?
[16:51] <asac> XPI_APPID_MAP_VERSION_CHECK_thunderbird = $(shell test $(1) lt 2.0.0. lt $(2))
[16:51] <asac> (that wont work
[16:51] <asac> bdrung_: we need to write somethign on our own
[16:52] <asac> XPI_APPID_MAP_VERSION_CHECK_thunderbird = $(shell test $(1) lt 2.0.0. lt $(2) && echo yes)
[16:52] <asac> ;)
[16:52] <bdrung_> asac: i am good in writing ugly looking makefiles: http://code.google.com/p/gnome-colors/source/browse/trunk/gnome-colors/Makefile
[16:53] <bdrung_> why should e.g. firefox be an dependency? to which version of firefox do the firefox package refer?
[16:53] <asac> bdrung_: cool. so you are the right candidate for extending this already ugly looking xpi.mk ;)
[16:53] <bdrung_> asac: do you know gnome-colors?
[16:54] <asac> bdrung_: you are right. firefox was the equivalent for icedove (e.g. icedove-2)
[16:54] <asac> we shouldnt use that
[16:55] <asac> no i dont know gnome-colors
[16:55] <bdrung_> asac: should we use the same dependency for debian and ubuntu packages? or should the debian package depend on iceweasel, and the ubuntu one on firefox?
[16:56] <bdrung_> asac: http://www.gnome-look.org/content/show.php/GNOME-colors?content=82562
[16:56] <bdrung_> asac: http://www.gnome-look.org/content/show.php/Shiki-Colors?content=86717
[16:56] <bdrung_> asac: http://www.gnome-look.org/content/show.php/Arc-Colors+GDM-Walls?content=88305
[16:56] <bdrung_> asac: it the best theme i saw.
[16:56] <asac> bdrung_: i think we can add both
[16:56] <BUGabundo> hey kids
[16:57] <BUGabundo> asac: https://bugs.edge.launchpad.net/bugs/404624
[16:57] <BUGabundo> can you mark it WontFix please
[16:57] <asac> bdrung_: at least debian folks might have unofficial repo with our packages ported or something
[16:57] <asac> bdrung_: and i have no problem to have unofficial repos with ice* ported to us if that exist
[16:57] <asac> at least i wouldnt mid
[16:58] <bdrung_> asac: ok, that makes it easier
[16:58] <asac> BUGabundo: done
[16:58] <BUGabundo> asac: thanks
[16:58] <asac> bdrung_: could be that debian pkg-ext maintainer complain, but i think its ok. we share the app id and most extensions should not be a problem to use back and forth
[16:59] <asac> bdrung_: at some point we might want to add magic to determine xulrunner min version during linking
[16:59] <bdrung_> asac: can you push your fixes?
[16:59] <asac> if it contains binary components
[16:59] <asac> bdrung_: yes
[17:00] <bdrung_> asac: how can i grab em:maxVersion from a specific em:id?
[17:02] <asac> bdrung_: 207
[17:02] <asac> bdrung_: thats painful
[17:02] <asac> bdrung_: lets do the filtering later
[17:03] <asac> bdrung_: basically using xpath
[17:03] <BUGabundo> asac: the poor rickspencer subbed to me on identica!
[17:03] <BUGabundo> :p
[17:03] <asac> haha
[17:03] <asac> not a good experience if you dont have many subs ;)
[17:04] <asac> "the whole world is bugabundo"
[17:05] <BUGabundo> right :)
[17:06] <BUGabundo> but I've been lowering my dent average
[17:06] <stefg> asac: i created an account on http://mozilla.qa.ubuntu.com/ (user: stefg). I have to go now, and you seem pretty busy atm. I'll ping you later so you that you can explain how i can help. your timezone is CEST, right?
[17:06] <BUGabundo> too busy to dent
[17:06] <asac> stefg: yeah. i asked one of our QA guys what the next steps are to get you the powers
[17:06] <asac> stefg: will take a bit until i get a reply i guess
[17:07] <asac> stefg: and yes, i am in Europe/Berlin (CEST)
[17:07] <stefg> Berlin, to... see you at c-base :;-)
[17:07] <asac> hehe
[17:07] <asac> i am not in Berlin. just in timezone. i am in HH ;)
[17:07] <asac> Hamburgo
[17:08] <stefg> ... which is not net capitol of McDonalds
[17:08] <stefg> k... later
[17:08] <asac> lol
[17:08] <bdrung_> asac: the world is small. i live in berlin.
[17:09] <asac> at least HH-Berlin is a small distance
[17:10] <bdrung_> but that stefg is in berlin, too.
[17:10] <asac> right
[17:10] <bdrung_> i am sometimes in the the c-base
[17:10] <bdrung_> asac: in which target should i put the logic
[17:11] <bdrung_> ?
[17:12] <asac> i have no strong feeling about the target
[17:12] <asac> maybe install-extension ... ;)?
[17:12] <asac> stamp-extension-install ... not sure
[17:13] <asac> install/$(MOZ_EXTENSION_PKG):: xpi-install
[17:13] <asac> ?
[17:13] <asac> where is the shlibs depends generated in cdbs?
[17:14] <bdrung_> asac: dont know
[17:14] <asac> common-binary-predeb-indep common-binary-predeb-arch::
[17:15] <asac> rather binary-predeb/$(MOZ_EXT_PACKAGE)
[17:15] <asac> not sure if we need to hook it in there
[17:15] <asac> or binary-post-install/$(MOZ_EXT_PACKAGE)::
[17:16] <asac> of course post-install would only really make sense if we check the really installed install.rdf
[17:16] <asac> (and not the one in unpacked)
[17:16] <asac> otherwise it doesnt matter where we put it
[17:17] <bdrung_> now i can select one target. ;)
[17:17] <bdrung_> rand(10)
[17:18] <asac> bdrung_: put it high in the hierachy
[17:18] <asac> maybe even in the install../$(MOZ_EXT_PACKAGE)
[17:18] <asac> so its kept out of the whole dirty logic
[17:18] <bdrung_> install target sounds god
[17:18] <asac> install/$(MOZ_EXTENSION_PKG):: xpi-install
[17:18] <asac> take care that you need to replace eventually existing xpi:Depends= variables
[17:18] <asac> so running it twice will do the right thing
[17:19] <asac> dpkg-shlibdeps does that too
[17:19] <bdrung_> can i assume, that xpi:Depends= is a one-liner?
[17:20] <asac> yes
[17:20] <asac> i think thats essentially a prerequisite
[17:20] <asac> not sure if \
[17:20] <asac> is allowed
[17:20] <asac> i would assume not
[17:20] <bdrung_> then grep or sed will do it
[17:20] <asac> bdrung_: you can grep -v and append also
[17:20] <asac> i dont think we need to preserve order
[17:21] <bdrung_> asac: can grep work inplace?
[17:21] <asac> if you buffer the file first, but otherwise i wouldnt think so
[17:22] <bdrung_> asac: how do i buffer it?
[17:22] <asac> a=`cat $file`;)
[17:22] <asac> but not sure
[17:22] <asac> do whatever you prefer
[17:23] <asac> i hate complicated sed experessions. for me a cat $file | grep -v ^xpi:Depends.*$ > $file.tmp; echo $newline >> $file.tmp; mv $file.tmp $file ;)
[17:23] <asac> sounds easy ... but might be not elegant
[17:29] <asac> fta: can you add me to the chromium-daily team? seems i cannot retry the builds
[17:29] <bdrung_> asac: my sed expressions normally start with s/ ;)
[17:29] <asac> mine too
[17:29] <asac> didnt i use that in som eother place already?
[17:32] <asac> fta: ok nevermind. one build started late enough to catch the not broken libv8-dev package. but it failed during build
[17:32] <asac> like yesterday
[17:32] <asac> /build/buildd/chromium-browser-3.0.196.0~svn20090726r21629/build-tree/src/sconsbuild/Release/lib/libbrowser.so: undefined reference to `DevToolsManager::ActivateWindow(RenderViewHost*)'
[17:43] <bdrung_> asac: i cannot run install/mozgest rule twice: make: Zirkuläre Datei stamp-unzip-mozgest.xpi <- stamp-unzip-mozgest.xpi Abhängigkeit wird nicht verwendet.
[17:46] <asac> http://paste.ubuntu.com/233980/
[17:47] <asac> http://paste.ubuntu.com/233981/
[17:47] <asac> rather that one
[17:47] <asac> bdrung_: ^^
[17:48] <bdrung_> asac: and running install/mozgest without running build/mozgest does not work
[17:50] <asac> bdrung_: i think thats a problem of cdbs
[17:50] <asac> i think its not supposed to be called alone
[17:50] <asac> rather link binary-install
[17:50] <asac> rather like ;)
[17:51] <asac> or common-install-indep/-arch if you are lucky
[17:51] <asac> bdrung_: anyway. i think the fix i pasted is wanted anyway
[17:52] <asac> committed
[17:52] <asac> 208
[17:53] <asac> i acutally think we should make one rule out of this mess at some point ;)
[17:53] <asac> but for now it should be ok i think
[17:54] <bdrung_> i added a stamp-xpi-depends rule
[17:55] <asac> k
[17:55] <asac> we can consolidate that later
[17:57] <asac> bdrung_: http://wiki.debian.org/Teams/DebianMozExtTeam
[17:57] <asac> http://wiki.debian.org/Teams/DebianMozExtTeam#PolicyforpackagingextensionsforXULbasedapplications
[17:58] <asac> hmm seems it doenst reflect the latest discussion state
[18:03] <asac> bdrung_: maybe we should make those :Depends :Recommends rather
[18:03] <asac> i got a few complains in the past that you cannot install extensions without installing any target package
[18:04] <asac> and once we use that location even mozilla builds will look there
[18:04] <asac> (which scares me a bit now that i think about it)
[18:04] <bdrung_> but why should i want to install an extension without installing the corresponding app?
[18:05] <asac> bdrung_: because you want to use the upstrea firefox build ;)
[18:05] <asac> dont ask me why. its not me who asked for it. just telling that there were a few folks asking for that in the past
[18:05] <asac> and that they have at least a bit of a point
[18:06] <asac> bdrung_: also consider that there might be downstreams having icecat (which we didnt add)
[18:06] <bdrung_> asac: packages outside the repo do not count. if a packager want them as recommends you could move ${xpi:Depends} to recommends :)
[18:06] <asac> or something else yet antoher time rebranded
[18:07] <asac> bdrung_: well. thats what i am suggesting. just do it directly.
[18:07] <asac> folks that install extensions usually have the package installed anyway
[18:07] <asac> so you wont loose much guarantee of functionality. also recommends get installed b default
[18:07] <asac> its just that the extension might be useful even without having an app installed ... which makes them qualify for recommends.
[18:07] <asac> but we can keep it as depends for now
[18:08] <asac> should probably be discussed with the debian pkg-mozxt maintainers
[18:08] <asac> (now that we have that)
[18:08] <bdrung_> asac: one argument against it: depends is shorter than recommends :)
[18:08] <asac> lol
[18:10] <bdrung_> asac: we even shorten "ok" to "k"
[18:11] <asac> the win is 50% ... while recommends vs. depends is just 30%
[18:11] <asac> not fair though
[18:12] <asac> its 23% vs. 27%
[18:12] <bdrung_> but if you count in dropped chars, it the other way round
[18:13] <asac> unless you have "auto-enter" after a while of inactivity
[18:13] <asac> yes as i said. with "enter" key ok vs k is just 23%
[18:14] <asac> anyway ... taking break ... will be back later in the evening
[18:16] <bdrung_> asac: calling binary target twice does not work
[18:17] <BUGabundo> asac:  3460    0/s    0/s        167K 268.5M 93204K     0K     0K   2% notify-osd
[18:43] <bdrung_> asac: the dependencies are totally broken. now i run "clean binary binary" to test my crap
[19:06] <fta> hi
[19:06] <fta> asac, fta       3698  0.0  7.2 202016 149524 ?       S    Jul24   1:06 /usr/lib/notify-osd/notify-osd
[19:06] <BUGabundo> ey fta
[19:06] <BUGabundo> welcome back
[19:07] <fta> fta       8289  0.0  0.2 196940  9136 ?        S    Jul24   0:00 /usr/lib/notify-osd/notify-osd
[19:07] <fta> so yes, 32bit seems to leak quite a lit
[19:12] <fta> asac, ehh??? http://launchpadlibrarian.net/29544214/buildlog_ubuntu-karmic-i386.chromium-browser_3.0.196.0~svn20090726r21629-0ubuntu1~ucd1_FAILEDTOBUILD.txt.gz
[19:13] <BUGabundo> fta: you have the biggest package on the archive
[19:13] <BUGabundo> the chromium test suite
[19:13] <BUGabundo> :)
[19:13] <fta> i know
[19:14] <BUGabundo> poor mirrors
[19:14] <BUGabundo> they must luv you :)
[19:14] <fta> ppa are not mirrors
[19:14] <fta> ppa are not mirrored
[19:14] <BUGabundo> it it on the PPA?
[19:14] <BUGabundo> lol
[19:14] <BUGabundo> did not check
[19:14] <fta> it is
[19:15]  * BUGabundo opens synaptic to see which is a the biggest on the archive
[19:15] <BUGabundo> vtk-doc
[19:16] <BUGabundo> from PPAs
[19:16] <BUGabundo> you and mozila team take the top6 LOL
[19:17] <fta> oh my :S system v8, wtf? way too early.. i disappear for 2 days and boom
[19:22] <fta> BUGabundo, for me, top 3 is alien-arena-data (521 MB), nexuiz-data (340 MB) and openarena-data (309 MB)
[19:22] <BUGabundo> yeah its all about games
[19:22] <fta> 4th is chromium-browser-dbg 308 MB
[19:22] <fta> then xul 1.9.2 dbg, 157MB and openoffice core, 113 MB
[19:23] <fta> i'm not installing -testsuite* on that machine
[19:24] <BUGabundo> fta: http://files.getdropbox.com/u/112892/toppackages.png
[19:24] <bdrung_> asac: ready: http://paste.ubuntu.com/234011/
[19:25] <fta> lol, chromium has ubuntu logo, meaning supported by canonical ;)
[19:25] <fta> +the
[19:25] <bdrung_> asac: feel free to improve the variable names. we need a shell command for determing maxVersion and minVersion.
[19:28] <fta> BUGabundo, i had to remove sauerbraten because it made me sick each time i played it more than 30 minutes
[19:28] <BUGabundo> eheheheheeh
[19:29] <bdrung_> fta: i ate sauerbraten today :)
[19:29] <BUGabundo> ahahhaha
[19:29] <bdrung_> with spätzle
[19:30] <bdrung_> tasted good
[19:31] <fta> i'm not fond of sour food
[19:36] <fta> asac, you should have experimented with system v8 outside of the daily ppa, now i don't know what to do with it
[19:36] <fta> the hard dep is not necessary, the bot can deal with it
[19:37] <fta> and the plan was to work with upstream in august to introduce a system-lib mechanism
[19:53] <BUGabundo> asac: https://bugs.edge.launchpad.net/bugs/404939
[19:53] <BUGabundo> can you close that one... its from bryce too :)
[20:06] <bdrung_> asac: update: http://paste.ubuntu.com/234022/
[20:13] <nikolam> seems that noscript 1.9.7 is incompatible with Seamonkey 1.1.17
[20:20] <nikolam> every time noscript 1.9.7 is added (while running seamonkey with sudo) using seamonkey under user accountsresults in artefacts displayed in wide line in browser window of seamonkey. 1.1.17
[20:21] <nikolam> will try previous noscript version
[20:23] <BUGabundo> who runs a browser as root?!?
[20:27] <nikolam> BUGabundo, one that installs noscript for all users.
[20:28] <nikolam> under seamonkey.
[20:28] <BUGabundo> even if you install it for all users, you shouldn't be running a browser as root
[20:29] <nikolam> BUGabundo, do you use Seamonkey ?
[20:29] <BUGabundo> no
[20:29] <nikolam> ok, Seamonkey installs addons for all users that way
[20:29] <BUGabundo> ah
[20:31] <nikolam> at least 1.x versions. 2.0 will be ffox compatible in that way and also plugin-compatible
[20:36] <asac> fta: what do you mean?
[20:36] <asac> fta: the build does not fail because of the system v8
[20:37] <asac> fta: the same failure was there before
[20:37] <fta> ?
[20:37] <asac> fta: there are no v8 problems
[20:37] <asac> fta: the hard depend is not needed ... the bot shouldnt modify that
[20:37] <asac> fta: its just that the v8 package was completely broken before the required version
[20:38] <fta> what i saw was libv8-dev is not installable
[20:38] <asac> fta: as i said: i worked on the 24th snapshot ... all fine. i pushed the system stuff yesterday ... and then saw that yesterdays build already had failed
[20:39] <asac> fta: libv8-dev was not installable. but its today, its just that the build dependency installer seems not to fail before it installs things that have too low version
[20:39] <fta> what i see now is WANT_SHARED_LIBS failing, which is correct, and it's reason i didn't set it
[20:40] <asac> fta: i didnt set WANT_SHRED_LIBS
[20:40] <BUGabundo> (07:53:36 PM) freenode: asac: https://bugs.edge.launchpad.net/bugs/404939 can you close that one... its from bryce too :)
[20:40] <fta> http://launchpadlibrarian.net/29545045/buildlog_ubuntu-karmic-amd64.chromium-browser_3.0.196.0~svn20090726r21629-0ubuntu1~ucd1_FAILEDTOBUILD.txt.gz
[20:40] <asac> fta: WANT_SHARED_LIBS ?= 0
[20:40] <asac> fta: check out the build of 25
[20:40] <asac> fta: that was before i committed anything. it failed the same way
[20:41] <asac> fta: the build failsure because of broken v8 can be retried now.
[20:41] <asac> fta: but they will end with the failure you posted
[20:41] <asac> but thats _not_ because of whatever i did
[20:42] <fta> libbrowser.so: undefined reference to blable means it's doing a shared_libs build
[20:42] <asac> fta: http://launchpadlibrarian.net/29517315/buildlog_ubuntu-karmic-i386.chromium-browser_3.0.196.0~svn20090725r21616-0ubuntu1~ucd1_FAILEDTOBUILD.txt.gz
[20:42] <asac> fta: well. whatever its doing. its not because of me
[20:42] <fta> all those .os too
[20:42] <fta> hmm
[20:42] <asac> trust me. the build breakage comes from upstream ;)
[20:43] <asac> i guess that this DevTools thing is news
[20:43] <asac> new
[20:43] <asac> and we lack a lib or something. or maybe they flipped it to shared build ;)
[20:43] <asac> i hoped when i committed it yesterday that it was an intermediate thing.
[20:45] <fta> no, it's been there for a while, i know the problem, but i didn't have time to fix it
[20:46] <asac> the libbrowser.so?
[20:46] <asac> its not there on 24th
[20:46] <fta> shared build is not well maintained upstream
[20:46] <asac> well. i didnt flip to shared build
[20:46] <fta> for some reason, it is, probably my fault..
[20:46] <asac> fta: but did you commit anything since the 24th?
[20:47] <asac> also i built with current branch head + 24th and thats fine
[20:47] <fta> no, but it was uncommitted in the .daily branch, and it went in with the merge the next day
[20:47] <asac> you uncommit on daily?
[20:48] <fta> no, i can't, i jsut added a commit on top
[20:48] <asac> why do you commit to daily?
[20:48] <asac> just do do something quick?
[20:49] <asac> scary
[20:49] <asac> i would really trash the daily branch from time to time
[20:49] <asac> i guess the right time to trash it is when there is a new upstrewam version
[20:49] <asac> bump
[20:49] <asac> i guess you need it to track if there are packaging changes since last upload if no new upstream changes happened
[20:50] <fta> "it was uncommitted in the .daily branch"
[20:51] <fta> i supposedly reverted that, but obviously i didn't
[20:52] <fta> it was not meant to be in the branch at all, i just wanted to try a shared build on my quad-core, so the easiest way was to pbuild the daily branch
[20:53] <asac> yeah. still i would think that the dailies should be trashed ;)
[20:53] <asac> anyway. can you kickoff another round please?
[20:58] <bdrung_> asac: did you have a look at my patch?
[21:06] <asac> bdrung_: so you already tried to do the version stuff ;)
[21:06] <asac> bdrung_: i would have preferred a simpler approach first, now you have to fix it ;)
[21:06] <bdrung_> asac: yes
[21:06] <asac> so the main problem is that you cannot use dpkg --compare-versions
[21:06] <asac> mozilla versions have a different grammar than deb versions ;)
[21:07] <asac> what you need to do is to write a converter from moz to deb format (which should be the easiest direction)
[21:07] <bdrung_> asac: and how are the rules?
[21:08] <bdrung_> converter?
[21:13] <asac> bdrung_: https://developer.mozilla.org/en/Toolkit_version_format
[21:14] <asac> bdrung_: the other problem is that you dont really know the version of the packages
[21:14] <asac> so best you can assume is: 3.0a1pre (as min) and 3.0.* as max
[21:14] <bdrung_> asac: i do not need the version of the package
[21:14] <asac> for 3.0
[21:14] <asac> bdrung_: you need the version of the application
[21:14] <asac> you just used 3.0.0.
[21:14] <bdrung_> a that you mean
[21:14] <asac> but that might be wrong
[21:15] <asac> thunderbird-3.0 is currently 3.0b3
[21:15] <asac> thats smaller than 3.0.0.
[21:15] <asac> and we need a proper version copmarere
[21:15] <asac> which we dont have yet ;) ... for script/makefile
[21:16] <fta> BUGabundo, ok, removing you from my list, i can't follow anything, each time i have a look at gwibber, there's only you showing up in my list
[21:16] <asac> yeah
[21:16] <asac> nobody should use microbloggine for chatting
[21:16] <asac> even if you feel tempted to jump in every single thing you see ;) ... dont do it
[21:16] <asac> folks know how to find you ;)
[21:16] <asac> (hopefully)
[21:16] <bdrung_> asac: i know people who use email for chatting
[21:17] <asac> bdrung_: well. thats their problem. it doesnt really flood the mailboxes of followers ;) ... like it does on twitter/identi.ca ;)
[21:17] <asac> fta: actually twitter has a feature that disables you seeing the replies to someone you dont follow
[21:17] <asac> wonder why identica doesnt have that
[21:17]  * asac checks
[21:17] <fta> gwibber could have it
[21:18] <asac> yeahj. but even the webservice should have that
[21:18] <asac> as a general setting
[21:19] <bdrung_> asac:  we only check for major and minor?
[21:19] <asac> bdrung_: we would have to check for the real versions ... .i am not sure what to do if we cannot do it accurately
[21:20] <asac> i mean: as long as this has potential to have false-positives we shouldnt implement it
[21:20] <asac> the simple approach has depends on apps it might not support, but doesnt leave out depends that are supported
[21:21] <bdrung_> this is doable
[21:21] <asac> what is doable?
[21:21] <bdrung_> it is possible to do
[21:21] <asac> bdrung_: sure it is most likely. but it will take some time and thinking imo
[21:22] <asac> just add the apps that we want and all is good imo
[21:22] <asac> its a big improvement over what we have now ;)
[21:22] <asac> bdrung_: https://developer.mozilla.org/en/Toolkit_version_format
[21:22] <asac> did i give you this?
[21:23] <bdrung_> if we want to match exactly, then we need all apps installed. thats not possible, when we want to match all possibilities.
[21:23] <bdrung_> yes
[21:24] <fta> Subscriptions
[21:24] <fta>     24
[21:24] <fta> Subscribers
[21:24] <fta>     97
[21:25] <fta> 4 times more Subscribers, not bad
[21:25] <bdrung_> asac: do you know how to extract the min and maxversions?
[21:25] <asac> bdrung_: i would reall yprefer if we can add the code for the simple solution first.
[21:25] <asac> bdrung_: the max/min versions can be parsed with xpath
[21:26] <asac> but in a pretty hard way
[21:26] <asac> bdrung_: you see the xpath expressions for finding the em_id of the target application
[21:27] <asac> its basically:

[21:27] <asac>   <em:id>...</em:id>
[21:27] <bdrung_> yes, and i must say, that i never touched perl
[21:27] <asac>  <em:maxVersion>...</em:maxVersion>
[21:27] <asac> or->
[21:27] <asac> bdrung_: xpath is not perl
[21:28] <asac> xpath is a xml query/matching language
[21:28] <bdrung_> xpath uses the XML::XPath perl module
[21:28] <asac> thats the impelemntation of the commadn line thing
[21:28] <asac> what you do with it has nothing to do with perl
[21:28] <asac> http://www.w3.org/TR/xpath
[21:28] <asac> bdrung_: ^^ thats the standard
[21:29] <bdrung_> it's long
[21:29] <asac> i am sure it would take a bit for you to fiddle the right xpath expression
[21:29] <bdrung_> yes
[21:29] <asac> its not trivial especially because install.rdf is not even an easy dtd
[21:29] <bdrung_> it would took me one day
[21:29] <asac> its a RDF
[21:30] <asac> sure
[21:30] <bdrung_> time that i would spend for something else
[21:30] <asac> yes
[21:30] <asac> so rather do the simple solution and all is fine. i am thats far better than anything ;)
[21:31] <bdrung_> ok
[21:33] <asac> bdrung_: i mean, i really like that approach. its just that i dont know what to use for _VERSIONS and if there is a simplified comparer for us
[21:37] <asac> so i think its //Description/maxVersion[../em:id/text()='$appid'|../@em:id='$appid']/text()
[21:38] <asac> and the other combination that might happen is: //Description/@maxVersion[@em:id='$appid' | ../em:id/text/() = '$appid'] | sed ...
[21:38] <asac> (with sed being the same stuff i added for the em:id version thing
[21:39] <bdrung_> No nodes found in install.rdf
[21:42] <bdrung_> asac: and the second command produces: token ( doesn't match format of a 'Step'
[21:42] <asac> yeah. that needs a lot of fiddling i guess
[21:42] <fta> asac, your USE_SYSTEM_V8 don't work, i can't disable it
[21:42] <asac> also xpath is buggy and doesnt use everything
[21:43] <asac> fta: you dont need to disable it for now
[21:43] <fta> asac, i need to, i'm working on something unrelated
[21:43] <asac> fta: why do you need to disable v8 then?
[21:44] <asac> it really works ,)
[21:44] <fta> why not? you introduced a pref, it should work
[21:45] <asac> fta: its a known bug i wanted to fix
[21:45] <asac> fta: try javascript_engine=v8
[21:45] <asac> instead of system-v8
[21:45] <asac> or drop the patch part that overrides the default
[21:46] <asac> fta: i am just saying that all works fine. so if you dont want to work on v8 specific stuff you dont need to disable it ;) ... the flag will work asap
[21:46] <asac> fta: i can commit the fix if you want ;)
[21:47] <fta> well, i don't have that in my pbuilder, and i don't want to mess it up, i'd better stop what i was doing, i've lost the motivation anyway
[21:48] <asac> fta: fix committed
[21:48] <asac> oh wait
[21:48] <asac> now
[21:49] <asac> 3.
[21:49] <asac> 2.
[21:49] <asac> 1.
[21:49] <asac> done
[21:49] <asac> 246
[21:49] <fta> see? i'm going to frag some aliens instead
[21:49] <asac> fta: see what? i couldnt really expect that you didnt want to install a package on top ;)
[21:49] <asac> anyway
[21:57] <bdrung_> asac: the current state: http://paste.ubuntu.com/234070/ i will write a correct comparer, when i have written my exam (on 30.)
[21:58] <bdrung_> asac: if i fail in writing it, i will create the simple variant
[22:13] <asac> bdrung_: those depends should have  2 |
[22:13] <asac> err
[22:13] <asac> a |
[22:13] <asac> did you add that and i dont see it ;)?
[22:14] <asac> (for OR)
[22:14] <asac> oh i found it ;)
[22:14] <bdrung_> asac: thats added ...
[22:14] <bdrung_> asac: makefiles are made for space seperated list
[22:15] <bdrung_> thats why i add the pipes there
[22:17] <asac> yeah
[22:21] <BUGabundo> asac: did you change anything on your FF X crash patch?
[22:21] <BUGabundo> Friday it was good, bug since yesterday FF will not start again!
[22:23] <asac> BUGabundo: no ... what happens on console?
[22:25] <BUGabundo> XRemoteClient Error - [XRemoteClient::CheckWindow] Get X Window Error = 0
[22:25] <BUGabundo> XRemoteClient Error - [XRemoteClient::FindBestWindow - XGetWindowProperty 1] Get X Window Error = 0
[22:25] <BUGabundo> XRemoteClient Error - [XRemoteClient::CheckWindow] Get X Window Error = 0
[22:25] <BUGabundo> XRemoteClient Error - [XRemoteClient::FindBestWindow - XGetWindowProperty 1] Get X Window Error = 0
[22:25] <BUGabundo> a bunch of this!
[22:25] <BUGabundo> enough to fill my buffer
[22:26] <asac> sounds bad
[22:27] <asac> BUGabundo: yeahj i get a load of those too here
[22:27] <BUGabundo> yeah
[22:27] <asac> but it still starts
[22:27] <BUGabundo> but even when it DOES start I see those
[22:27] <asac> let me check if that really goes mad if i upgrade again
[22:27] <BUGabundo> XRemoteClient Error - [XRemoteClient::FindBestWindow - XGetWindowProperty 1] Get X Window Error = 0
[22:27] <BUGabundo> bugabundo@BluBUG:~$ firefox-3.6
[22:27] <BUGabundo> XRemoteClient Error - [XRemoteClient::FindBestWindow - XQueryTree] Get X Window Error = 0
[22:27] <BUGabundo> XRemoteClient Error - [XRemoteClient::CheckWindow] Get X Window Error = 0
[22:27] <BUGabundo> XRemoteClient Error - [XRemoteClient::FindBestWindow - XGetWindowProperty 1] Get X Window Error = 0
[22:27] <asac> yes. i get a ~50 of those
[22:27] <asac> but then it starts
[22:27] <BUGabundo> then it changes to
[22:27] <asac> how does it sto?
[22:27] <BUGabundo> (firefox-3.6:527): Gdk-WARNING **: XID collision, trouble ahead
[22:27] <BUGabundo> (firefox-3.6:527): Gdk-WARNING **: XID collision, trouble ahead
[22:28] <asac> hehe. yeah tahts the other bug ;)
[22:28] <BUGabundo> I start it ONLY after I start it once on --safe-mode
[22:28] <asac> so safe-mode helps?
[22:28] <BUGabundo> yep
[22:28] <asac> BUGabundo: can you check whether its the plugins or the extensions that help?
[22:28] <asac> (not sure if you can just disable extensions)
[22:29] <BUGabundo> I can try a 3.5 new profile
[22:29] <asac> BUGabundo: we only have that bandaid patch on 3.6
[22:30] <BUGabundo> grrr
[22:30] <BUGabundo> well I have to close 3.6 then
[22:30] <BUGabundo> and make a new profile
[22:30] <BUGabundo> I guess I already have 4  or 5 cleans ones :)
[22:31] <BUGabundo> BTW why doesn't pidgin on IRC ping show on notify-osd?
[22:32] <asac> i dont use pidgin ;)
[22:32] <asac> also the new default is supposed to be empathy
[22:36] <BUGabundo> pidgin-libnotify:  Installed: (none)
[22:37] <asac> yeah
[22:38] <BUGabundo> cd: 143: can't cd to /var/cache/flashplugin-installer
[22:38] <BUGabundo> hay this is new ! LOL
[22:38] <BUGabundo> looks like a typo
[22:40] <BUGabundo> asac: ok. new profile 5 starts no crash
[22:40] <BUGabundo> old profile crashed one first try
[22:41] <BUGabundo> cping old profile and bysecing plugins and addons
[22:48] <BUGabundo> asac: its not addons! it still crashs with them all disabled
[22:48] <BUGabundo> testing plugins now
[22:52] <asac> yeah. i suspect plugins
[22:52] <asac> flash i guess
[22:53] <BUGabundo> all plugins reanalbe plus ubufox
[22:53] <BUGabundo> and I can't make it crash :(
[22:55] <BUGabundo> asac: which addons do you have??
[22:55] <BUGabundo> maybe I can cross reference from yours
[22:55] <BUGabundo> I have tooo many to bysec
[22:56] <asac> BUGabundo: i have flash
[22:56] <asac> and tottem i gues
[22:57] <asac> latest ffox still starts
[22:57] <asac> (fater dumping quite a lot on the terminal)
[22:59] <asac> bdrung_: http://paste.ubuntu.com/234107/
[22:59] <asac> i renamed the variables a bit
[23:00] <asac> (ignore the move of the stamp-unpack-* thing ... that was an unrelated bug)
[23:00]  * BUGabundo points the angry finger at nightly tester tools asac
[23:00] <asac> bdrung_: i wasnt sure why you had the a1pre thing appended
[23:00] <asac> well i think i know. but it didnt do what we want i think
[23:02] <BUGabundo> asac: NTT did make it core dump, but now it doesn't trigger it again :(((
[23:02] <asac> BUGabundo: NTT?
[23:02] <asac> BUGabundo: doesnt that only enable extensions?`
[23:03] <BUGabundo> yeah, I extect so
[23:03] <BUGabundo> let me check their forum
[23:04] <asac> bdrung_: for adblock-plus it created: Depends: abrowser-3.0 | abrowser-3.5 | abrowser-3.6 | firefox-3.0 | firefox-3.5 | firefox-3.6 | icedove | iceweasel | thunderbird
[23:04] <asac> sounds right
[23:06] <BUGabundo> asac: not a single report of coredumps
[23:09] <BUGabundo> asac: do you have grease monkey?
[23:09] <BUGabundo> I manage to make mine crash several times with it enabled
[23:13] <asac> bdrung_: xpath -q -e '//Description[em:id="pism@developer.mozilla.org" or @em:id="prism@developer.mozilla.org"]/em:maxVersion/text()' install.rdf
[23:15] <BUGabundo> asac: do you have grease monkey?
[23:16] <asac> bdrung_: the complete is: xpath -q -e '//Description[em:id="pism@developer.mozilla.org" or @em:id="prism@developer.mozilla.org"]/em:maxVersion/text() | //Description[em:id="pism@developer.mozilla.org" or @em:id="prism@developer.mozilla.org"]/@em:maxVersion' install.rdf  | sed -e 's/^.*em:maxVersion="\(.*\)"/\1/'
[23:17] <asac> bdrung_: if there are more than two words coming out its a bug
[23:17] <asac> in the install.rdf
[23:17] <asac> em:id="prism@developer.mozill.org" is the appid
[23:17] <asac> psim@... of course too ;)
[23:17] <asac> intentional typo during testing ;)
[23:26] <asac> bdrung_: email?
[23:26] <asac> nevermind
[23:26] <asac> i will take the one in changelog
[23:29] <asac> bdrung_: Committed revision 211.
[23:29] <asac> thx
[23:31] <mac_v> hi... does streaming video play in 3.5 in Karmic?
[23:31] <asac> fta: checked. the system v8 feature works still (even after the removal of default hack) - so you can now disable it from outside again
[23:31] <asac> also todays daily builds fine
[23:31] <asac> so tomorrow hopefully things will go on
[23:31] <asac> mac_v: i would think so, yes.
[23:33] <mac_v> asac: it plays in 3.5 in Jaunty but not in Karmic! i think i'm missing some extension!
[23:33] <asac> mac_v: example?
[23:33] <mac_v> asac: http://2onlinetv.com/tv/broadcast.php?id=1042
[23:34] <asac> mac_v: thats not the new "built-in" video tag
[23:34] <asac> its starting totem for me
[23:34] <asac> e.g. its just embedded video
[23:34] <asac> (old plugin style)
[23:35] <mac_v> but i have the totem plugin installed ,
[23:35] <mac_v> i can see the player , but it doesnt play
[23:35] <asac> mac_v: http://www.mozilla.com/en-US/firefox/video/
[23:35] <asac> check that
[23:35] <mac_v> flash works fine
[23:35] <BUGabundo> asac: WARNING
[23:35] <asac> thats exmaple for video tag
[23:35]  * mac_v looking
[23:35] <BUGabundo> kernel 31-4 will crash when I plug my 3G modem
[23:36] <asac> mac_v: if you are on your site, you can try a different plugin by going to Tools -> Manage Content plugins
[23:37] <asac> there you can search for other plugisn that serve the type and dynamically switch back and forth
[23:37] <asac> mac_v: also you get a small plugin image (white) in the bottom right corner
[23:37] <mac_v> asac: every time i click the mp4 link... it asks to download, doesnt play in the browser , i guess i have to check the file associtaion
[23:37] <mac_v> ogv works
[23:37] <asac> mac_v: http://2onlinetv.com/tv/broadcast.php?id=1042
[23:37] <mac_v> ogg!
[23:38] <asac> if you go there?
[23:38] <asac> you should see the menu entry i said
[23:38] <asac> (after it starts playing)
[23:38] <asac> maybe you have set this to open externally in your preferences though
[23:38] <asac> check out preferences -> applications -> content-type
[23:38] <asac> ensure you have "plugin" selected there
[23:38] <BUGabundo> asac: Jul 26 23:32:02 blubug kernel: [   97.510931] RIP: 0010:[<ffffffff813f29af>]  [<ffffffff813f29af>] dbs_cpufreq_notifier+0x1f/0x40 http://paste.ubuntu.com/234127/
[23:39] <asac> BUGabundo: if this goes away with -3, file a bug pronto
[23:39] <BUGabundo> asac: also greamonkey off, I have no prob so far!
[23:39] <asac> marking it explitiyl as regression -4
[23:39] <BUGabundo> asac: I know. but that is -3 kernel
[23:39] <BUGabundo> !!!
[23:39] <BUGabundo> -4 doesn't show that
[23:39] <BUGabundo> but will crash on usb :(
[23:39] <asac> BUGabundo: thats good then
[23:40] <asac> file a bug about that ;)
[23:40] <BUGabundo> tooo many topics on the table
[23:40] <BUGabundo> lets clear stuff:
[23:40] <BUGabundo> 1st: FF crash is GM related!
[23:40] <BUGabundo> at least it looks like it
[23:40] <BUGabundo> 2nd: -3 has that trace
[23:40] <BUGabundo> 3rd: -4 freezes on some usbs
[23:42] <asac> i am happy that -4 works good for me ;)
[23:42] <asac> -3 was a real flopo
[23:42] <asac> freezes within minutes
[23:42] <asac> mostly keyboard dead (not usb, but old ps/2 style)
[23:43] <asac> tomorrow i will see whats up on my laptop (havent tested -3 nor -4)
[23:43] <BUGabundo> asac:
[23:43] <BUGabundo> here is the one from usb http://paste.ubuntu.com/234131/
[23:43] <asac> BUGabundo: thats happening when you try to connect?
[23:43] <BUGabundo> asac: -3 is rock solid for me
[23:43] <BUGabundo> asac: yep
[23:43] <asac> i think there were two -3 :)
[23:43] <asac> not sure which one was mine
[23:44] <asac> BUGabundo: file a bug about that ;)
[23:44] <BUGabundo> Jul 26 23:28:11 blubug kernel: [24412.566286] Pid: 2893, comm: modem-manager Tainted: P      D    2.6.31-4-generic #22-Ubuntu S37S
[23:44] <BUGabundo> love that!
[23:44] <BUGabundo> MM triggered it
[23:44] <asac> yeah ... modemmanager talks to the serial console
[23:44] <BUGabundo> ok
[23:45] <BUGabundo> filling it now
[23:45] <BUGabundo> linux or MM ?
[23:45] <BUGabundo> asac: ^^^
[23:45] <bdrung_> asac: thank. you found the correct email-address
[23:46] <bdrung_> s/\./s./
[23:47] <mac_v> asac: http://files.getdropbox.com/u/1325768/Screenshot-Manage%20Content%20Plug-ins.png that is from the plugin icon below, manage content plugin is greyed out :(
[23:48] <BUGabundo> asac: bug 405063
[23:48] <mac_v> i can see the windows media plugin , but when i select it goes back to the above href!
[23:50] <bdrung_> asac: the following command does not print anything:
[23:50] <bdrung_> xpath -q -e '//Description[em:id="pism@developer.mozilla.org" or @em:id="prism@developer.mozilla.org"]/em:maxVersion/text() | //Description[em:id="pism@developer.mozilla.org" or @em:id="prism@developer.mozilla.org"]/@em:maxVersion' install.rdf
[23:51] <bdrung_> (tested with mozgest)
[23:52] <bdrung_> i will go now to bed, so i will read responses later.
[23:53] <asac> bdrung_: http://paste.ubuntu.com/234135/
[23:53] <asac> kinda like that
[23:53] <asac> i mean exactly like that
[23:53] <asac> ->  http://paste.ubuntu.com/234136/
[23:55] <bdrung_> asac: same result. the mozgest install.rdf does not contain a string like prism@developer.mozilla.org
[23:55] <mac_v> asac: the windows media plugin , doesnt work in firefox 3 either
[23:56] <BUGabundo> asac: should I file on on GM too ??
[23:58] <asac> bdrung_: http://paste.ubuntu.com/234140/
[23:59] <asac> bdrung_: yeah. its because mozgest doesnt have prism as target ... try adblock ;)
[23:59] <asac> bdrung_: do you see any syntax error in my change ;) ... let me try