[00:00] <dcosta> asac: you there _
[00:01] <asac> no
[00:01] <dcosta> cool i will be back later
[00:01] <asac> hey
[00:01] <dcosta> hehe
[00:01] <asac> just write what you want instead of summoning me... thats what i was trying to say ;)
[00:01] <dcosta> im buddy o BUGabundo can u give me some help
[00:01] <asac> ah ok
[00:01] <asac> shoot
[00:01] <jdstrand> asac: I'm fine with that, thanks
[00:02] <asac> good plan ;)
[00:02] <asac> jdstrand: i am about to have a break through in my brain ;)
[00:02] <jdstrand> asac: well, I guess it is time for a break then ;)
[00:02] <dcosta> i unistall my network manager -gnome
[00:02] <asac> i try to get the road unblocked to push a standalone firefox so we can do major version upgrades
[00:02] <dcosta> and now i dont have network to install it again
[00:03] <dcosta> any way for fix it from live cd _
[00:03] <asac> jdstrand: last drop on this was firefox getting major sqlite update on a stable branch
[00:03] <asac> jdstrand: e.g. 3.5
[00:03] <asac> we had luck ... but when i asked if we can unpatch the configure.in bumpage they said that would be trademark review
[00:04] <asac> i am tired of explaining everything ;)
[00:04] <asac> like that we can build in security with lower sqlite
[00:04] <asac> and make a sru for sqlite if there is really a bad crasher
[00:04] <asac> ;)
[00:04] <asac> dcosta: what network? wired?
[00:04] <asac> dcosta: wired is easiest
[00:05] <dcosta> any
[00:05] <asac> if you can plug in somewhere ...
[00:05] <dcosta> wireless or wired
[00:05] <asac> dcosta: killa NetworkManager ... sudo killall NetworkManager
[00:05] <asac> dcosta: then sudo ifconfig eth0 up
[00:05] <asac> (if eth0 is your wired)
[00:05] <jdstrand> nice plan, bummer on the trademark review
[00:05] <asac> and run dhclinet eth0
[00:05] <asac> sudo dhclient eth0
[00:06] <asac> jdstrand: so basically we would not use any system libraries (nor xulrunner) and ship exactly what mozilla does
[00:06] <asac> only sys libs are maybe nss/nspr
[00:06] <asac> but even for that i am not sure
[00:06] <asac> only blocker is that we have yelp on the CD
[00:06] <dcosta> ok i dont do dhclient but i set my router in interfaces and resov.conf manualy and dont work
[00:06] <asac> which requires xulrunner ... have to do something about that
[00:07] <dcosta> i will try
[00:07] <dcosta> brb
[00:07] <asac> you will figure
[00:07] <asac> configure eth0 in interfaces and run ifup eth0
[00:07] <asac> sudo ifup eth0
[00:07] <dcosta> eth0 is up
[00:07] <dcosta> but i will do dhclient
[00:08] <dcosta> reboot
[00:08] <asac> dcosta: you dont need to reboot
[00:08] <asac> sudo killall NetworkManager ... then the commands i suggested
[00:12] <fta> asac, do you own the itp for v8 now?
[00:33] <fta> asac, arm will need work... http://paste.ubuntu.com/268261/
[00:36] <asac> why do you think?
[00:37] <asac> those flags look like its something we might actually be targetting
[00:37] <asac> but i am not sure what kind of arm thing is the main target
[00:37] <asac> its not necessarily the same as i have learnt in the past
[00:38] <fta> i mean, by default, it will not work if you build with target_arch=arm, because it's protected by chromeos==1, which we should not pass
[01:11] <asac> fta: doesnt that mean that those flags will only be used if its chromeos?
[01:11] <asac> otherwise it will just build as normal?
[01:13] <fta> indeed
[01:14] <asac> i think those are performance optimization tweaks for their target platform
[01:15] <fta> yep, but they are more tests like that scattered everywhere
[01:16] <fta> should not be a problem if porters send their patches upstream (like freebsd is currently doing) and if we release often
[01:19] <asac> can we get rid of the testsuite packages somehow?
[01:19] <asac> or are they gone i am too old ;)?
[01:19] <asac> point is that one needs to push all the binaries + the sources ;)
[01:19] <asac> to debian
[01:20] <asac> maybe when passing something like: UPLOAD_TARGET=debian debuild
[01:21] <asac> but at best still running the testsuite during build ... though i think we dont hard fail, right?
[01:22] <fta> i have USE_TESTS ?= 1 already
[01:23] <asac> use tests does not prevent package creation i guess
[01:23] <fta> it tweaks control :P
[01:23] <asac> really
[01:23] <asac> does it cleanup in clean at least?
[01:23] <asac> then its good
[01:23] <asac> though UPLOAD_TARGET=debian-release ;)
[01:23] <fta> it doesn't, but it's possible
[01:23] <asac> would be more high level api
[01:24] <asac> do we need control stuff for all packages?
[01:24] <asac> cant we convince debhelper to do that for us with snippets?
[01:25] <asac> guess not
[01:25] <asac> so you think the packages are really worth to have?
[01:25] <asac> i thought that might be great
[01:25] <fta> i wanted to drop the testsuite at some point, then reconsidered, now i'm unsure
[01:25] <asac> but i think given the space consumed it would be better
[01:25] <asac> to just say: we run make check
[01:26] <asac> and if there is something that breaks you have to reproduce by building locally
[01:26] <fta> i can build chromium in less than 20 min with USE_TESTS=0
[01:26] <asac> yes
[01:26] <asac> well
[01:26] <asac> i would like to keep using TESTS
[01:26] <asac> so they are run
[01:26] <asac> .... just not the packages
[01:27] <fta> http://paste.ubuntu.com/268286/
[01:28] <fta> that's why i'm unsure
[01:30] <asac> i am sure thats wrong math
[01:30] <asac> maybe its even me and you reinstalling all the time every daily ;)
[01:30] <asac> who would run a testsuite?
[01:38] <fta> no idea
[01:56] <asac> GPLv1+/AristicLicense ... ouch
[01:56] <asac> what is that?
[01:56] <asac> ok
[02:07] <asac> fta: can we autoparse somehow what subtrees depend on what other subtrees?
[02:07] <asac> like from gyp files ?
[02:07] <fta> what do you mean?
[02:08] <asac> e.g. if chrome requires "skia" we would want that relationship somehow parsed
[02:08] <asac> like chrome/browser => skia, net/http, etc.
[02:08] <asac> => == depends on
[02:08] <asac> aka makes use of
[02:08] <asac> aka links again
[02:08] <asac> ;)
[02:08] <asac> aka (in most cases) includes headers of
[02:08] <asac> but i think checking for headers would be too hard
[02:09] <asac> so i hoped that they had something like in Mozilla.in:
[02:09] <asac> REQUIRES = xpcom strings ...
[02:10] <fta> in chrome/chrome.gyp, you have those deps
[02:10] <fta> in each target
[02:10]  * asac checks
[02:11] <asac> ok so basically all "dependencies"="path/to/some/other.gyp
[02:11] <asac> implies that that directory makes use of path/to/some/other
[02:12] <asac> err some/
[02:12] <asac> ;)
[02:12] <asac> so leaving system lib gyps alone
[02:12] <asac> they probably have that gyp in the same subtree at least
[02:12] <asac> ?
[02:13] <fta> no always, but then, it's a relative path
[02:13] <fta> s/no/not/
[02:13] <fta> http://paste.ubuntu.com/268300/
[02:16] <asac> yes, thats what i mean
[02:16] <asac> didnt differentiate between paths
[02:16] <asac> what i meant is ... is a .gyp file always in the top most directory of the component it descrbes?
[02:16] <asac> ../third_party/bzip2/bzip2.gyp -> yes.
[02:16] <asac> ../third_party/bzip2/build/bzip2.gyp -> no.
[02:17] <asac> what does 'chrome_resources',
[02:17] <asac> mean?
[02:17] <asac> is that a placeholder for more .gyp files defined elsewhere?
[02:17] <asac> or a subdir?
[02:17] <asac> oh thats a .gyp target
[02:17] <asac> of the same file
[02:17] <asac> or something
[02:17] <asac> ok
[02:19] <micahg> asac: ff3.5.3 never made it to jaunty in the security ppa
[02:19] <micahg> xul1.9.1.3 did though
[02:20] <asac> woot
[02:20] <asac> ok
[02:20] <asac> i failed then ;)
[02:20] <asac> thx
[02:20]  * micahg probably should have mentioned it earlier :)
[02:20] <micahg> Mozilla made the official release announcement
[02:21] <asac> i know i shouldnt have slept in the middle of those uploads ;)
[02:21] <asac> ok that means i will fix it
[02:21] <asac> and if things will not go through -security we will use the same bits and put into -proposed ... and then -updates + -security
[02:22] <asac> guess will make "Shiretoko" folks a bit more unpleased ;)
[02:23] <asac> oh ... those fixes are xulrunner ;)
[02:23] <asac> well ok
[02:23] <micahg> can you close the fixed-3.5.3 bugs in the upload?
[02:24] <asac> fta: there probably is no way to dump those dependencies from .gyp ;)
[02:24] <micahg> Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.3) Gecko/20090902 Ubuntu/9.04 (jaunty) Shiretoko/3.5.2
[02:24] <asac> like gyp --gimme-depends path/to/file.gyp:*
[02:24] <asac> ;)
[02:24] <asac> now i am in doubt
[02:24] <asac> what to do
[02:24] <asac> (ffox 3.5)
[02:25] <micahg> why?
[02:26] <asac> omg
[02:26] <asac> i386      15571 builds waiting in queue
[02:27] <asac> ok uploaded
[02:28] <micahg> asac: should I be subscribing ubuntu@bugs.distro to upstream mozilla bugs?
[02:28] <asac> micahg: if we file them we should use linux@distribution.bugs
[02:29] <asac> also if they are linux specific
[02:29] <micahg> ok, what if it's found?
[02:29] <asac> found?
[02:29] <asac> you mean linked?
[02:29] <micahg> i.e. already there?
[02:29] <micahg> I was looking at this: https://wiki.ubuntu.com/MozillaTeam/Bugs/TriagersHandbook
[02:29] <asac> i dont know :)
[02:29] <asac> yes
[02:29] <asac> that was the plan
[02:29] <micahg> since comeone linked it from the hugday page
[02:29] <micahg> *someone
[02:29] <asac> now they created linux@distribution.bugs
[02:30] <asac> i am not so sure what other distros say if we link all the bugs that get filed to it
[02:30] <micahg> hmm
[02:30] <asac> one second
[02:30] <asac> you can ask in the bug that created that
[02:30] <asac> i think i was cced
[02:31] <micahg> 1 hr to build the jaunty amd64 ff3.5.3
[02:31] <asac> mozilla bug 444906
[02:32] <micahg> https://bugzilla.mozilla.org/show_bug.cgi?id=444906#c5
[02:33]  * micahg should probably be watching that account
[02:34] <asac> well. thats a suggestion
[02:34]  * micahg signed up
[02:34] <asac> i think we should ask about what is ok and what is not
[02:34] <micahg> or rather added it
[02:34] <micahg> should I ask in the bug?
[02:34] <micahg> or in the developers channel?
[02:34] <asac> and if using that to link down to bugs we have in ubuntu is the right thing.
[02:34] <asac> or if we should create ubuntu@distribution.bugs
[02:34] <asac> rather
[02:34] <asac> i think ask in the bug
[02:35] <asac> let me check if the relevant folks i know are CCed
[02:35] <asac> [reed]: ^^
[02:36] <asac> good day ;)
[02:36] <micahg> he's on there
[02:36] <asac> yes
[02:36] <micahg> good day?
[02:36] <asac> i want him to tell us what to do ;)
[02:36] <micahg> ah
[02:38] <asac> [reed]: so basically: does it still make sense to work on improving the "old" bug forwarding workflow ... or can we start interfacing with bmo from launchpad already?
[02:38] <asac> if the latter is unlikely from your side we really would prefer to have a watcher account so our bugsquad can better ensure that we follow up on upstreamed bugs
[02:39] <asac> i assume using linux@distribution.bugs would be misuse
[02:39] <asac> ;)
[02:40] <asac> as the selection of bugs would probably not really be linux specific in general, but rather ubuntu
[02:47] <micahg> asac: only 32 bugs in b.m.o for that linux@ alias
[03:26] <[reed]> asac: well, once bmo gets upgraded to Bugzilla 3.4, launchpad can easily integrate
[03:27] <[reed]> no idea when that will be, though
[03:28] <[reed]> until then, if you want a watcher account, that's easy to do
[03:58] <micahg> asac: I'm confused, you committed a patch to xul 1.9.3 that should already be in trunk
[03:59] <micahg> asac: neverming, I see you had a patch there temporarily that you removed now
[03:59] <micahg> *neverminf
[03:59] <micahg> *nevermind
[08:03] <micahg> asac: [reed] broke it :) mozilla  Bug 294375
[08:03] <micahg> I fixed the patch and as soon as LP is fixed, I will try to build it
[08:03] <[reed]> I broke what?
[08:04] <micahg> the ubuntu build :)
[08:04] <micahg> not really
[08:05] <micahg> you commited the patch to mozilla-central that broke the build, one of our patches still had gnomevfs code
[08:05] <[reed]> ah
[08:05] <[reed]> is there a LP bug on it?
[08:05] <micahg> no
[08:05] <micahg> not that I know of
[08:06] <micahg> oh maybe
[08:06] <micahg> the patch was for bug 185622
[08:06] <micahg> ugh
[08:06] <micahg> maybe not
[08:06] <micahg> oh right
[08:06] <micahg> LP is broke right now :)
[08:09] <micahg> [reed]: about that bug watcher thing asac was talking about last night, we should have an ubuntu specific watcher and not abuse the linux.distro, right?
[08:09] <[reed]> depends on what you want to do
[08:09] <[reed]> but probably/possibly
[08:09] <micahg> ah, lp looks better
[08:09] <micahg> bug 185622
[08:10] <micahg> well, at least ppa uploads are working
[08:46] <[reed]> bug 185622
[08:46] <[reed]> micahg1: not that bug...
[08:46] <micahg1> no, well the patch I had to fix was that bug
[08:47] <[reed]> what did mozilla bug 294375 break?
[08:47] <[reed]> ah
[08:47] <[reed]> I see
[08:47] <micahg> the patch was for a file that you removed code from upstream :)
[08:47] <micahg> and apparently I didn't do a good job fixing it :(
[08:48] <micahg> nah, you didn't mess anything up, I was joking about that
[08:58] <micahg> asac: ok, I have to go to sleep, I'm trying the build in my mozilla test ppa, I pushed the code change up to lp:~micahg/firefox/firefox-3.7.head, if it doesn't work, I might be able to try one more time in the morning
[08:58] <micahg> I'm leaving my computer on so the uploads finish
[09:46] <mac_v> asac: hi... how to get extra functions into ubufox? ie. is there any due process , to get a new function in? i'm trying to make firefox notify extension fit to ubuntu
[09:53] <eagles0513875> morning guys
[10:34] <andv> eagles0513875, hi
[10:34] <andv> eagles0513875, I fixed the wiki page you made
[10:34] <eagles0513875> hey andv thanks m8
[10:35] <andv> and added some new contents
[10:35] <eagles0513875> got alot on my plate before my lectures start
[10:35] <eagles0513875> doing my lpi 101 exam tomorrow
[10:35] <eagles0513875> working on getting linux level 1 certified :)
[10:35] <andv> eagles0513875, I gonna work on firebug, is assigned to you, can I take it?
[10:35] <eagles0513875> go for it
[10:35] <andv> ty
[10:35] <eagles0513875> dont have time atm and would probably take longer for me to fix then it would for u
[10:35] <eagles0513875> *you
[10:37] <andv> yeah, ok
[10:38] <eagles0513875> hows things going in the ff realm
[10:40] <andv> asac, should I have misc:depends removed as well?
[10:40] <andv> asac, in the depends field
[10:40] <eagles0513875> andv: dont think hes around or hes afk
[10:40] <andv> asac, or should I remove everything apart that ( in firebug)
[10:40] <andv> eagles0513875, he will read backlog :)
[10:41] <eagles0513875> andv: question the first link that the bot will provide for packaging do i need to go through that and install all those packages?
[10:41] <andv> which link?
[10:41] <eagles0513875> !packaging
[10:41] <eagles0513875> the packaging guide
[10:41] <eagles0513875> do i need to install all that stuff to be able to help yall with packaging
[10:42] <andv> eagles0513875, https://wiki.ubuntu.com/PackagingGuide/GettingStarted under 'Packaging Tools'
[10:42] <eagles0513875> andv: i normally follow the complete packaging guide and install all that is on that wiki
[10:43] <eagles0513875> same thing lol
[10:43] <andv> yes
[10:43] <eagles0513875> so install from there on out
[10:47] <eagles0513875> viva la netsplit
[10:58] <asac> andv: misc:depends is ok to have
[11:03] <asac> [reed]: ok thanks. how are things going? are you preparing for final exams or why are you on "leave from project"?
[11:03] <eagles0513875> asac: speaking of exams im outa commission at least till saturday afternoon
[11:03] <eagles0513875> then ill get to packaging
[11:04] <andv> asac, k, great
[11:04] <eagles0513875> currently installing the necessary packaing packages :) hope to start packaging soon for yall
[11:04] <andv> asac, firebug don't have mozilla-devscripts depends so don't have to bump its version, so I'm fixing the depends / recommends and should be fine
[11:06] <asac> andv: xpi:depends depends on mozilla-devscripts
[11:06] <fta> asac, comments not very helpful.. http://paste.ubuntu.com/268491/
[11:06] <asac> fta: well
[11:06] <andv> asac, thanks for the info
[11:06] <andv> asac, was forgetting it
[11:06] <asac> fta: not if you look at one line ;)
[11:07] <asac> i will try to make more useful first lines in future ;)
[11:07] <asac> firebug should use mozilla-devscripts
[11:07] <asac> thats one of the columns in the checklist
[11:08] <asac> anyone else cannot search in firefox-3.5?
[11:08] <asac> using the quicksearch box?
[11:09] <andv> asac, ok B-D-I added
[11:10] <asac> you need to do it right
[11:10] <asac> just file a bug
[11:11] <andv> asac, the bug was filed already
[11:11] <asac> bug 425681
[11:11] <asac> thats not closed nor nothing
[11:12] <andv> asac, I'm fixing it up
[11:12] <andv> asac, mmm...wait
[11:12] <dpm> asac: hi, could you give me an update of the status of the FF3.5 translations? Is there anything in which the translations team can help?
[11:12] <andv> asac, actually there were no B-D on mozilla-devscripts
[11:12] <andv> asac, so that bug is not right
[11:13] <asac> andv: well. use that bug or do something. you will figure
[11:13] <asac> dpm: still need someone to write the export tool
[11:13] <asac> besides from that the only bug existing is that zh-XXX locales are not properly merged
[11:13] <andv> asac, yeah, I'm fixing the package, gonna provide you a debdiff in two minutes
[11:14] <asac> no clue why arne holds back the complete translations because of that
[11:14] <asac> i dont want debdiffs
[11:14] <asac> just branches
[11:14] <asac> if you are unsure do a merge request
[11:14] <dpm> asac: I'm not talking of the export, I was asking about the imports, but I'll ask arne, then
[11:14] <asac> and i will review
[11:15] <andv> asac, I never user branches to get latest uploads
[11:15] <andv> * used
[11:15] <asac> dpm: from what i understand its because country code specific locales are not properly produced (in devmode). the rest works.
[11:15] <asac> i hoped that he would roll them
[11:15] <andv> asac, sometimes they are wrong or tainted (like ubuntu-it-menu was for istance)
[11:15] <dpm> asac: ok, thanks, I've asked arne now
[11:16] <andv> asac, plus this package is merged from Debian
[11:16] <andv> asac, it's not ubuntu-specific
[11:17] <andv> asac, so of course the branch would diverge when debian pushes a new revision
[11:17] <[reed]> asac: eh, ok... just need a break from Mozilla and need to concentrate more on school... I'm around somewhat, just not as much.
[11:17] <asac> [reed]: understood ... enjoy and good luck with your school. final year?
[11:17] <[reed]> yeah, final year
[11:18] <[reed]> definitely not enjoying
[11:18] <eagles0513875> lucky
[11:18] <eagles0513875> i have this yr which is supposed to be hell for me then 1 more
[11:18] <asac> [reed]: enjoy the "break" ;)
[11:18] <asac> not the school ;)
[11:18] <eagles0513875> IT major is fun and all but not easy
[11:19] <[reed]> break? school is not a break
[11:19] <[reed]> yeah
[11:19] <[reed]> anyway
[11:19] <[reed]> sigh
[11:19] <[reed]> 5:19am
[11:19] <[reed]> hmmz
[11:20] <asac> good night ;)
[11:32] <eagles0513875> hey guys what package has replaced linda cuz im trying to install it and its not finding it
[11:32] <andv> asac, http://paste.debian.net/46209/
[11:32] <asac> eagles0513875: ignore it
[11:32] <eagles0513875> ok wiki seems to need an update lol
[11:33] <andv> eagles0513875, linda no more exists
[11:33] <andv> if I remember it right
[11:33] <asac> eagles0513875: finish reading
[11:33] <andv> it got merged into lintian
[11:33] <eagles0513875> gotcha andv
[11:33] <eagles0513875> im reading and installing atm lol
[11:33] <asac> eagles0513875: the wiki is right
[11:33] <eagles0513875> why is there a mention of linda in it though
[11:34] <andv> dunno
[11:34] <asac> eagles0513875: remember to read carefully
[11:34] <eagles0513875> ya gotcha
[11:34] <asac> dont stop after the first 3 words
[11:34] <andv> asac, did you read?
[11:34] <asac> "lintian and linda dissect Debian packages and report bugs and Policy violations. They contain automated checks for many aspects of Debian Policy as well as for common errors. linda is not available from the hardy heron repositories, but is still available in previous releases repositories. "
[11:34] <andv> asac, tested on ffox3.5, works fine
[11:34] <andv> asac, no extra licenses
[11:34] <asac> andv: file a bug if you dont now how to use mozilla-devscripts ;)
[11:34] <asac> i will get to it.
[11:35] <asac> cant explain right now
[11:35] <asac> include xpi.mk ... etc.
[11:35] <asac> its not as simple as that
[11:35] <andv> I gonna look at some other examples
[11:35] <asac> yeah
[11:35] <asac> it should be easy
[11:35] <asac> bdrung or jazzva can also help ... i have to do something right now ;)
[11:36] <andv> yep
[11:36] <bdrung> ?
[11:36] <andv> bdrung, is the MOZ_EXTENSION_PKG needed?
[11:37] <bdrung> no
[11:37] <andv> bdrung, adding mozilla-devscripts support on a package
[11:37] <andv> bdrung, I've added the B-D-I, then added the include in rules
[11:37] <andv> is that all?
[11:37] <bdrung> if not set, the first binary package is used
[11:38] <bdrung> mozilla-devscripts needs to be in b-d
[11:38] <andv> it can be on b-d-i too
[11:38] <andv> i guess
[11:38] <bdrung> then the include will fail
[11:39] <andv> ok
[11:39] <andv> includes should be at the end of debian/rules
[11:39] <andv> but this package set them at the beginning
[11:40] <bdrung> let me have a look
[11:40] <andv> bdrung, just a second, making a debdiff for you
[11:43] <andv> bdrung, http://paste.debian.net/46210/
[11:45] <mac_v> asac: hi... how to get extra functions into ubufox? ie. is there any due process , to get a new function in? i'm trying to make firefox notify extension fit to ubuntu notify-osd specs and get it included into ubufox rather than as a separate extension
[11:45] <asac> no
[11:46] <asac> mac_v: too late for this cycle. features need carefully be selected and after UDS discussion we also need to talk to mozilla etc.
[11:46] <andv> bdrung, anyway adding mozilla-devscripts as B-D-I works
[11:46] <mac_v> :(
[11:46] <asac> notify-osd in particular was explicitly kept broken upstream because they see our way as a regression
[11:46] <andv> bdrung, tested yesterday
[11:46] <asac> so thats not going to fly
[11:46] <asac> ;)
[11:47] <andv> bdrung, includes should go to the low part of the rules file
[11:47] <mac_v> asac: ok , no probs , thanks ;p
[11:47] <andv> bdrung, tested that with the MOZ_XPI_DOCUMENTED_LICENSE_FILES feature
[11:47] <asac> mac_v: if it was a different idea i would have thought. but notify-osd isnt going to get approved. they want to fallback to their own notifications if system notifications dont support actions
[11:48] <bdrung> andv: you can move the includes to the top of the rules file
[11:48] <andv> bdrung, had some issues with putting them to the top
[11:48] <bdrung> andv: mozilla-devscripts as B-D-I works, but it is not correct
[11:49] <andv> bdrung, yeah, set it to B-D now
[11:49] <andv> bdrung, is the debdiff fine for the mozilla-devscripts support?
[11:49] <mac_v> asac: yeah , i feel notify-osd is a *still* bit of a mess  , needs more refinement...
[11:50] <andv> bdrung, asac suggested me to put includes at the low part
[11:50] <asac> i didnt say that
[11:51] <andv> asac, we had a discussion about that with all-in-one-sidebar
[11:51] <asac> whatever bdrung says is most likely right
[11:51] <asac> andv: cant remember ... i proably never said "in the low part" ... that can mean everything
[11:51] <andv> asac, and if you look at all-in-one's rules file you'll find includes at the low part
[11:51] <asac> i wouldnt make such a course statement
[11:51] <bdrung> andv: no, the debdiff does not work (the *.xpi file is removed on clean)
[11:51] <andv> asac, at the end
[11:51] <asac> probably because there is not much else in that file ;)
[11:52] <andv> bdrung, includes cause then
[11:52] <andv> bdrung, coz I didnt touch clean target :)
[11:53] <fta> asac, what is quickly? i see rick dent about it a few times, no idea what it is
[11:53] <bdrung> mozilla-devscripts does not work with *.xpi files in the source tarball.
[11:53] <asac> fta: ask him ;)
[11:54] <asac> its about "quickly glade" ;)
[11:54] <asac> one second
[11:54] <asac> i will figure the spec
[11:54] <bdrung> asac: what can we do about it?
[11:55] <andv> mozilla-devscripts (plus xpi on rules) is the problem theb
[11:55] <andv> not includes at top or low
[11:57] <asac> bdrung: multiple .xpi files?
[11:57] <bdrung> asac: .xpi files in the source tarball.
[11:57] <asac> or a bug if the .xpi is directly in the tarballs
[11:57] <asac> bdrung: so more than one?
[11:57] <bdrung> no, one
[11:58] <bdrung> asac: http://git.debian.org/?p=collab-maint/firebug.git;a=tree
[11:59] <bdrung> andv: you will have to wait for mozilla-devscripts 0.16
[12:00] <andv> bdrung, oki ;)
[12:00] <andv> bdrung, found out a nice bug
[12:00] <andv> it seems
[12:00] <bdrung> andv: not a bug, it's an unsupported use case
[12:01] <andv> yeah, that's it
[12:15] <asac> anyone with ffox 3.5?
[12:16] <asac> pleaes open tools -> addons and run:
[12:16] <asac> sorry
[12:16] <asac> pleaes open tools -> error console and execute the following code:
[12:16] <asac> Components.classes["@mozilla.org/satchel/form-history;1"].getService(Components.interfaces.nsIFormHistory2)
[12:18] <fta> [xpconnect wrapped nsIFormHistory2]
[12:19] <asac> fta: on 3.5?
[12:19] <fta> yes
[12:19] <fta> Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.4pre) Gecko/20090908 Ubuntu/9.10 (karmic) Shiretoko/3.5.4pre
[12:20] <asac> odd
[12:20] <asac> its not working here
[12:20] <asac> and not for ara either
[12:21] <asac> https://bugs.edge.launchpad.net/bugs/427295
[12:36] <mac_v> asac: the weird cursor bug! seems to be solved , ;) https://bugs.launchpad.net/bugs/413950 , looks like something else was affecting firefox , pls read last comments
[12:43] <asac> fta: sqlite3 path/to/formhistory.sqlite3 ... then run "pragma user_version"
[12:43] <asac> what does that give you?
[12:43] <asac> actually
[12:43] <asac> pragma user_version;
[12:44] <fta> which ff?
[12:44] <fta> 2 for 3.5
[12:45] <fta> 2 for 3.7 too
[12:46] <fta> but it's a migrated profile, not a fresh one
[12:46] <asac> YES
[12:46] <asac> your  database was properly migrated
[12:47] <asac> this reminds me about the "doesnt this corrupt all databases comment"
[12:47] <asac> in the major version bug bump
[12:48] <asac> Upgrading sqlite on the stable branches is scary -- what happens to existing
[12:48] <asac> databases? In particular we need answers to bug 503770 comment 5 and 6 before
[12:48] <asac> considering this.
[12:48] <asac> https://bugzilla.mozilla.org/show_bug.cgi?id=503770#c5
[12:48] <asac> > What will happen with this fix?  Will the phishing database be blown away and
[12:48] <asac> > replaced with a new one, or will the anti-phishing feature silently not work?
[12:48] <asac> I think that regardless of the answer, not crashing is better than crashing.
[12:48] <asac> If we need to fix safebrowsing code to handle it better, we should do that, but
[12:48] <asac> in a different bug.  If we don't blow away the database and crash, we'll be in
[12:48] <asac> no worse position if we don't blow away the database and silently fail.
[12:51] <asac> its odd
[12:51] <asac> why is mine still at version 1?
[12:51] <eagles0513875> ihehe
[12:51] <eagles0513875> reading that is quite an interesting predicament asac
[12:51] <eagles0513875> is the phsihing feature built into firefox or another extension
[12:52] <asac> 24886:
[12:52] <asac> thats the revision where ToVersion2 is coming
[12:52] <asac> oh
[12:52] <asac> i think i might have an idea
[13:00]  * asac spins 1.9.1 debug build
[13:08] <fta> grrr; i should really patch evolution, my bug is not moving at all
[13:09] <andv> fta, is evolution good?
[13:12] <fta> i've been a die hard mutt user for more than 10 years, but i can stand evolution. and it's handy for my work, tons of attachments, meetings, zillions of multiparts within multiparts messages
[13:12] <andv> fta, I'm used to use tb but sometimes it gets stuck while checking emails
[13:13] <andv> fta, so I wanted to check some others mail clients
[13:13] <andv> fta, so if you would suggest me a mail client to try it should be evolution
[13:13] <fta> if you're using imap, it's easy to try other clients
[13:13] <andv> yep, im using imap
[13:14] <andv> and that's why maybe sometimes it get stuck
[13:14] <fta> well, the idea of evolution if that it is integrated into the desktop
[13:14] <andv> maybe fails to check mails properly on remote
[13:14] <andv> who knows
[13:14] <fta> meetings are in the clock applet
[13:14] <fta> contacts are available in some other apps
[13:14] <fta> while with tb, nada
[13:14] <andv> fta, is evolution default in debian as well?
[13:15] <fta> i don't know
[13:16] <andv> fta, is mutt good?
[13:16] <andv> or a bit not user-friendly
[13:16] <eagles0513875> andv: and fta the advantage of evolution is if you are using it at work i believe you can connect it to an exchange server
[13:17] <fta> mutt is really excellent, but it's a cli app, not a gui
[13:17] <andv> yeah, so it's not really user-friendly
[13:17] <eagles0513875> andv: i have messed with evolutions its more like a spin off of outlook you have to do lists calendar contacts the works
[13:17] <andv> oh cool
[13:18] <fta> eagles0513875, well, i want to send emails from home to work, it does work for me.. gnome 585577
[13:18] <eagles0513875> never really tried the other one you mentioned
[13:23] <andv> fta, evolution has the possibility to add gnupg support?
[13:24] <eagles0513875> not sure about that actually andv i believe so
[13:24] <eagles0513875> im actually getting quite excited :)
[13:24] <andv> about?
[13:24] <eagles0513875> my school is an IT school and they are fedup with the exhorbitant prices for msft licensing
[13:24] <eagles0513875> so they stopped doing the msft certs as well as being a partner
[13:24] <eagles0513875> so im gonna try and make a push to get them on kubuntu
[13:25] <eagles0513875> that would be the easiest transition from win to lin for all teachers
[13:25] <eagles0513875> all the more for me to get my lpic-1 cert
[13:25] <andv> lol
[13:25] <andv> that would be nice
[13:25] <andv> step by step they can migrate
[13:26] <eagles0513875> ya all the programs they use for the courses given they have programs that are the same on lin
[13:26] <eagles0513875> like netbeans for java can be gotten on kubuntu
[13:26] <eagles0513875> ya
[13:26] <eagles0513875> exactly
[13:26] <eagles0513875> i need to put a proposal towards the principal of the school and talk to the IT manager as well
[13:27] <andv> yep
[13:27] <eagles0513875> i would be saving my school a pretty penny on licensing
[13:27] <eagles0513875> they have some creative computing courses as well aka gaming creation style stuff
[13:27] <eagles0513875> they use octave which i have seen in the repositories
[13:28] <eagles0513875> all that would need to be setup to start with would be to replace the isa server with snort and iptables firewall that way you have intrusion detection and a really good firewall
[13:28] <eagles0513875> next get rid of exchange
[13:28] <eagles0513875> omfg that monster lol
[13:28] <eagles0513875> dovecot ftw
[13:43] <LLStarks> hey asac.
[13:43] <LLStarks> sup.
[13:44] <LLStarks> i was wondering if the trough-border patch for firefox 3.6 can get backported to 3.5 for karmic?
[13:44] <asac> only upstream
[13:45] <asac> did it land on 3.6 branch?
[13:45] <asac> whats the bug id?
[13:45] <asac> whats the rational why we need this?
[13:48] <mac_v> asac: could i quote this on the ayatana mailing list? there is some discussion regarding this feature for karmic ,  <asac> mac_v: too late for this cycle. features need carefully be selected and after UDS discussion we also need to talk to mozilla etc. ...   or if you comment about it.. it would be even better :)
[13:49] <mac_v> for the firefox notify^
[13:49] <asac> i dont know what ayatana is
[13:50] <mac_v> O.0 ... the ayatana mailing list >  https://launchpad.net/~ayatana
[13:51] <asac> Policy:  You must be a team member to subscribe to the team mailing list.
[13:51] <mac_v> asac: david barth's comment > https://lists.launchpad.net/ayatana/msg00634.html
[13:52] <asac> i will talk to him
[13:52] <asac> i think he is not 100% up to date ;)
[13:52] <asac> my fault
[13:53] <mac_v> asac: no need to subscribe actually , just select join team , it an open team ;)
[13:53] <mac_v> asac: yeah , anything mozilla not informed is your fault ;p
[13:54] <asac> no
[13:54] <asac> but i worked closely on this one
[13:54] <asac> i think i told him, and he just didnt remember ;)
[14:03] <LLStarks> asac. https://bugzilla.mozilla.org/show_bug.cgi?id=500368
[14:03] <LLStarks> rationale is that default theme will expose the bug.
[14:04] <LLStarks> in 3.5
[14:04] <LLStarks> and it currently does
[14:05] <asac> i dont even see where the patch was landed
[14:05] <asac> i need that bug
[14:06] <eagles0513875> you like bugs asac :P
[14:07] <andv> eagles0513875, who don't?
[14:07] <andv> xD
[14:08] <eagles0513875> andv: you guys do cuz u can fix them
[14:08] <LLStarks> asac, i'll do a regression range asap
[14:08] <eagles0513875> i dont cuz i cant fix em
[14:08] <LLStarks> it may take me a while though
[14:08] <eagles0513875> hopefully with yalls help that will change
[14:08] <andv> eagles0513875, if you will demonstrate dedication you'll learn
[14:09] <eagles0513875> i know
[14:09] <andv> and improve day by day
[14:09] <eagles0513875> i need to learn some programming besides the basic and advanced java stuff im doing as part of my degree
[14:09] <eagles0513875> im currently teaching myself some c++
[14:09] <eagles0513875> but i agree with ya andv
[14:10] <andv> I can help you but soon I gonna be really really busy
[14:10] <andv> and I'll have to focus on my things
[14:10] <LLStarks> asac, by the end of the day, one of the following will have to be done: 3.6 making release, backport of fix to 3.5, human theme gets tweaked and trough-border will be zero
[14:11] <andv> so helping will be harder
[14:11] <eagles0513875> andv: i hear ya same here lecutres start on the 28th then all hell breaks loose for me
[14:12] <eagles0513875> packaging i could probably help with as once i get the package building then just let it do its think
[14:12] <andv> are you still at school?
[14:12] <asac> LLStarks: figure the bug that fixed it on 3.6
[14:12] <asac> the upstrem bug
[14:13] <LLStarks> i'll search for it. gotta shower get to work first.
[14:55] <eagles0513875> andv: sry for delay to ask ur question ya i am
[14:57] <eagles0513875> i have this yr and then one more yr for under grand and my bsc
[14:58] <eagles0513875> andv: im a big nerd working on a bsc computing and information systems with probably a masters in information security then probaly do 3 other masters as i am working
[14:59] <hjmf> asac, I have some kind of shameful question, me I ask you?
[14:59] <asac> hjmf: shameful? it cant be that bad ;) ... shoot
[14:59] <hjmf> k
[15:00] <hjmf> yesterday I noticed that my ubuntu membership expired
[15:00] <hjmf> the fact is that I didn't noticed the automatic renew emails that I received days before
[15:00] <asac> ok talk to dholbach
[15:00] <hjmf> but the mails where there :-(
[15:00] <hjmf> OK
[15:00] <eagles0513875> hehe that was a super fast answer
[15:00] <ArneGoetje> asac: we've just built new langpacks on rookery... looking into the zh-hant mozilla tarball shows me that it's empty. The directory structure is in place, but no xpi data inside.
[15:00] <hjmf> asac: thanks :-)
[15:01] <asac__> or maybe not
[15:02] <asac> i asked him to come here if he is there
[15:02] <dholbach> hola
[15:02] <asac> hey
[15:02] <jdstrand> asac: are we good to publish?
[15:02] <asac> dholbach: so hjmf apparently missed his ubuntu membership expiry mails
[15:02] <asac> dholbach: is there any late-comers procedure?
[15:02] <hjmf> asac: I've asked him at #moutu
[15:03] <asac> ah
[15:03] <hjmf> asac: thanks :-)
[15:03] <asac> i am in both channels
[15:03] <jcastro> I've late-comered before
[15:03] <asac> jcastro: hehe
[15:04] <eagles0513875> asac:  not sure if you noticed this btw Bug 425695
[15:05] <asac> eagles0513875: doesnt feel wrong
[15:05] <dholbach> asac: already talking about it in #ubuntu-motu
[15:05] <dholbach> :-)
[15:05] <eagles0513875> asac: what do you mean?
[15:06] <asac> all is fine. we dont upload to debian
[15:06] <asac> unless bdrung wants to
[15:08] <bdrung> asac: i have to contact the debian maintainer for that
[15:08] <dpm> asac: I've asked ArneGoetje to come here to see how we can get FF3.5 translations shipped in Karmic. What's currently holding them, Arne?
[15:08] <ArneGoetje> asac: we've just built new langpacks on rookery... looking into the zh-hant mozilla tarball shows me that it's empty. The directory structure is in place, but no xpi data inside.
[15:09] <asac> yes
[15:09] <asac> but that shouldnt hold back all the otehr langpacks imo
[15:09] <asac> i will fix that asap
[15:09] <eagles0513875> bdrung: not here to cause trouble just wasnt sure what it meant
[15:09] <asac> eagles0513875: it means that the debian package != ubuntu package
[15:09] <asac> so we dont upload to debian
[15:09] <eagles0513875> gotcha
[15:09] <asac> which is what gnomefreak suggested
[15:10] <bdrung> asac: can you release adblock-plus?
[15:10] <ArneGoetje> asac: 'es' is also empty
[15:11] <asac> ArneGoetje: yes. thats the same issue. doesnt block the rollout
[15:11] <asac> all languages with country code are stripped somewhere atm
[15:11] <asac> so its consistent
[15:11] <asac> i tried a few options
[15:11] <asac> but its definitly not not fixable ;)
[15:12] <ArneGoetje> asac: heh
[15:12] <ArneGoetje> asac: all others seem to be in place, yes
[15:12] <asac> yes. so ship what we have for now
[15:12] <asac> the fix might land any day
[15:12] <asac> but i am always getting side tracked
[15:12] <ArneGoetje> asac: ok
[15:13] <dpm> asac: what's exactly the problem with the language codes, so I understand it?
[15:15] <eagles0513875> what happens though if the upstream maintainer from debian wants it uploaded from downstream then what happens asac?
[15:17] <jdstrand> asac: am I ok to publish firefox? upstream has released
[15:18] <asac> jdstrand: one second
[15:18]  * eagles0513875 feels sry for asac
[15:24] <hjmf> asac: issue fixed, thanks
[15:25] <asac> great
[15:25] <asac> no problme
[15:25] <asac> jdstrand: did you test 3.1 yet?
[15:26] <jdstrand> asac: you mean 3.5 on karmic? not a ton
[15:27] <jdstrand> asac: I'm personally using it, and I haven't seen any problems
[15:28] <asac> jdstrand: can you please run sqlite3 path/to/profile/formhistory*sqlite
[15:28] <asac> and tell me what "pragma user_version;" gives you?
[15:29] <eagles0513875> andv: was it u asking about evolution earlier http://projects.gnome.org/evolution/index.shtml
[15:29] <jdstrand> asac: '2'
[15:29] <asac> hmmmm
[15:30] <asac> let me quickly finish jaunty
[15:31] <micahg> hi asac
[15:31] <asac> micahg: hi
[15:31] <asac> micahg: so managed to get the patch merged ;)?
[15:32] <micahg> ugh
[15:32] <micahg> it failed
[15:32] <micahg> I'm looking at it now
[15:34] <micahg> I think I had an extra line in the file
[15:35] <asac> micahg: you can verify by popping and pushing using quilt
[15:35] <asac> if the patches apply cleanly
[15:35] <micahg> I'm trying again
[15:35] <asac> i usually do a full quilt push -a and pop -a run after adjusting a patch
[15:36] <micahg> I still had trouble with that
[15:36] <micahg> that's why I had to build it to test
[15:36] <micahg> :(
[15:37] <asac> dont set anythign ... no quiltrc no nothing
[15:37] <asac> just go into build-tree/mozilla
[15:37] <asac> run ln -s ../../debian/patches
[15:37] <asac> then you can do quilt push pop et al ;)
[15:37] <asac> its proven to work
[15:37] <micahg> I'll try again :)
[15:37] <micahg> I'm running ./debian/rules patch right now on a clean dir
[15:44] <micahg> asac: the reason it failed is the file is different from theone shown in mxr.m.o
[15:45] <asac> micahg: so i am running in 5 minutes. so lets do this quick
[15:45] <asac> go into build-tree/mozilla
[15:45] <micahg> asac: there's already a patches dir in that dir
[15:45] <micahg> I wonder if that was messing me up?
[15:45] <asac> micahg: you didnt start with a complete clean tree?
[15:46] <micahg> ./debian/rules patch
[15:46] <asac> that doesnt clean
[15:46] <asac> fakeroot ./debian/rules clean
[15:46] <micahg> it was empty before
[15:46] <asac> micahg: build-tree didnt exist?
[15:46] <micahg> it was compressed
[15:46] <asac> ok
[15:46] <asac> so is there anything in patches/
[15:46] <micahg> yes
[15:46] <asac> what?
[15:46] <micahg> dont_depend_on_nspr_sources.patch
[15:47] <asac> is patches/ a link?
[15:47] <micahg> nope
[15:47] <asac> to ../../debian/patches
[15:47] <asac> micahg: ok run quilt applied
[15:47] <asac> does that say anything?
[15:47] <asac> or just empty?
[15:47] <micahg> firefox-profilename
[15:47] <micahg> firefox-fsh
[15:47] <micahg> bz386904_config_rules_install_dist_files.patch
[15:47] <micahg> dont_depend_on_nspr_sources.patch
[15:47] <asac> is that the same as in debian/patches/
[15:47] <asac> ?
[15:48] <micahg> no, there are more
[15:48] <asac> thats applied?
[15:48] <asac> ok
[15:48] <micahg> no
[15:48] <micahg> that's not
[15:48] <asac> quilt applied
[15:48] <asac> what does that?
[15:48] <micahg> http://pastebin.com/f53dc55e7
[15:49] <micahg> should I link over that patches dir?
[15:49] <asac> micahg: and
[15:49] <asac> quilt series
[15:49] <asac> ?
[15:49] <asac> ok so run:
[15:49] <asac> quilt pop -a
[15:49] <micahg> nothing
[15:49] <asac> that pops up everything?
[15:49] <micahg> Patch bz386904_config_rules_install_dist_files.patch does not remove cleanly (refresh it or enforce with -f)
[15:49] <asac> quilt pop -f
[15:49] <micahg> Now at patch firefox-fsh
[15:50] <asac> quilt pop -a
[15:50] <asac> till it works
[15:50] <micahg> ok
[15:50] <micahg> no patches applied :)
[15:50] <micahg> now the nspr fix patch in patches is different than the one in debian/patches
[15:51] <micahg> http://pastebin.com/f5e4f39aa
[15:51] <asac> micahg: remove the patches dir
[15:51] <asac> and create the link
[15:51] <asac> after you popped up everything
[15:51] <micahg> ok
[15:51] <micahg> done
[15:51] <asac> in future dont use debian/rules patch ... but debuild -b and abort when it starts to run configure ;)
[15:51] <micahg> ok
[15:51] <asac> so after creating the link you should be able to quilt push -a
[15:52] <asac> which should fail with the patch you wanted to fix
[15:52] <micahg> yep
[15:52] <micahg> now is there an automated way to fix?
[15:52] <micahg> it's starting too early
[15:52] <micahg> can I just do refresh?
[15:53] <asac> its starting too early?
[15:53] <asac> you have to quilt push -f
[15:53] <micahg> sorry, the patch needs to be pushed up 2 or so lines
[15:54] <asac> then work in the .ref files
[15:54] <asac> rej
[15:54] <micahg> says needs refresh
[15:54] <asac> and if you did that run quilt refresh --diffstat -U8 --no-timestamps
[15:54] <asac> quilt push -f
[15:54] <asac> once
[15:54] <asac> then you have the .rej files
[15:54] <asac> if it says it needs refresh now you need to work in the .rej
[15:54] <micahg> it worked
[15:54] <asac> and then run refresh
[15:54] <asac> yes
[15:54] <asac> quilt pop -a and push -a
[15:55] <asac> to test that alll the other patches apply cleanly
[15:55] <micahg> asac, it deleted the portion of the patch
[15:56] <micahg> the portion that was failing is no longer in the patch
[15:57] <micahg> I did quilt pop -a and I'm back to a clean dir
[15:57] <micahg> also, the browser/installer/unix dir seems to be missing
[15:58] <asac> micahg: yes
[15:58] <asac> because you didnt work in the .rej parts
[15:58] <asac> you have to start over again
[15:58] <micahg> there are no .rej parts
[15:58] <asac> and remember to work the .rej stuff after the push -f
[15:58] <asac> yes there is
[15:59] <micahg> I have not seen a .rej file yet
[15:59] <asac> 100%
[15:59] <micahg> where?
[15:59] <asac> next to the file that failed to apply
[15:59] <asac> same file + .rej
[15:59] <asac> find -name \*.rej
[16:00] <micahg> it's in the mozilla dir :(
[16:00] <micahg> ok
[16:00] <micahg> what do I run against the .rej file
[16:01] <asac> you look at them and apply the portions in there
[16:01] <asac> but you need to put them in the same patch before you refresh
[16:01] <asac> ok out
[16:01] <micahg> ok
[16:01] <asac> jdstrand: jaunty ready for me
[16:03] <jdstrand> asac: ok. I'm assuming based on the sqlite3 question from earlier that I should not push karmic. publishing ff30/xl19 on hardy-jaunty now
[16:04] <micahg> asac: do I have to put the changes manually back in the patch, or just fix the .rej file?
[16:08] <micahg> asac: it seems like yesterday's tarball still didn't have reed's patch
[16:08] <micahg> upstream
[16:08] <micahg> can I get today's tarball so I don't have to do this twice?
[16:08] <micahg> fta: where can I get today's tarball?
[16:09] <asac> jdstrand: karmic is fine
[16:10] <asac> i am back for another 30 minutes
[16:10] <asac> just 3.5 i am not sure
[16:10] <asac> but push it out
[16:10] <micahg> asac: can I get the 20090910 tarball?
[16:10] <asac> micahg: why are you sure you need it
[16:11] <micahg> the file I have still has gnomevfs
[16:11] <asac> micahg: run get-orig-source and work against whatever tarball it produces for you
[16:11] <micahg> http://hg.mozilla.org/mozilla-central/rev/bc5324d3f8fc
[16:11] <jdstrand> asac: ok, push ff30/xl19 on karmic and ff35/xl191 on karmic, correct?
[16:11] <asac> yes
[16:11]  * jdstrand nods
[16:11] <micahg> asac: in the bzr dir, right?
[16:12] <asac> yes
[16:12] <asac> that produces topmost
[16:12] <asac> micahg: that checkin does not remove the files completely
[16:12] <asac> of course patches that are not working need to be adjusted
[16:13] <micahg> no, but it removes lines that are causing issues
[16:13] <asac> yes
[16:13] <micahg> I must be missing another package
[16:13] <micahg> what is get-orig-source in?
[16:13] <asac> ./debian/rules get-orig-source
[16:13] <micahg> ah
[16:14] <micahg> sorry, I'mm still new to this :)
[16:14] <asac> sure
[16:14]  * micahg needs to install hg
[16:15] <jdstrand> asac: is xulrunner-1.9 supposed to still be in main?
[16:15] <jdstrand> asac: for karmic
[16:15] <jdstrand> asac: right now it looks like both xl19 and xl191 are
[16:16] <asac> jdstrand: i think epiphany-gecko still pulls it in
[16:16] <asac> which should get removed
[16:16] <asac> soonish
[16:16] <jdstrand> ok, I won't mess with it then
[16:16] <jdstrand> (the overrides)
[16:16] <asac> yes. i will transition epiphany-gecko users to webkit
[16:16] <asac> even if it breaks my heart ;)
[16:17] <asac> because the webkit port does not even have password management
[16:17] <jdstrand> webkit is a nightmare to sort it with their updates (just ask mdeslaur)
[16:17] <jdstrand> s/it/out/
[16:18] <micahg> asac: should I assign the epiphany-gecko EOL bug to you?
[16:21] <asac> yes
[16:21] <asac> jdstrand: i think any browser engine will be a mess
[16:21] <asac> firefox was just the start
[16:21] <asac> we thought it was bad
[16:21] <asac> whats coming next is even worse
[16:22] <micahg> what's next?
[16:23] <jdstrand> asac: xulrunner-1.9.1-testsuite is in universe, but xulrunner-1.9.1-testsuite-dev is not. shall I move xulrunner-1.9.1-testsuite-dev to universe too?
[16:23] <micahg> asac: is wishlistt? correct on the epiphany-gecko EOL, also should I milestone i
[16:23] <asac> yes. beta
[16:23] <asac> jdstrand: yes
[16:23] <asac> jdstrand: i thought we get mismatches
[16:24]  * eagles0513875 wonders how asac hasnt spontaneously conbusted yet
[16:24] <jdstrand> asac: I'm not looking at component-mismatches. I just noticed it cause I am updated an override script as part of the publication process (since xl191 and ff35 or now in main but weren't the last time)
[16:27] <jdstrand> asac: I'm thinking abrowser-3.5 should be in main?
[16:27] <asac> yes
[16:30] <asac> jdstrand: all abrowser packages
[16:30] <asac> micahg: patch adjusted?
[16:30] <asac> micahg: or what was the "whats next?" question about?
[16:30] <asac> did you get a new orig?
[16:30] <micahg> waiting for get-orig-source to finish :)
[16:30] <asac> ah
[16:30] <asac> yes
[16:31] <asac> once its there ... move that to the tarballs/ directory
[16:31] <asac> and change the changelog version accordingly
[16:31] <asac> in your bzr tree
[16:31] <asac> the run bzr bd --merge --builder='debuild -bÄ
[16:31] <asac> the run bzr bd --merge --builder='debuild -b'
[16:31] <asac> and if the patches fail
[16:31] <asac> you can just go into build-tree/mozilla
[16:31] <asac> create the link ;)
[16:31] <asac> and quilt push -f
[16:31] <asac> then look for .rej files
[16:31] <asac> find -name \*.rej
[16:35] <asac> i am going crazy because of the formhistory.sqlite ont getting properly migrated
[16:37] <jdstrand> asac: ok, last one-- should I push ff35 and xl191 on jaunty as well?
[16:39] <asac> jdstrand: you didnt answer my question on that i think. look at xulrunner-1.9.1 changes
[16:39] <jdstrand> I'm sure I didn't
[16:39] <asac> if you say this is SRU material then no. otherwise i would have wnated to --enable-safe-browsing
[16:39]  * jdstrand reads
[16:39] <asac> too
[16:40] <asac> which is  security topic (while the one i put there is not ... just a utterly broken feature)
[16:40] <asac> i personally accepted that i have to reupload xulrunner with --enable-safe-browsing and then do SRU with later -security propagation
[16:41] <asac> micahg: what was the -safe-browsing bug id?
[16:41] <asac> ah bug 404827
[16:41] <jdstrand> asac: yeah, bug #398205 is SRU imo
[16:43] <asac> 17:39 < asac> if you say this is SRU material then no. otherwise i would have wnated to --enable-safe-browsing
[16:43] <asac> 17:39  * jdstrand reads
[16:43] <asac> 17:39 < asac> too
[16:43] <asac> 17:40 < asac> which is  security topic (while the one i put there is not ... just a utterly broken feature)
[16:43] <asac> 17:40 -!- stevel [n=stevel@208.66.65.36] has joined #ubuntu-mozillateam
[16:43] <asac> 17:40 < asac> i personally accepted that i have to reupload xulrunner with --enable-safe-browsing and then do SRU with later  -security propagation
[16:43] <asac> 17:41 < asac> micahg: what was the -safe-browsing bug id?
[16:43] <asac> 17:41 < asac> ah bug 404827
[16:44] <fta> micahg, you can always get it from the ppa itself: https://edge.launchpad.net/~ubuntu-mozilla-daily/+archive/ppa  a simple wget is enough. if you fetch an even fresher tarball (it takes much longer), you may also find new issues, and then, you'll have to fix them too.
[16:44] <micahg> fta: thanks, I needed the latest which wasn't in the ppa yet
[16:46] <micahg> asac: build dependencies failed for debuild -b
[16:46] <asac> micahg: you need to install them
[16:46] <fta> micahg, oh, i thought you were trying to fix build issues
[16:46] <micahg> yeah
[16:46] <asac> fta: he tries to fix build issues. but he noted that the same patch will be invalid
[16:46] <asac> because reed committed something yesterday
[16:47] <asac> so he wanted to fix it based on that proactively
[16:47] <micahg> asac: never mind, I just used -d to get the directory made
[16:47] <jdstrand> asac: if you tell me that leaving out --enable-safe-browsing is an omission, I would publish it without SRU. but it doesn't really matter since you'll need SRU for bug #398205
[16:47] <fta> asac, micahg, yeah, but remember we prefer 1 commit per fix
[16:47] <asac> jdstrand: that --enable-safe-browsing is not in because i didnt get an answer from you yesterday.
[16:47] <asac> jdstrand: so i will upload it now and do an SRU
[16:47] <fta> (or <=>)
[16:47]  * jdstrand nods
[16:48] <micahg> fta: 1 commit per fix or 1 fix per commit?
[16:50] <asac> micahg: i think its ok what you are doing. just continue
[16:50] <asac> bump to the orig that you just produced as new snapshot
[16:50] <asac> fix patches
[16:50] <asac> done
[16:51] <fta> micahg, it's the same ;)
[16:52] <micahg> asac: browser/installer/unix/ seems to be missing still
[16:52] <micahg> I got the other patch fixed :)
[16:54] <asac> micahg:  we dont hav a patch for that dir
[16:54] <asac> do we?
[16:56] <micahg>  awesome_browser_branding_install.patch
[16:57] <micahg> what should I do with it?
[16:59]  * eagles0513875 sits quietly and watches the chaos in here
[17:00] <micahg> asac: ??
[17:01] <asac> micahg: sorry about that mess. definitly not a good start
[17:01] <asac> ;)
[17:01] <asac> micahg: so basically you need to figure now what happened to the files that were in there
[17:01] <asac> upstream
[17:01] <asac> and then decide whether the pieces that dont apply are not needed or need to be changed or ported to do it different etc.
[17:02] <micahg> ugh
[17:02]  * micahg has to go to work
[17:02] <micahg> can look at it after 8
[17:02] <asac> hmm ok.
[17:02] <micahg> 8 CDT (0100 UTC)
[17:02] <eagles0513875> hey asac how do you cope m8
[17:02] <asac> micahg: you can give me the patches you adjusted so far?
[17:02] <eagles0513875> *mate
[17:02] <micahg> should I just push up what I have
[17:02] <micahg> yeah
[17:02] <asac> eagles0513875: not sure i undersatnd your question ;)
[17:03] <eagles0513875> how do you cope with the occasional chaos in here lol
[17:04] <micahg> asac: the change should be in the commit log, not the changelog, right?
[17:04] <micahg> I just bumped the version in the changelog
[17:06] <asac> micahg: you bump changelog version (1 commit)
[17:06] <micahg> oh oops
[17:06] <asac> then you document the adjusted patches and update the patches (2nd commit)
[17:06] <asac> or 1 commit for each patch
[17:06] <micahg> I did a dch -e and bumped the version
[17:06] <asac> look at bzr log for examples
[17:06] <micahg> then I commit the patch
[17:07] <asac> bzr uncommit
[17:07] <micahg> should I should have a version in the changelog above the mass update
[17:07] <asac> the commit just the bump of changelog
[17:07] <asac> look at bzr log ...
[17:07] <asac> then you fix patches
[17:07] <asac> with changelog comment like:
[17:07] <asac> oh
[17:07] <micahg> ah
[17:07] <bdrung> asac: i am now motu
[17:07] <asac> if its 3.7 we dont do that anymore
[17:08] <asac> bdrung: rock
[17:08] <bdrung> :)
[17:08] <asac> and congrats ;)
[17:08] <bdrung> thanks
[17:08] <micahg> asac: so can I commit one file?
[17:08] <asac> micahg: not sure i understnd the question
[17:08] <micahg> or do I have to move my changes out of the dir?
[17:08] <asac> ah
[17:08] <asac> you can commit by specifying just the files you want to commit
[17:09] <asac> do a bzr diff files/to/commit
[17:09] <asac> if thats what you want to commit
[17:09] <asac> do
[17:09] <asac> bzr commit files/to/commit ;)
[17:09] <fta> https://launchpad.net/~ubuntu-mozilla-daily/+archive/ppa/+build/1237330/+files/buildlog_ubuntu-karmic-i386.xulrunner-1.9.3_1.9.3~umd2_FAILEDTOBUILD.txt.gz
[17:09] <fta> umd2? hmmmm...
[17:11] <fta> -xulrunner-1.9.3 (1.9.3~a1~hg20090910r32360+nobinonly-0ubuntu1) UNRELEASED; urgency=low
[17:11] <fta> +xulrunner-1.9.3 (1.9.3) UNRELEASED; urgency=low
[17:11] <fta> ehhh???
[17:12] <fta> asac, what happened?
[17:13]  * eagles0513875 keeps looking at this channel makes my head hurt
[17:14] <asac> fta: ouch
[17:14] <asac> that is A mess
[17:14] <asac> did the package not fail because its a native package :(
[17:15] <asac> fta: so maye we have to use 1.9.3~hg+a1.... now?
[17:16] <asac> hmm h is lower than umd
[17:16] <asac> too bad
[17:16] <asac> fta: any idea yet?
[17:17] <asac> dont say i messed that up please
[17:17] <micahg> asac: I killed my patch again (I'll get it to you in a couple of hours) -- apparently, when I refreshed part of it, it deleted a chunk of code :(
[17:17] <asac> its ok the bulds are done anyway today
[17:17] <fta> asac, GOOD: http://paste.ubuntu.com/268645/  BAD: http://paste.ubuntu.com/268643/
[17:17] <asac> micahg: you can look with quilt diff
[17:17] <asac> before refreshing
[17:17] <asac> quilt diff shows you how the refresh would look like
[17:18] <micahg> ah, excellent asac, I'll do that
[17:18] <micahg> be back in a bit
[17:20] <fta> -xulrunner-1.9.3 (1.9.3~a1~hg20090909r32341+nobinonly-0ubuntu1) UNRELEASED; urgency=low
[17:20] <fta> +xulrunner-1.9.3 (1.9.3~a1~hg20090910r32360+nobinonly-0ubuntu1) UNRELEASED; urgency=low
[17:20] <asac> fta: how did that work?
[17:20] <asac> i mean it shouldnt find the orig during build
[17:20] <asac> in any case
[17:20] <asac> or was the orig wrong in the beginning?
[17:20] <fta> the update was fine, not the sync
[17:20] <asac>  - compare 1.9.3~a1~hg20090829r32079+nobinonly (UNRELEASED) and 1.9.3~a1~hg20090910r32360+nobinonly-0ubuntu1
[17:21] <fta> this is bad
[17:21] <asac> sed -i -e '1s/(.*) [^;]*/(1.9.3) UNRELEASED/' debian/changelog
[17:21] <asac> where does TARGET come from?
[17:21] <asac> cp ../xulrunner-1.9.3.head/debian/changelog debian/changelog
[17:22]  * eagles0513875 my head hurts
[17:22] <fta> *sigh*
[17:23] <eagles0513875> fta: yours too
[17:27] <asac> cp ../xulrunner-1.9.3.head.daily/debian/changelog debian/changelog
[17:27] <asac> feels wrong that we copy the changelog from a .daily branch?
[17:27] <asac> shouldnt that be from .head?
[17:27] <asac> and then resolved
[17:27] <asac> and bump the version again?
[17:28] <asac> hmm ok the .daily gets produced before
[17:28] <asac> and error starts there
[17:28] <asac> as you pasted
[17:28] <fta> hm, found it
[17:28] <fta> .head is wrong
[17:28] <asac> line 85/86
[17:29] <asac> .head wrong? you mean locally?
[17:29] <fta> fta@cube:/data/bot/xulrunner-1.9.3.head $ bzr blame debian/changelog  | head
[17:29] <fta> 498       asac@ub | xulrunner-1.9.3 (1.9.3~a1~hg20090829r32079+nobinonly) UNRELEASED; urgency=low
[17:29] <asac> urgh
[17:29] <asac> ok
[17:30] <asac> we defintily need a safety net somewhere
[17:30] <asac> i might be able to convince soyuz folks to remove this completely somehow
[17:30] <fta> please, try
[17:31] <asac> asked
[17:31] <asac> so we should validate that version have at least a ~hg... in them
[17:31] <asac> for dailies
[17:32] <asac> and nobinonly
[17:32] <asac> of course doesnt cover all eventualities
[17:32] <asac> actually i think we should check that the orig produced has the same ersion that we use for upload
[17:32] <asac> bhow did this work at all?
[17:32] <asac> does the bot rename the orig again?
[17:33] <asac> imo it shouldnt do that because the orig is basicalyl the thing that has the say on the upstream version
[17:34] <fta> no, it doesn't, upgrade bumps .head.daily, but sync keeps the fresher from .head and .head.daily
[17:34] <fta> sync does the dput
[17:36] <fta> I'm glad the bot produced enough logs to identify that
[17:37] <asac> fta: well. to build the sources you need a tarball with same name
[17:37] <asac> oh it became native
[17:37] <asac> what a mess
[17:37] <asac> but you can always check if the orig produced is still the same
[17:55] <asac> fta: ok seems we get that removal
[17:55] <asac> but probably not something we should repeat ;)
[17:56] <fta> could you please fix .head?
[17:59] <asac> i fixed the version
[18:00] <asac> can we please put a safety net in place to not upload origs different from what get-orig-source produced?
[18:00]  * asac is covered in blood
[18:01] <fta> "major bot bustage causing..." ehh.. it's not fair
[18:03] <asac> fta: did i get the cause wrong?
[18:03] <asac> fixing
[18:04] <asac> * fix changelog version that triggered corner case in daily bot which lead to upload of bad version to daily ppa
[18:04] <asac> better?
[18:04] <asac> fta: ?
[18:04] <fta> well, yes
[18:05] <asac> * fix changelog version that caused upload of bad version to daily ppa
[18:05] <asac> used that
[18:05] <asac> not mentioning bot
[18:09] <asac> fta: oh. it takes a bit until we can upload something again
[18:09] <asac> will let you know
[18:11] <vadi2> Its been several months since the ff 3.5 release... and there is still no properly branded version in ubuntu repos? Or am I missing something?
[18:12] <asac> karmic
[18:12] <vadi2> I'm on the latest stable, jaunty
[18:12] <asac> jaunty has firefox 3.0
[18:13] <vadi2> alright, thanks.
[18:17] <jcastro> asac: how many times a day do you answer that question?
[18:17] <asac> was first time this week iirc
[18:17] <asac> ;)
[18:24] <asac> i am out for a while
[18:29] <pace_t_zulu> asac: is 3.5 going to be available in jaunty-backports?
[18:31] <bdrung> pace_t_zulu: it is available in jaunty and jaunty-security
[18:31] <pace_t_zulu> bdrung: thanks... just curious
[18:31] <bdrung> yw
[20:00] <fta> asac, building..
[20:03] <asac> fta: new xul 1.9.3?
[20:05] <fta> yes
[20:05] <asac> nice
[20:06] <fta> 3.6 still red
[20:06] <asac> we know that
[20:07] <asac> i thought it was kicked off at 7
[20:07] <asac> but it was apparently at 5
[20:07] <fta> 17h
[20:07] <fta> you asked me to put it earlier remember?
[20:08] <asac> yeah
[20:08] <asac> i didnt had that filed in my brain
[20:08] <asac> now i will remember ;)
[20:08] <asac> ok dinner now
[20:09] <asac> and then playing a game. had too heavy night shift the day before yesterday
[20:36] <fta> asac, yeah, go frag some aliens
[20:36] <fta> asac, i will frag my share too
[22:06] <eagles0513875> hehhe fta
[22:06] <eagles0513875> what game yall playing fta or asac
[22:06] <fta> openarena
[22:06] <eagles0513875> sounds tempting if i had jaunty working on me mac
[22:06] <eagles0513875> it some how broke itself
[22:57] <micahg> asac: I'm about to test the ff3.5.3 attack site patch
[22:57] <micahg> I still have to fix that broken patch for the umd
[22:58] <asac> micahg: yes. whatever you prefer. i think attack site can be tested in parallel (if you have jaunty) ;)
[22:58] <fta> firefox finally decided to open the new tab for links next to the current tab instead of at the end
[22:58] <asac> its not really a full attention job ;)
[22:58] <asac> not so bad
[22:58] <asac> though i am sure folks (maybe even me?) will complain ;)
[22:59] <asac> but i think its a win
[22:59] <asac> ;)
[22:59] <asac> i want just that if you hit ctrl+tab + ctrl+w
[22:59] <asac> that i end up on the same tab as before ;)
[23:04] <sebner> asac: firefox3.5.3 fixes the fullscreen flash breakage. yippeee \o/
[23:05] <asac> sebner: didnt we close it in changelog?
[23:05] <asac> ;)
[23:07] <sebner> asac: Update-manager didn't present me one and I was too lazy to click on the link :P
[23:07] <micahg> asac: it was in tehre and the bug was closed
[23:07] <asac> good
[23:08] <asac> micahg: know the master bug id of bug 427474
[23:08] <asac> i just looked at the upstreawm bug yesterday
[23:08]  * micahg 's browser is reloading
[23:08] <fta> chromium passed the 12k threshold \o/
[23:13] <micahg> asac: bug 338785
[23:13] <micahg> should I dupe?
[23:15] <asac> retitled the bug
[23:15] <asac> yes
[23:15] <asac> bug 338785
[23:15] <asac> [MASTER] Updates while firefox is running cause various problems until restart
[23:15] <asac> not sure whats up with the bot
[23:15] <asac> bug 338785
[23:15] <asac> maybe caching thing
[23:16]  * micahg just added metabug to it
[23:16] <asac> added firefox-3.5 too
[23:17] <asac> important enough to move over
[23:17] <asac> i think we should review all ffox 3.0 "high"  + "triaged" bugs at least
[23:17] <asac> and medium if thats not too much
[23:17] <asac> and take them with us
[23:17] <micahg> asac: attack site warning in place now :)
[23:17] <asac> ;)
[23:17] <asac> good
[23:17] <asac> thanks for the confirm
[23:18] <asac> now have to wait for all the archs to finish or fail
[23:18] <asac> and then get some pocket copy to -proposed for the weekend
[23:18] <micahg> asac: was on my list of things to do :)
[23:18] <asac> and then get out on monday
[23:18] <micahg> moving ff3.0 and ff bugs