[00:00] <Volans> get-install-rdf-version.sh (from actual upstrem branch)
[00:00] <Volans> newer.sh
[00:00] <Volans> that have the new name
[00:00] <Volans> sorry
[00:00] <asac> he?
[00:00] <Volans> get-new-imports.sh
[00:00] <asac> didnt we rename those?
[00:00] <asac> ah
[00:00] <asac> yeah
[00:00] <Volans> those are ready, but for a full test I have a little master.sh to test the whole process and I need the branches
[00:01] <Volans> so now I write the simple init-branches.sh
[00:01] <Volans> to have all from start to the list of versions to be merged
[00:01] <asac> Volans: yeah. we should also do a "mirros-branches.sh"
[00:01] <Volans> /merged/updated/
[00:01] <asac> or let me think
[00:01] <Volans> and what should do this script?
[00:02] <asac> ok
[00:02] <asac> most likely we want
[00:04] <asac> mirror-branches.sh <DIRECTORY> <AMOID> <BRANCHMAINNAME>
[00:04] <asac> hmm
[00:04] <asac> mirror-branches.sh <DIRECTORY> <AMOID> <SOURCE_PACKAGE_NAME>
[00:05] <asac> that would branch: DIRECTORY/AMOID/SOURCE_PACKAGE_NAME.upstream
[00:05] <asac> and
[00:05] <asac> that would branch: DIRECTORY/AMOID/SOURCE_PACKAGE_NAME.ubuntu
[00:05] <asac> and
[00:05] <asac> that would branch: DIRECTORY/AMOID/SOURCE_PACKAGE_NAME.ubuntu.hardy
[00:05] <asac> ...
[00:06] <asac> e.g. for development release and all stable releases
[00:06] <asac> but for now just .ubuntu ;)
[00:06] <Volans> ok
[00:06] <asac> and .upstream
[00:06] <Volans> bzr branch or get/checkout?
[00:06] <asac> Volans: if no branch exists
[00:06] <asac> mkdir -p DIRECTORY/AMOID/SOURCE_PACKAGE_NAME.upstream
[00:06] <asac> and bzr init DIRECTORY/AMOID/SOURCE_PACKAGE_NAME.upstream
[00:07] <asac> same for .ubuntu i guess
[00:07] <asac> Volans: branch
[00:07] <Volans> ok
[00:07] <Volans> quite simple
[00:23] <asac> bug 271446
[01:11] <Volans> asac: one problem... the branches bzr url depends on the user that have uploaded it, in particular for .upstream branches
[01:11] <Volans> should we put also this info  in the AMOID - SOURCE PACKAGE NAME list?
[06:50] <kgoetz> asac: re bug 247157 - i'm happy to try and make anotehr patch to have $otheraction, as long as $otheraction is decided on. the most obious way to fix it in my mind was install the certs (as thats how i fixed it).
[09:57] <gnomefreak> asac: network-manager crashed im letting apport give me details
[09:58] <gnomefreak> lol nothing so far maybe apport script on LP helps
[10:21] <gnomefreak> my connection is extreamly slow for some reason
[11:19] <gnomefreak> something wrong here :(
[11:20] <asac> bug 269656 <- in progress \o/
[11:21] <gnomefreak> ah nevermind i found it
[11:21] <gnomefreak> asac: that is the same as the firefox EULA and afaik it was removed from init start up
[11:21] <gnomefreak> ok brb need to fix connection issues
[11:37] <gnomefreak> asac: is dput working for you?
[11:38] <asac> gnomefreak: the bug above is the "INFAMOUS" EULA bug :)
[11:38] <asac> gnomefreak: not sure if you havent noticed it
[11:38] <gnomefreak> i did
[11:38] <asac> ah
[11:38] <gnomefreak> i thought it was on ff3 not ubfox
[11:38] <gnomefreak> ubufox
[11:38] <asac> anyway. i am starting to commit fixes.
[11:38] <asac> gnomefreak: ubufox and firefox-3.0
[11:38] <gnomefreak> ah
[11:38] <asac> both contribute
[11:39] <gnomefreak> someone in #xubuntu yesterday said it was fixed
[11:41] <gnomefreak> bzr bd is fucked up :(
[11:42] <gnomefreak> its putting everything in work/ except the source.changes
[11:42] <gnomefreak> source.changes is being placed in build-area
[11:46] <gnomefreak> asac: is LP slow for you?
[11:46] <gnomefreak> like more than 2 minutes to open homepage
[11:50] <gnomefreak> ok time to work on connection sincei  cant even ping google
[11:50] <gnomefreak> now its good
[12:02] <Volans> asac: if you don't already know it: http://lwn.net/Articles/299135/rss  "Mozilla admits 'giant error' with Firefox EULA move (NetworkWorld)"
[12:04] <gnomefreak> fixed
[12:07] <asac> Volans: yeah
[12:08] <Volans> asac: I have a problem with the branches
[12:08] <asac> gnomefreak: there will be a post-update fix for launchpad afaik
[12:08] <asac> today
[12:08] <gnomefreak> asac: thanks
[12:08]  * gnomefreak has issue with extension and cant remember what we did to fix it last time
[12:08] <Volans> many *.upstream branches are uploaded by users so ~volans/..../branch.upstream and so on... for every user that have upload a branch
[12:09] <asac> Volans: yeah i read that yesterday but you were gone ;)
[12:09] <asac> Volans: _all_ upstream branches will be in the same realm
[12:09] <asac> most likely ~mozillateam at the beginning
[12:09] <asac> but probably we will have a new team for that
[12:09] <asac> at some point
[12:10] <asac> Volans: same goes for the the .ubuntu branches
[12:10] <asac> Volans: all will be in the same realm
[12:10] <Volans> ok, other issue, some of those have binary_package_name instead of source_package_name
[12:10] <Volans> I hope this will be fixed with the transition to the same realm
[12:10] <asac> Volans: only .ubuntu branches that matter are 1) release branches and 2) proposed merges
[12:10] <asac> release branches will be (in the beginning) in ~ubuntu-dev (or -core-dev in case the extension is in main)
[12:11] <asac> the merge branches will be put into ~mozilla-extensions-dev
[12:11] <asac> Volans: yeah. but i think source/binary isnt reawlly important for our task (maybe i miss something)
[12:11] <asac> Volans: lets say its "branch-prefix" for now
[12:12] <Volans> ok
[12:12] <asac> at some point we should consolidate them ... yes
[12:12] <asac> so all have source-package
[12:12] <asac> but i think that the scripts dont need to interpret those names for anything
[12:13] <Volans> for test that all works fine I have to mirror branches and now I can't automatically, I can download some branches manually to check that
[12:13] <gnomefreak> Jazzva: with firegpg when it wouldnt install we changed the ID from xxxx-xx-xxxx to firegpg.firegpg.com? and it fixed it. well same issue with wizz-rss where would i look for the replacement for the ID numbewr
[12:13] <Volans> another way can be that I assume that there aren't branches and create new branches from hardy source packages, but in this way we lost che history of past branches commits
[12:13] <gnomefreak> number
[12:13] <asac> Volans: right. we could create an initial config file
[12:13] <asac> Volans: with columns:
 <branch-prefix>
[12:14] <asac> if that helps
[12:14] <Volans> I already assume that at this stage
 <AMOID>
[12:14] <Volans> but it's the same :)
[12:14] <asac> yeah
[12:14] <asac> so whats the problem then?
[12:15] <Volans> that <branch-prefix> is not sufficient to find the branch atm...
[12:15] <asac> Volans: why?
[12:15] <gnomefreak> i think i found the problem now to figure out how to fix :(
[12:15] <asac> Volans: i think we need a general configuration: BRANCH_REALM:
[12:15] <asac> thats lp:~ubuntu-dev/firefox-extensions/
[12:15] <asac> for ubuntu branches
[12:15] <asac> and
[12:16] <asac> thats lp:~mozillateam/firefox-extensions/
[12:16] <asac> for upstream branches
[12:16] <asac> then the branch name would be:
[12:16] <asac> $BRANCH_REALM_UPSTREAM/$BRANCH_PREFIX.upstream
[12:16] <asac> and
[12:16] <asac> $BRANCH_REALM_UBUNTU/$BRANCH_PREFIX.ubuntu
[12:16] <Volans> the problem is that the branch realm are: lp:~jazzva/firefox-extensions/snowl.upstream
[12:16] <Volans> and so on...
[12:16] <asac> so maybe its branch-name-prefix (to avoid confusion)
[12:17] <Volans> depends on the users
[12:17] <asac> Volans: ah
[12:17] <asac> Volans: well. for those that have the .upstream branch somewhere else we need to fix them manually initially
[12:17] <Volans> and if we use the mozilla extensions team for uoload?
[12:17] <asac> Volans: for upload?
[12:17] <Volans> *upload
[12:18] <Volans> for upstream branches
[12:18] <Volans>  lp:~mozilla-extensions-team/firefox-extensions/snowl.upstream
[12:18] <asac> Volans: anyone in that team can delete the branches then
[12:18] <Volans> oh right...
[12:18] <asac> Volans: we probably want mozilla-extensions-upstream
[12:18] <asac> at some point
[12:18] <Volans> yes
[12:18] <asac> Volans: but you can surely test with lp:~volans/+junk/ ... unti its working
[12:19] <Volans> so at this point <branch-prefix> can be the complete url
[12:19] <asac> Volans: no
[12:19] <asac> Volans: as i said: we need two global configs
[12:19] <Volans> ok ok
[12:19] <asac> BRANCH_REALM_UPSTREAM
[12:19] <asac> and
[12:19] <asac> BRANCH_REALM_UBUNTU
[12:19] <asac> Volans: in theory we dont even need .upstream
[12:19] <asac> when you look at the bzr log  of .ubuntu
[12:19] <asac> you can see the revision number of the last upstream merge
[12:19] <asac> its for instance 7.1.5
[12:20] <asac> if you do bzr branch -r 7.1.5 branch.ubuntu branch.upstream
[12:20] <asac> you will have the upstream branch again
[12:20] <asac> howver, we still need them
[12:20] <asac> but at least we can recover lost .upstream branches to get them started
[12:20] <asac> we need them because its too hard to guess which version is upstream in a script ... and also we need them in case a auto-merge fails
[12:21] <asac> so the user can do the merge based on an updated upstream branch.
[12:21] <Volans> ok, so for testing purposes I can manually branch the actual ones and put all to volans/+junk and test with it?
[12:22] <asac> yeah... should work
[12:22] <Volans> ok thanks
[12:22] <asac> Volans: you can also branch the branches you want to test locally
[12:22] <asac> and use a local file path as BRANCH_REALM_*
[12:22] <asac> so you dont need to do everything over network
[12:22] <Volans> oh, yeah, good idea
[12:24] <asac> [reed]: is beltzner based in MV?
[12:39] <XioNoX> hi
[12:40] <gnomefreak> asac: im getting a checksum mismatch in control files
[12:40] <gnomefreak> how do i fix this, rebuild doesnt fix it
[12:41]  * gnomefreak hopes something easy that i forgot
[12:41] <gnomefreak> or overlokked
[12:51] <gnomefreak> ok anyone tell me what im missing/overlooking? http://pastebin.mozilla.org/539806
[12:51] <gnomefreak> im so close to being done i can taste it :(
[12:54] <asac> gnomefreak: well
[12:55] <gnomefreak> i got it asac
[12:55] <asac> gnomefreak: at best cleanup all those bits manually
[12:55] <asac> and respin
[12:55] <gnomefreak> i was respinning wrong version
[12:56] <gnomefreak> nope i guess not
[12:56] <gnomefreak> i dont get it ~jjv doesnt error
[12:58] <gnomefreak> http://pastebin.mozilla.org/539820
[12:58] <gnomefreak> its the same frigging build just with ~jjv on end
[12:58] <asac> gnomefreak: really. remove all the clutter
[12:59] <asac> gnomefreak: did you put the orig in tarballs/ directory?
[12:59] <gnomefreak> asac: what clutter are you seeing
[12:59] <gnomefreak> asac: yes
[13:00] <gnomefreak> could it be caused by the placement of files? sources.changes goes into build-area where as the rest go into work/  ~jjv gets placed in build-area
[13:00] <gnomefreak> not sure why that is happening with smer command
[13:00] <gnomefreak> same
[13:01] <gnomefreak> packaging wise there cant be an issue since ~jjv doesnt error on lintian
[13:01] <gnomefreak> only change is in changelog version
[13:01] <asac> gnomefreak: right
[13:01] <asac> i think the files are just out-of-sync
[13:01] <asac> gnomefreak: so ... remove everything in build-area and work/
[13:02] <asac> e.g. clutter ;)
[13:02] <gnomefreak> no need to grab branch again?
[13:02] <asac> gnomefreak: where is the branch?
[13:02] <asac> in work/
[13:02] <asac> ?
[13:02] <Jazzva> gnomefreak, I suppose you figured it out, but look for em:id field in install.rdf
[13:02] <gnomefreak> asac: in work
[13:02] <asac> gnomefreak: remove all files that get produced during build
[13:03] <asac> and at least all files that complained about
[13:03] <gnomefreak> Jazzva: thats not the issue i dont think but i will look if it fails again
[13:03] <gnomefreak> em:id is numbers btw
[13:03] <gnomefreak> k
[13:04] <gnomefreak> ok respinning again
[13:04] <gnomefreak> they all went into build-area now
[13:05] <gnomefreak> asac: your good
[13:05] <gnomefreak> now lets see if that ws the issue
[13:05] <gnomefreak> was
[13:06] <gnomefreak> ok wtf
[13:08] <gnomefreak> building source it went into build-area when i built bins. everything was removed from build-area and placed into work except for the sources.changes file
[13:08] <gnomefreak> why would bzr do that
[13:08] <gnomefreak> i shouldnt have to remove build-area for every build
[13:09] <asac> gnomefreak: yeah
[13:09] <asac> bzr builddeb is a bit broken right now
[13:09] <asac> i think the sources end up at a different place
[13:09] <asac> then the binaries
[13:10] <asac> e.g. the sources are put in the parent dir and the binaries in build-area
[13:10] <asac> if foud this confusing too
[13:10] <asac> and still havent figured the line
[13:11] <gnomefreak> thats what im seeing i just asked in #bzr too see if something can be worked around or a PPA with fixed verion
[13:12] <asac> gnomefreak: james_w is the one to ask
[13:12] <asac> gnomefreak: he is in this channel ;)
[13:16] <gnomefreak> hes in every channel ;)
[13:17] <gnomefreak> he answered me before in motu now he answered me in bzr oh and -sa isnt a valid in bzr bd
[13:21] <james_w> gnomefreak: you can use it by specifying a builder, but you can't pass it to "bzr bd" directly
[13:21] <james_w> "bzr bd -sa" -> "bzr: ERROR: No such option -s"
[13:22] <gnomefreak> james_w: it is in the builder
[13:22] <james_w> if you did "bzr bd --builder 'debuild -S -sa'" to build the source package then that will be why it didn't get moved
[13:22] <gnomefreak> james_w: youll see it on the paste i gave you
[13:22] <james_w> "bzr bd -S --builder 'debuild -S -sa'" will work
[13:24] <james_w> ok, so you didn't tell it you were building a source package (bzr bd -S) the first time, so it didn't know to look for _source.changes instead of _i386.changes, so it didn't move the files
[13:24] <james_w> you then built the binary package, it saw the _i386.changes, and moved the results
[13:24] <james_w> it was a full source upload, so the _i386.changes included the .dsc, and so they were moved as well
[13:24] <gnomefreak> james_w: i gave the -S option int he builder
[13:25] <james_w> gnomefreak: yeah, but bd doesn't know that
[13:25] <asac> james_w: isnt there a regression as well for those "changes"?
[13:25] <gnomefreak> no reason why i should have to give it 2 times
[13:25] <james_w> asac: I'm not sure what you mean
[13:25] <asac> james_w: it regularly complains to me that some changes are missing ... appears to be a non-fatal warning
[13:25] <gnomefreak> that would be a regression or a feature in new version
[13:25] <gnomefreak> this was working fine last week
[13:26] <james_w> gnomefreak: if you don't want them moved then make ~/.bazaar/builddeb.conf
[13:26] <james_w> and put
[13:26] <james_w> [BUILDDEB]
[13:26] <james_w> result-dir = ../build-area
[13:26] <asac> james_w: what will end up in build-area by default ?
[13:26] <asac> nothing?
[13:26] <gnomefreak> thats all i put in it?
[13:26] <asac> or the binary parts?
[13:26] <james_w> unfortunately that will break until I get the next bug fix release in the archive
[13:27] <james_w> asac: it should be nothing
[13:28] <asac> james_w:
[13:28] <asac> build-dir = /var/builddir/asac/
[13:28] <asac> result-dir = /var/builddir/asac/results/
[13:28] <asac> all deps end in build-dir
[13:28] <james_w> deps?
[13:28] <gnomefreak> james_w: this shoudl work? http://pastebin.mozilla.org/539844
[13:29] <asac> james_w: debs ;)
[13:29] <gnomefreak> s/shoudl/should
[13:29] <asac> james_w: actually that was how it behaved a few days ago
[13:29] <james_w> gnomefreak: no, ~/.bazaar/builddeb.conf
[13:29] <asac> now that i am looking _everything_ ends up in build-dir :(
[13:29] <gnomefreak> oh dmn
[13:29] <asac> oh wait ... maybe i didnt build sources for a logn time
[13:29] <asac> lets check
[13:29] <james_w> gnomefreak: and if you set it now then it will cause a failure on every build unfortunately
[13:30] <gnomefreak> well thats not helpful :( ok ill wait to set it than
[13:31] <gnomefreak> ok made note
[13:31] <asac> james_w: ok
[13:32] <asac> james_w: i think i understand where this confusion comes from :)
[13:32] <asac> james_w: appears to behave like "implemented"
[13:32] <asac> its just that all my binary builds i did in the past failed due to gpg key
[13:32] <asac> and i just ignored that
[13:33] <asac> didnt really think about that as being an error that prevents the packages from being moved to results
[13:33] <asac> but makes sense ;)
[13:34] <gnomefreak> Jazzva: nope what i thought was issue wasnt. the em:id's match in .rdf and rules
[13:36] <gnomefreak> Jazzva: install.rdf http://pastebin.mozilla.org/539853 and rules http://pastebin.mozilla.org/539857
[13:37] <gnomefreak> it builds fine and installs but it doesnt show up in browser anywhere (in addons or anyother menu)
[13:37] <Jazzva> gnomefreak, try uncommenting MOZ_XPI_EMID line in debian/rules.
[13:37] <gnomefreak> ok
[13:37] <Jazzva> Also, if you're specifying MOZ_XPI_MOZILLA_DIRS, uncomment it too :)
[13:38] <Jazzva> gnomefreak, you can remove iceweasel and icedove, we're not shipping them afaik
[13:38] <gnomefreak> Jazzva: as haad me add them to xpi.temp
[13:38] <Jazzva> gnomefreak, another thing... afaik, you shouldn't use "_" in the package name.
[13:38] <gnomefreak> huh?
[13:38] <gnomefreak> where do you see _
[13:38] <Jazzva> MOZ_EXTENSION_PKG := wizz_rss_news_reader
[13:39] <gnomefreak> its upsteams name
[13:39] <gnomefreak> upstreams
[13:40] <gnomefreak> i changed name to wizz-rss maybe i should have that in rules instead?
[13:40] <Jazzva> wizz-rss should be ok, I think
[13:40] <Jazzva> if you need to keep this one, replace "_" with "-"
[13:44] <gnomefreak> this looks better
[13:44] <gnomefreak> will let you know
[13:45] <gnomefreak> Jazzva: worked perfectly ;) thanks
[13:47] <Jazzva> no problem :)
[13:59] <gnomefreak> it works too ;)
[14:11] <fta> hi
[14:12] <gnomefreak> hi
[14:12] <gnomefreak> ok this toolbar is cool ;)
[14:12] <fta> asac, I guess i should wait to merge your last ff3.0 change to the 3.1 branches, right? still looks like wip to me
[14:15] <gnomefreak> asac: ok i have 4 feeds and the options in tool bar all work so far. can you please review firegpg chatzilla and wizz-rss in my PPA the ~jjv1 versions are the right ones not a lintian warning or error in any
[14:29] <asac> fta: wip?
[14:29] <fta> sorry, wip = work in progress
[14:30] <asac> yes. its in progress ;)
[14:30] <asac> better not diffuse that too much in the branch jungle ;)
[14:31] <asac> in case we have to go a different approach or who knows what ;)
[14:45] <fta> asac, any idea how i can fix the <wizard> error in prism ? this is the only issue left to update prism
[14:45] <fta> i'd like to push prism if it's not too late
[14:46] <asac> fta: does that happen with en-US as well?
[14:46] <fta> i'm using en-US
[14:48] <asac> fta: show me the error and the source sourrounding that error ;)
[14:49] <asac> from what i remember its a missing translatable entity ... which causes the xml parser to choke
[14:50] <fta> i figured that out but why?
[14:50] <asac> fta: which resource is it that is missing
[14:50] <asac> cant tell more without knowing that
[14:50] <fta> Sep 18 15:45:37 <fta2>  XML Parsing Error: undefined entity
[14:50] <fta> Sep 18 15:45:37 <fta2>  Location: chrome://mozapps/content/extensions/update.xul
[14:50] <fta> Sep 18 15:45:37 <fta2>  Line Number 14, Column 1:<wizard id="updateWizard"
[14:50] <asac> fta: that doesnt give me enough context
[14:50] <asac> i need the code of update.xul
[14:51] <asac> sourrounding that line
[14:51] <fta> lol, hold on, i'm looking in the code
[14:51] <asac> (there is not even anm entity visibly in that error
[14:51] <asac> )
[14:51] <asac> which is always painful for these parser errors
[14:53] <asac> mostlikely &updateWizard.title;
[14:54] <asac> open chrome://mozapps/locale/extensions/update.dtd and see if the title is defined there
[14:54] <asac> that refers to &brandShortName; in 3.0
[14:54] <asac> that makes sense
[14:54] <asac> fta: prism has to provide brand.properties and brand.dtd
[14:54] <asac> when running as standalone app
[14:54] <asac> fta: ^^
[14:55] <asac> most likely doesnt ship that ... or the build we are doing misses those files
[14:55] <asac> ok ... off for a break
[14:55] <asac> havent had lunch yet
[14:56] <fta> that update.xul is in xul, not in prism
[14:56] <asac> yes
[14:56] <asac> but xul doesnt have a brand
[14:56] <asac> so the app has to provide brand.properties and brand.dtd
[14:58] <fta> ./prism/runtime/chrome/locale/en-US/brand/brand.dtd
[15:00] <fta> it is packed in the jar: http://launchpadlibrarian.net/17734266/buildlog_ubuntu-intrepid-i386.prism_0.9.1%2Bsvn20080918r18380-0ubuntu1~fta1_FULLYBUILT.txt.gz
[15:04] <fta> asac, http://ubuntuforums.org/showthread.php?t=924136
[15:32] <[reed]> asac: no, Toronto
[15:33] <[reed]> asac: but he's in MV quite often
[17:25] <fta> if anyone is using ff-3.1 under intrepid (either my builds or the official ones) could you please tell me if you have proper sound when viewing a <video> content ?
[17:45] <asac> fta: i can try ;)
[17:45] <asac> not sure where to test that
[17:47] <fta> asac, try this: http://quetzalcoatal.blogspot.com/2008/08/thanks-dbaron.html
[17:47] <fta> hm, today this page is ok, let me look for another one
[17:48] <crimsun> I'll try your build in a sec
[17:48] <asac> fta: doesnt work
[17:48] <asac> oh wait ;)
[17:49] <asac> fta: there is noise
[17:49] <fta> cracklings ?
[17:49] <asac> fta: i forgot that i had my headsets plugged in
[17:49] <asac> yes
[17:49] <fta> i had that before
[17:49] <asac> fta: and only when i push "play" for the first time
[17:49] <asac> then i have to reload the whole page
[17:49] <asac> but maybe one needs to call "rewind()" or something
[17:49] <asac> havent looked at the video tag spec
[17:50] <fta> http://www.double.co.nz/video_test/
[17:51] <fta> hm, now it's fine for me too. strange.
[17:51] <asac> yeah sound is not really working
[17:52] <asac> but then i have no clue what to expect there
[17:52] <asac> too bad LP is down again
[17:52] <fta> you should expect proper sound, like any mp3 or divx
[17:58] <asac> sigh
[17:58] <asac> this is soooo ugly
[17:58] <asac> no LP
[17:59] <asac> means stuck
[18:00] <crimsun> [12:51] <      beuno> if you need to look at something
[18:00] <crimsun> [12:51] <      beuno> you can use staging
[18:00] <crimsun> [12:51] <      beuno> which has 24h-old data
[18:00] <asac> yeah
[18:00] <asac> i wanted to check whether there were commits in the last 12 hours ;)
[18:00] <asac> but well ... i think it should come back any minute
[18:00] <asac> they said 1h from 1600 UTC
[18:00] <asac> @time
[18:01] <asac> bug 259562
[18:01] <crimsun> [12:55] <      beuno> mdz, maybe another 30 minutes
[18:01] <crimsun> [12:55] <      beuno> maybe less  :)
[18:01] <fta> asac, which branch(es)?, maybe i'm in sync
[18:01] <crimsun> gah, come on, ppa.
[18:02] <asac> fta: xul 1.9
[18:03] <fta> head ? dev .
[18:03] <fta> ?
[18:03] <asac> yeah head
[18:03] <asac> fta: btw, i am currently exploring bzr checkouts .... they are not that bad
[18:04] <asac> diverging happens right during commit and since you have to bzr update and then commit to resolve a merge
[18:04] <asac> it means that you will always commit on top
[18:04] <asac> but of course ... now its cumbersome ;)
[18:04] <asac> but one can bzr unbind and go ahead as if it always was a brnach
[18:04] <asac> and later bzr bind
[18:04] <crimsun> fta: right, no audio.  I bet it's an alsa-plugins issue here.
[18:05] <crimsun> we haven't merged lennart's git tree, I bet.
[18:05] <crimsun> (I'm routing everything through pulseaudio on 8.10)
[18:06] <fta> crimsun, i'm using your patch, ported to the latest libasound2, maybe that's why it's fine for me now
[18:06] <fta> asac, http://paste.ubuntu.com/48355/
[18:11] <fta> asac_, <fta> asac, http://paste.ubuntu.com/48355/
[18:11] <asac_> fta: let me check
[18:11] <asac_> (thanks for reposting)
[18:12] <asac_> fta: nope ... o-o-s ;)
[18:12] <asac_> 348 is not here unfortunately
[18:12] <asac_> fta: you wanna do a bunch of uploads for the abrowser thing?
[18:13] <asac_> :)
[18:13] <asac_> archive is open for that ;)
[18:13] <fta> yep sure, but in an hour or two, (shopping + lunch)
[18:13] <fta> i mean dinner
[18:19] <crimsun> LP is back.
[18:28] <asac> fta: apparently this video thing cause ffox to not properly close, but to become a windowless zombie-like thing ;)
[18:29] <fta> hm
[18:29] <asac> http://www.reghardware.co.uk/2008/09/18/toshiba_unveils_netbook/
[18:49] <asac> fta: minefield doesnt have any search engines when starting :/
[18:53] <fta> asac, eh? http://www.sofaraway.org/ubuntu/tmp/search.png
[18:58] <asac> fta: well ;) ... it makes sense:  dpkg -L firefox-3.1 | grep search
[18:58] <asac> /usr/lib/firefox-addons/searchplugins
[18:58] <asac> /usr/lib/firefox-3.1b1pre/searchplugins
[18:58] <asac> i just dont have firefox-3.0 anymore :)
[18:59] <fta> hm
[19:01] <fta> the thing is i didn't want to duplicate /usr/lib/*-addons so i linked the 3.0/1.9 ones
[19:01] <fta> i expected to have both installed
[19:02] <asac> yep
[19:03] <asac> i will think about it ;)
[19:03] <fta> http://paste.ubuntu.com/48370/
[19:04] <fta> but even with abrowser-3.0, you should have that.. it's not a branding thing, is it?
[19:04] <asac> fta: abrowser-3.0 doesnt have that browser
[19:05] <asac> err that problem ;)
[19:32] <fta> -rw-r--r-- 1 fta fta 62344287 2008-09-19 20:17 thunderbird-3.0_3.0~b1~hg20080919r384+nobinonly.orig.tar.gz
[19:32] <fta> damn, it's big
[19:32] <fta> (just converted shredder from cvs to hg)
[19:33] <fta> -rw-r--r-- 1 fta fta 45669357 2008-08-14 00:32 thunderbird-3.0_3.0~a2+nobinonly.orig.tar.gz
[19:34] <fta> so now, it's the full comm-central + mozilla-central :(
[19:35] <fta> meaning the exact same tarball for seamonkey (beside the name)
[19:45] <asac> fta: thats good
[19:45] <asac> fta: unfortunately the tagging and releasing wont be in sync still
[19:46] <asac> otherwise we could do one huge mozilla-central-and-all source package ;)
[19:47] <fta> would be better to have xul-sdk everywhere so comm-central would be enough (and small)
[19:48] <asac> obviously ;)
[19:48] <fta> looks like bug 269656 activity is increasing again
[19:48] <fta>      14 2008-09-13
[19:48] <fta>     122 2008-09-14
[19:48] <fta>     174 2008-09-15
[19:48] <fta>      81 2008-09-16
[19:48] <fta>      44 2008-09-17
[19:48] <fta>      12 2008-09-18
[19:48] <fta>      19 2008-09-19
[19:48] <asac> well ... i did t afew bug modifications today
[20:01] <wikz> fta: Hi ,you are the one maintaining TB3a2 ,right ?
[20:02] <fta> wikz, maintaining is not the word, but yes, i've created the initial package and it seems i'm the only one working on it
[20:03] <fta> in a kind of best effort mode
[20:03] <wikz> pardon me sir :)
[20:04] <fta> wikz, np, it's just that this package needs some love
[20:04] <wikz> fta: If you remember ,I had bugged you a couple of weeks ago about building TB .ALso about spicebird
[20:04] <wikz> We migrated Spice to TB3A2 from TB2
[20:04] <fta> i remember
[20:04] <fta> oh, great news
[20:04] <wikz> I need your guidance in 'building' the same
[20:05] <asac> wikz: what is spicebird? an extension?
[20:05] <asac> or a fork?
[20:05] <wikz> No asac ,we kinda forked it
[20:05] <asac> ok ... i think i remember
[20:05] <wikz> but simple to build
[20:05] <asac> that discussion ;)
[20:05] <asac> did you change your nick?
[20:05] <wikz> just put the . ${topsrcdir}/collab/config/mozconfig
[20:05] <asac> or was there someone else from your project here too?
[20:05] <wikz> yeah it was wiki
[20:06] <wikz> someone stole it then
[20:06] <wikz> :P
[20:06] <asac> ok
[20:06] <asac> wikz: stole it? did you have the password for ti?
[20:06] <wikz> nah I mean it was in use by somo one else
[20:06] <asac> ah
[20:06] <asac> ok
[20:07] <asac> wikz: are you german?
[20:07] <wikz> so I was able to build spice from the fta's TB3a2 ppa
[20:08] <wikz> asac: No
[20:08] <wikz> India
[20:08] <wikz> :D
[20:09] <wikz> asac: We also have an implementation of libpurple and telepathy-haze in spice like I was telling that day
[20:09] <wikz> VERy very buggy though
[20:09] <fta> wikz, i'm about to change the tb3 package quite a lot to accommodate it to the new comm-central reqs
[20:09] <wikz> fta: I thought so
[20:10] <wikz> since 3A2 is the last on CVS ,right ?
[20:10] <wikz> then on it starts on mercurial
[20:10] <fta> right, up to a2
[20:10] <asac> wikz: you should really try to not fork everything ;)
[20:10] <wikz> asac: lolz
[20:10] <asac> for forking tbird thats probably something i can understand
[20:10] <asac> but why libpurple and telepathy?
[20:11] <wikz> asac: WE only had a jabber support for our IM
[20:11] <wikz> we plan to have voice and video plus other netwrks
[20:11] <fta> now that i modified mozilla-devscripts, it's just a matter of using MOZ_OBJDIR and tweaking some rules (hopefully as less as possible)
[20:11] <asac> wikz: right. but you can use system libs
[20:11] <asac> and not the ones you have in your tree
[20:12] <wikz> asac: what about windows ?
[20:12] <asac> if you need them for windows thats fine. but try to not change them
[20:12] <wikz> asac: exactly
[20:12] <asac> so it will work with system libs too
[20:12] <wikz> we will build against system libs for unixes
[20:12] <asac> wikz: well. when i ment its fine, i mean its fine as long as there is a switch to --enable-system-libpurple
[20:12] <asac> and such in configure
[20:12] <asac> wikz: ok thats good news
[20:13] <wikz> asac: I will copy that to my team
[20:13] <asac> wikz: have you looked if 3a2 still requires your fork?
[20:13] <asac> that branch is still quite open and its certainly possible to get features in
[20:13] <wikz> we sync every 2-3 months
[20:13] <asac> wikz: so what patches are left?
[20:15] <wikz> asac: not sure about that one  :(
[20:18] <asac> anyone knows if i can force a browser window to always show the vertical scrollbar?
[20:18] <asac> from within a html document?
[20:19] <wikz> fta: Do I need to make changes to the /usr/share/mozilla-devscripts/ for spice .How much of tb3's scripts can I reuse ?
[20:19] <fta> now, you can host the m-d files into your own package, see the README, there's an example
[20:20] <wikz> alright
[20:20] <fta> i mean, with the m-d in my branch, yet to be released
[20:20] <fta> or the m-d in my ppa
[20:20] <wikz> Oh
[20:22] <fta> i just pushed mozilla-devscripts_0.11~fta3 in my ppa with that feature + the new tb3 comm-central tarball stuff
[20:22] <fta> next is to update the tb3 branch
[20:22] <wikz> ok
[20:22] <wikz> tried out the mozilla-qt branch ?
[20:23] <fta> not yet
[20:23] <wikz> blends ok with KDE4
[20:23] <wikz> along with a KDE4 theme
[20:23] <fta> i want to but the thing is we don't want two distinct xulrunner
[20:23] <wikz> fta: correct
[20:24] <fta> asac, http://www.webproworld.com/graphics-design-discussion-forum/56979-firefox-there-way-force-vertical-scrollbar.html#post301234
[20:38] <asac> nicer
[20:38] <asac> nice ;)
[20:38] <asac> fta: thanks
[20:38] <fta> mozilla Bug 424626
[20:39] <fta> http://hg.mozilla.org/mozilla-central/rev/f2f2446cf2de3bac712e223d101748092dc5c8f7
[20:39] <asac> fta: hah ;)
[20:39] <asac> whining wins
[20:41] <asac> fta: just posted it to #nm channel ... where the devs have a strange pov ;)
[20:42] <asac> they say its more useful to implement offline in a way that "offline" might be wrong, but "online" is 100% accurate
[20:42] <asac> though 100% accurate cant be reached by online anyway
[20:42] <asac> but everyone should see that NM can only serve as a fast-fail for online/offline
[20:43] <asac> to provide a snappier error when offline
[20:43] <asac> so if in doubt it should say "MAYBE NOT OFFLINE" at least
[20:43] <asac> ;)
[20:43] <fta> lol
[20:43] <asac> i talked to them
[20:44] <asac> they dont see that ;)
[20:57] <fta> asac, can i grant FFe exceptions for extensions in #motu ?
[21:30] <fta> asac, ^^ ?
[21:39] <wikz> fta: the file thunderbird-3.0.install ,do I need to edit the files in these or is it automatically generated ?
[21:41] <fta> it's manual (well, i did this one with a cut-n-paste obviously), the reason for that very detailed list is the split with gnome-support
[21:41] <wikz> ok
[21:41] <wikz> I will do the same then
[21:41] <wikz> also,I followed your readme
[21:42] <fta> did it work ?
[21:42] <wikz> I took all the files in the debian dir and changed the project name and file,folder locations.
[21:42] <wikz> I didn't try yet
[21:43] <wikz> Any other changesto be made in any other files.I also put the mk and conf files in the /usr/share/moz... folder for simplicity
[21:43] <wikz> ?
[21:45] <fta> please, try to keep all your file in your project debian dir, so m-d doesn't have to be touched each time you want to change something in your project
[21:45] <fta> fileS
[21:47] <wikz> I will keep that in mind
[21:49] <fta> wikz, this is the part of README i'm referring to: http://paste.ubuntu.com/48404/
[21:49] <wikz> got that.
[21:52] <wikz> fta: regarding the thunderbird-3.0.install,can I just use an ls or find to list all possible *.so ,*.js and list them there.As we use lots of other stuff like telepathy and glib which generate more *.so files
[21:53] <fta> you can, try to use globs whenever possible, so you don't have to update this file each the project adds or removes files
[21:54] <fta> also, you may take advantage of the compare module in m-d.
[22:01] <asac> fta: could you give ffox 3.0.head a quick spin and see if all is fine with the new feature?
[22:02] <wikz> fta: YOu mean compare_filter_out and all that
[22:02] <asac> fta: we should file a general feature freeze exception with a list of requirements
[22:02] <fta> wikz, yes, to check that the *.install produces the expected result
[22:03] <fta> asac, agreed
[22:03] <asac> fta: last cycle i granted a few FFe that were not good
[22:03] <asac> we should be sure that the packages actually work for more than one person
[22:03] <fta> (i'm trying to figure out how to build the new tb3 now..)
[22:04] <asac> also we can only grant ffe for branches i think
[22:04] <armin76> give you up
[22:05] <asac> armin76: whats going on?
[22:05] <fta> asac, the guy wants to update 2 ext that are broken because of the ice vs tb deps, so it's a bug fix
[22:05] <asac> fta: that doesnt require a ffe
[22:05] <asac> fta: check with sispoty please
[22:05] <asac> if its a new upstrewam version
[22:05] <armin76> asac: bumb!
[22:05] <asac> for extensions we should be able to use new upstream versions as bug fixes
[22:05] <asac> armin76: no ... we will not bump anymore
[22:05] <fta> why sispoty ?
[22:06] <asac> fta: because he is a reasonable MOTU council member
[22:06] <asac> who likes the mozillateam a bit ;)
[22:07] <asac> fta: also i had some nice talks with him ;)
[22:08] <fta> asac, hm, ok but could you please write somewhere the conditions for a FFe for us (when it is required and what is requested) so i can point contributors to it ?
[22:09] <fta> and it's not crystal clear to me either
[22:18] <asac> fta: https://bugzilla.mozilla.org/show_bug.cgi?id=372826
[22:18] <asac> can you see if that applies in 1.9 xul?
[22:18] <asac> i think attachment 337031
[22:19] <fta> in 1.9 or 1.9.1 ?
[22:24] <asac> fta: 1.9 ;)
[22:24] <asac> and 1.9.1
[22:24] <asac> but i think that patch is for 1.9.1 and probably has landed
[22:25] <asac> fta: yes. i would love to write down those ffe ... but i have to talk to sispoty
[22:25] <asac> i dont feel like i can decide whatever i want ;)
[22:26] <asac> at least i want to know that someone from MOTU has rubberstamped such "guidelines"
[22:26] <asac> fta: btw. if you start 3.1 with _no_ profile
[22:26] <asac> then start 3.0
[22:27] <asac> 3.0 profile is broken
[22:27] <asac> not sure if thats our startscript
[22:27] <asac> maybe the 3.0 script tries to migrate the 3.1 script?
[22:27] <asac> err
[22:27] <asac> 3.1 profile
[22:27] <asac> ;)
[22:27] <fta> ? i just do a copy of ~/.mozilla/firefox, i never touch it
[22:27] <asac> fta: no :)
[22:28] <asac> fta: i mean if i have removed .mozilla, then start ffox 3.1 (with ffox 3.0 uninstalled), then install ffox 3 and start firefox 3
[22:28] <asac> the window will be broken :)
[22:28] <asac> e.g. the 3.0 profile busted
[22:28] <asac> at least i encountered that 2 hours or so from now
[22:28] <asac> (when i didnt have 3.0 installed at all)
[22:29] <fta> i don't get it.. you had just ~/.mozilla/firefox-3.1 and started ff3.0 ? it should work
[22:30] <asac> yeah. thats what i thought ;)
[22:30] <asac> but then. it was a one time thing
[22:30] <asac> and at some point later i had to restart X because console-kit was crashed
[22:30] <asac> and i had wierd other issues
[22:30] <asac> so maybe it was already the first signs of the parts falling apart ;)
[22:31] <fta> btw, att337031 applies cleanly in 1.9
[22:32] <fta> asac, do you want me to commit it ?
[22:34] <asac> fta: yes please
[22:53] <fta> interesting, 2/3 of the 237 contributors to the eula bug only posted once in this bug, only 9 posted more than 5 times
[22:54] <fta> 5 more than 10 times, 1 15 times
[23:03] <asac> fta: well. most likely 1/2 or even more of the 2/3 actually created an account for their trollish post
[23:04] <fta> i expected trolls to post more than one, they usually do
[23:04] <fta> onCe
[23:05] <asac> well ... there are trolls that feel god-entitled and others that just become a troll once because they cannot keep their thoughts with them
[23:05] <asac> like killing as a concequence of affection
[23:06] <asac> but even though you are not a serial killer you are still a killer
[23:06] <asac> likewise for trolls and one-time-trolls ;)
[23:07] <asac> fta: is it committed`
[23:07] <fta> yes
[23:07] <asac> ok
[23:07] <asac> let me test spin this
[23:07] <fta> you didn't get the commit msg ?
[23:08] <asac> i got it ... but didnt look for new mail ;)
[23:08] <asac> these days i hate to look for mail, because it takes 2 minutes to find "new" mails ;)
[23:08] <asac> hidden amoung other "new" mails, that i kept new because i wanted to process them
[23:08] <asac> i have to revise my mail workflow again :(
[23:09] <asac> only 3 month after i cleaned my inbox before UDS
[23:09] <asac> i have to give up on this approach
[23:12] <asac> fta: what can we do to better integrate the prism package with firefox?
[23:12] <asac> is there a way we could provide the extension to make this integration happening?
[23:12] <asac> or is that already packaged?
[23:12] <fta> i don't know if someone worked on that
[23:13] <asac> fta: worked on what?
[23:13] <fta> the ext
[23:13] <asac> fta: i mean: can we build the firefox extension that is available on the net?
[23:13] <asac> fta: i am using a prism extension here
[23:13] <asac> isnt that the same tree?
[23:13] <fta> I ship prism-runtime@developer.mozilla.org
[23:14] <asac> fta: in which package is that?
[23:14] <fta> my prism, it's the engine
[23:14] <asac> fta: oh
[23:14] <fta> -my+main
[23:14] <asac> so i have that extension from your package ;)
[23:14] <asac> fta: then ... how does it work
[23:15] <asac> i sometimes get a dialog that asks me if i want to create a app link or something
[23:15] <asac> but its always triggered unintentionally
[23:15] <fta> hm no, refractor@developer.mozilla.org is the engine
[23:15] <fta> gasp no
[23:15] <fta>                 <em:name>Refractor for Prism</em:name>
[23:15] <fta>                 <em:description>Create Prism applications directly in Firefox</em:description>
[23:15] <asac> for instance: i havent found any menu entry or context menu entry that would allow me to make a prism app out of a website i am currently navigating
[23:16] <asac> fta: thats strange
[23:16] <fta> ./dist/xpi-stage/prism-runtime.xpi
[23:16] <fta> ./dist/xpi-stage/refractor.xpi
[23:16] <asac> i dont have an extension. i was wrong
[23:17] <asac> fta: yeah. lets take them, sieve them through xpi.mk and make packages out of it ,)
[23:17] <fta> i ship  /usr/lib/prism-addons/extensions/prism-runtime@developer.mozilla.org
[23:17] <asac> asac@hector:~/ubuntu_bzr/xulrunner-1.9.head$ dpkg -L prism | grep firefox-addons
[23:17] <asac> asac@hector:~/ubuntu_bzr/xulrunner-1.9.head$ dpkg -L prism | grep xulrunner-addons
[23:17] <asac> asac@hector:~/ubuntu_bzr/xulrunner-1.9.head$
[23:17] <asac> fta: yes. but if thats really a firefox extension it should also be linked to firefox-addons
[23:18] <fta> i know, i never intended this to work ;)
[23:18] <asac> why?
[23:18] <asac> fta: so we also need refactor packaged, right?
[23:19] <asac> i have the runtime extension now properly registered
[23:19] <asac> but dont see any ui changes in firefox
[23:19] <asac> fta: hmm... not compatible with ffox 3.0.2
[23:20] <fta> why ? => no reason, /usr/lib/prism-addons/extensions is for prism compatible addons which i use, no one ever requested a prism addon for ff, at least not to me.
[23:20] <fta> yep, 3.0
[23:20] <asac> fta: right.
[23:20] <fta> i'll fix that an add a link
[23:20] <asac> fta: but one of the key features of prism is firefox integration
[23:21] <asac> fta: cool
[23:21] <asac> fta: you could put that refactor extension to a package: prism-refractor
[23:21] <asac> so people can still install standalone without firefox
[23:21] <fta> good, it was supra easy to update tb3: http://paste.ubuntu.com/48416/
[23:22] <asac> fta: is MOZ_OBJDIR now needed or just a _new_ feature of the package-build?
[23:22] <fta> it's no longer supported to build it in-source
[23:22] <asac> ok
[23:22] <asac> didnt know that
[23:22] <asac> in 3.1?
[23:22] <fta> tb
[23:23] <fta> trunk
[23:23] <fta> comm-central
[23:23] <asac> yeah tahts 3.1 for me :)
[23:23] <asac> fta: actually ... i dont think we need to put that extension in a separate package
[23:24] <asac> that will just cause an upload to be slowed down. and we dont need to add a hard depend on ffox anyway
[23:24] <fta> no, that's 3.0b1pre
[23:24] <asac> fta: right, but from the same branch that 3.1 is made of?
[23:24] <asac> (ffox)
[23:24] <fta> yep, so 1.9.1 :)
[23:24] <fta> browser is out of the picture, yet it's in the tarball :(
[23:25] <asac> yeah. but since 3.1 is unique its still unambigous ;)
[23:25] <asac> while 3.0 might refer to two branches ;)
[23:30] <asac> fta: i doubt thats not clear, but the firefox extension should go into /usr/lib/prism-3.0/... and linked from there to firefox-addons/ ...
[23:30] <asac> so probably wasted words;)
[23:31] <fta> lrwxrwxrwx 1 root root 26 2008-09-16 23:28 /usr/lib/prism-0.9.1/extensions -> ../prism-addons/extensions/
[23:31] <asac> fta: well. thos are "prism" extensions
[23:31] <asac> not the firefox prism extension ;)
[23:31] <asac> i'd suggest to put it to /usr/lib/prism-*/refactor@prism ...
[23:31] <asac> or whatever its called
[23:33] <asac> any news in the  bug ;)?
[23:33] <asac> let me look
[23:34] <fta> Subject: [Branch ~vcs-imports/googlechrome/trunk] Rev 770: Build a bunch more of chrome/ on Linux.
[23:35] <asac> no feedback
[23:36] <asac> appears that noone in the bug has a real interest in testing those bits ;)
[23:36] <XioNoX> good night
[23:36] <asac> ubottu should provide links for branch rev ;)
[23:36] <XioNoX> fta, do you come to the maow ?
[23:37] <fta> what is that?
[23:37] <XioNoX> fta, you are in paris ?
[23:37] <asac> most likely mozilla meeing in paris
[23:37] <fta> yes
[23:37] <asac> ;)
[23:37] <XioNoX> fta, https://wiki.mozilla.org/MAOW
[23:37] <asac> but just because of the "m ;)
[23:37] <XioNoX> Mozilla Addon workshop
[23:38] <asac> the french are again not open to international contributors ;) ... everything in french ;)
[23:38] <XioNoX> everybody are talking about it since 1 month
[23:38] <XioNoX> asac, this is a "french only" meeting
[23:39] <asac> XioNoX: which is exactly what "not open" means, yeah :-P
[23:39] <fta> i was just aware of the monthly mozilla beer party in paris
[23:39] <XioNoX> http://twitter.com/MAOW08
[23:39] <XioNoX> fta, yes, it will finish by a beer party
[23:40] <fta> that beer party is even near my office so i will try to attend the next one
[23:40] <XioNoX> ok, see you next time
[23:41] <XioNoX> I need to sleep, to be ready a a full mozilla day :D
[23:41] <XioNoX> s/a/for
[23:41] <XioNoX> see you ;)
[23:41] <fta> XioNoX, you should have told me sooner
[23:42] <asac> XioNoX: have fun ;)
[23:42] <XioNoX> fta, in my mind everybody was aware :D
[23:42] <XioNoX> i'll told you for the next one
[23:42] <asac> XioNoX: you will surely be a honorous representative for ubufox ;)
[23:43] <XioNoX> asac, :)
[23:43] <asac> XioNoX: cu soon
[23:43] <fta> XioNoX, tu nous raconteras ;)
[23:43] <XioNoX> ok, no problem
[23:43] <XioNoX> bye
[23:43] <fta> +
[23:43] <asac> nobody tells the ubuntu folks :(
[23:43] <asac> hehe
[23:43] <fta> lol
[23:46] <asac> fta: how was your quilt wrapper called? mozquilt?
[23:46] <fta> dquilt
[23:47] <asac> fta: what does it do?
[23:48] <fta> asac, http://paste.ubuntu.com/48425/
[23:50] <asac> fta: could we extend that to search for the first debian/patches ?
[23:50] <asac> traversing up in the tree?
[23:50] <asac> e.g. so it would work for build-tree/mozilla
[23:50] <asac> as well?
[23:51] <fta> it is already doing just that, no?
[23:51] <fta> it scans for ./debian/patches ../debian/patches ../../debian/patches, down to /debian/patches
[23:53] <Ampelbein> hi there! i reassigned about 80 bugs in the firefox-package to firefox-3 package since they seemed to me to be an issue with this package. wanted to let you know, just in case anyone wonders why there are some more bugs showing up in firefox-3.
[23:53] <asac> Ampelbein: reassigned?
[23:54] <asac> Ampelbein: as long as you assured that there was no firefox-3.0 task open that should be ok
[23:54] <asac> Ampelbein: did you try to find duplicates?
[23:54] <Ampelbein> asac: reassigned to firefox-3 instead of firefox.
[23:54] <asac> Ampelbein: also if they are an issue with both packages you really should keep the firefox task
[23:54] <asac> Ampelbein: but why reassign if they are still in firefox?
[23:55] <asac> Ampelbein: the right procedure for anything that isnt critical is to create a new firefox-3.0 task
[23:55] <asac> and set the firefox task to wont fix
[23:55] <Ampelbein> even if the bug was not even valid in firefox-2 because the reporter chose the wrong package?
[23:56] <asac> Ampelbein: no thats ok then
[23:56] <asac> Ampelbein: either reassign or set firefox to invalid and add firefox-3.0
[23:56] <asac> Ampelbein: thanks
[23:56] <Ampelbein> those were the bugs i meant.
[23:56] <asac> Ampelbein: have you seen the short summary how to process new and incomplete bugs for firefox?
[23:57] <Ampelbein> will have a closer look next.
[23:57] <bdmurray> asac: could you comment on gnomefreak's question in bug 246337?
[23:57] <asac> Ampelbein: https://wiki.ubuntu.com/MozillaTeam/Bugs/TriagersHandbook
[23:57] <Ampelbein> but since there were many bugs filed against the wrong package i thought it would be a good idea to change the package first.
[23:58] <asac> bdmurray: that is invalid now
[23:58] <asac> what happened to that bug?
[23:58] <bdmurray> asac: invalid?
[23:59] <asac> bdmurray: i opened the bug and both tasks were invalid
[23:59] <bdmurray> crazy kids in #ubuntu-bugs
[23:59] <asac> while ubotu claimed "confirmed" when you posted here
[23:59] <asac> bdmurray: its fixed released for firefox-3.0 in intrepid and hardy is fix committed