[00:03] <asac> fta: i am not sure. dist-upgrade shoudl remove packages that are removed from archive iirc. i will check with mvo tomorrow to be sure - have a call with him
[00:06] <fta> asac, i mean, i have a (= ${binary:Version}) dep
[00:06] <asac> not sure how that would be important
[00:06] <fta> dist-upgrade doesn't remove anything unless there's a conflict, autoremove does
[00:08] <fta> if B depends on A (= v1), then B disappears and A moves to v2, will the installed B prevent the upgrade of A?
[00:08] <BUGabundo> hey asac
[00:09] <asac> fta: not necessarily. a provides might make the solver give that solution a better rating
[00:09] <asac> otherwise it depends on how many packages depend on what
[00:11] <fta> chromium-browser (4.0.209.0~svn20090914r26103 -> 4.0.209.0~svn20090914r26159) [73.76MB (+873kB, +1.18%)]
[00:11] <fta> expat and libjingle
[00:11] <fta> http://code.google.com/apis/talk/libjingle/index.html
[00:15] <asac> i think old school is provides/replaces/conflicts (all non-versioned)
[00:15] <asac> hi BUGabundo
[00:16] <asac> libjingle?
[00:16] <BUGabundo> off to bed
[00:30] <fta> doesn't seem to be built
[00:47] <fta> ok, chromium is green, except hardy
[00:47] <fta> http://code.google.com/p/gyp/issues/detail?id=78
[01:34] <micahg> asac: is it worth trying to fix ubufox for alpha-6?
[09:04] <asac> hi
[09:06] <micahg1> hi
[09:09] <micahg> asac: is it worth trying to fix the apturl ubufx problem for alpha 6?
[09:29] <micahg> asac: if I'm attempting to fix ubufox, which branch should I fix?
[09:30] <asac> micahg: so ...
[09:30] <asac> micahg: its already fixed upstream
[09:30] <asac> i actually wanted to do that next ;)
[09:30] <micahg> which thing?
[09:31] <asac> the beta milestoned bug
[09:31] <asac> what bug number are you thinking about?
[09:31] <micahg> bug 423438
[09:31] <micahg> that was the apturl crash
[09:31] <asac> odd
[09:32] <micahg> not really
[09:32] <asac> i thought i added upstream task to the bug and marked it as fixed
[09:32] <asac> maybe that sank in some other bug?
[09:32]  * asac  checks
[09:32] <micahg> are you thinking of bug 365965?
[09:33] <asac> seems i dreamed that.
[09:33] <asac> no that one is clear
[09:33] <asac> the fix should be done in ubufox upstream branch
[09:33] <asac> i was sure i committed that ;)
[09:33] <asac> bzr branch lp:ubufox
[09:33] <micahg> how does that work with the debian package?
[09:33] <asac> first fix ubufox
[09:34] <micahg> or rather, can I test in the debian package and then commit the upstrema?
[09:34] <asac> then merge the branch
[09:34] <asac> well i think we make a "release" ;)
[09:34] <asac> like 0.8b1
[09:34] <micahg> yes
[09:34] <micahg> I mean in my ppa :)
[09:34] <asac> you fix it in lp:ubufox
[09:34] <micahg> yes
[09:34] <asac> run sh build.sh
[09:34] <asac> install .xpi with firefox ubufox.xpi
[09:34] <asac> then you can test
[09:34] <micahg> that'll make the xpi?
[09:34] <asac> yes
[09:35]  * micahg can't test outside of ppa, still running jaunty
[09:35] <micahg> need to load live CD :)
[09:35] <micahg> I"ll test
[09:35] <micahg> be back in a few minutes
[09:35] <asac> uggh
[09:35] <asac> micahg: why livecd?=
[09:35] <asac> that bug should be reproducible in all karmic
[09:35] <micahg> that's whaat I have for karmic
[09:35] <micahg> I'm runnign Jaunty :)
[09:36] <asac> ok
[09:36] <asac> i think its good time to upgrade to alpha-6 ;)
[09:36] <micahg> nah, I wait til beta
[09:36] <asac> micahg: can you confirm the firefox bugs please
[09:37] <asac> for the jaunty-proposed upload?
[09:37] <asac> i know you confirmed one from ppa already
[09:37] <micahg> yes
[09:37] <micahg> once I  upload this to ppa
[09:37] <asac> micahg: upload to ppa? ;)
[09:37] <micahg> the ubufox fix
[09:37] <asac> thats really a detour for such a small fix ;)
[09:37] <asac> try locally and suggest a merge ;)
[09:37] <asac> i will upload that in 1-2 hours to archive
[09:38] <micahg> I can't try locally
[09:38] <asac> hmm
[09:38] <micahg> I don't have karmic installed
[09:38] <asac> livecd ;)
[09:38] <asac> ok i see
[09:38] <micahg> VirtualBox :)
[09:38] <asac> well. you can reproduce on livecd
[09:38] <micahg> yes
[09:38] <asac> and bzr branch lp:ubufox shouldnt be that hard ;)
[09:38] <micahg> yeah
[09:38] <asac> then you can install .xpi to verify
[09:38] <asac> thats enough
[09:39] <micahg> I guess I could;ve done that :)
[09:41] <micahg> is this an ok description? * LP: #423438 - ubufox can't use apturl on karmic
[09:42] <asac> ; honour shebang by calling command directly rather than the python interpreter
[09:42] <asac> something like that
[09:42] <asac> appended to yours ;)
[09:45] <JanC> asac: in one bug (I don't remember the bug #) you mentioned issues with some locales for Firefox 3.5; were those similar to https://bugs.launchpad.net/ubuntu/+source/firefox-3.5/+bug/429835 ?
[09:47] <asac> JanC: thats a bug in the translations done in translations.launchpad.net
[09:47] <asac> we have those enabled during development cycle to give translation teams a chance to fix their bugs (like this)
[09:47] <asac> dpm: ^^
[09:48] <asac> dpm: do you know someone from dutch translation team?
[09:48] <dpm> asac: yeah, thanks, looking at it
[09:48] <JanC> asac: I do
[09:48] <asac> dpm: what should we do with such bugs?
[09:49] <asac> i would like to keep them in firefox-3.5 package so it more or less stays on radar
[09:49] <asac> but still would like to assign it to someone
[09:49] <asac> dpm: maybe assign those to you until you find an assignee?
[09:49] <JanC> IMHO there is something wrong if translators can cause this sort of problem though  ;)
[09:49] <asac> dpm: maybe a i18n tag?
[09:50] <asac> JanC: not really
[09:50] <asac> JanC: for normal strings yes. but even with "normal" po you can have templates
[09:50] <asac> if you bust those up you will break the app UI
[09:50] <asac> so a string "you just bought %d apples"
[09:51] <asac> if translated like: "du hast gerade %d %s gekauft"
[09:51] <asac> would probably cause issues
[09:52] <asac> not saying that in this case its definitly not the po2xpi transformer
[09:52] <JanC> hm, that entity name is correct AFAICS?
[09:52] <dpm> asac: 1) add an additional task to ubuntu-translations 2) assign it to the relevant team from https://translations.edge.launchpad.net/+groups/ubuntu-translators, if it's a critical bug, I'm subscribed to ubuntu-translations bugmail and I see it, so I can also ping the particular translator or translator team leader 3) add relevant tag: 'i18n' or 'l10n'
[09:52] <asac> just saying its probably fixable by translators ;)
[09:52] <asac> JanC: do you have a link?
[09:52] <dpm> asac: that's the normal procedure, but feel free to assign it to me as well ^
[09:52] <JanC> well, I just looked at the named *.jar
[09:53] <asac> micahg: ok ... for translation bustage bugs like 429835 ... we want to do what dpm said above ;)^^
[09:54] <asac> JanC: paste ;)
[09:55] <micahg> ok
[09:55] <asac> micahg: if unsure, just assign to dpm ;)
[09:55] <micahg> ok
[09:56] <dpm> micahg: yeah, feel free to do that or ask me anything if I'm around
[09:56] <JanC> asac: I'm not sure how firefox translations work, but the used entity name is defined in the untranslated .jar; if it's possible to fuck that up for translators, it's a lot worse than using the wrong %-placeholder in gettext translations...
[09:58] <micahg> I couldn't find the entity in the .jar archive, but I might not have been looking for the right thing
[09:58] <dpm> JanC: Ubuntu translators shouldn't be able to modify untranslated jars, if I understand it correctly, this can only be done if you have commit access upstream. But if that were the case, I'm sure upstream would have noticed that
[09:59] <asac> JanC: you comments dont really help. if you can paste the relevant files i would take a first look though ;)
[09:59] <JanC> to me, an *entity name* sounds like a variable name  ;)
[10:01] <dpm> JanC: then, if that's the case, if you could find out which particular string is the offending one using the search function there -> https://translations.edge.launchpad.net/ubuntu/karmic/+source/firefox-3.5/+pots/firefox-3.5/nl/+translate , it will be easier for translators to fix it
[10:02] <JanC> honestly, if translators are allowed to translate entity names (as opposed to references to entity names), that is a bug
[10:02] <asac> too bad that launchpad does not yield anything if you search by entity name
[10:02] <JanC> but I'm looking into it further  ;)
[10:04] <asac> thx
[10:04] <mac_v> asac: hi... is this true > Bug #429777 , that the 3G prompts for a password even when not required? i dont use 3G so i cant confirm ;p
[10:04] <asac> just get the relevant file portions and i will check
[10:04] <asac> JanC: ^^
[10:04] <micahg> asac: should I change the milestone on the apturl bug to alpha6?
[10:04] <asac> micahg: no
[10:05] <asac> thats ok
[10:05] <dpm> JanC: Sounds good, yeah, I'd rather prefer to focus on getting to the bottom of this before speculating on what translators can do. Thanks
[10:05] <micahg> asac: once the translation bugs have an Ubuntu translations task, they go to triaged, right?
[10:06] <asac> micahg: for us yes.
[10:06] <asac> micahg: but they are release critical
[10:06] <JanC> would be useful if I had some documentation about how the firefox-3.5-nl.jar maps to the non-translated stuff though :-/
[10:06] <asac> micahg: actually not really
[10:06] <micahg> asac: so critical or high + milestone?
[10:06] <asac> micahg: we should just use a unique tag
[10:07] <micahg> l10n?
[10:07] <asac> micahg: the idea is that we review translations for bustage and if there are issues reported that are not addressed go for "xpi" approach
[10:07] <asac> micahg: lets use xpipo
[10:07] <asac> i want to use somethign unique that noone else uses
[10:07] <micahg> should I set a milestone?
[10:07] <dpm> JanC: unfortunately, documentation on the Mozilla translations format is pretti scarce. You might want to ask at the #l10n channel in the Mozilla IRC server
[10:08] <dpm> s/pretti/pretty/
[10:08] <asac> dpm: its better if he just asks here
[10:08] <asac> at least i think
[10:08] <asac> if its a general understanding issue (rather than a launchpad specific) i will send them to #l10n i guess
[10:09] <dpm> I was just thinking in case he had general questions about the xpi format
[10:09] <dpm> yes ^
[10:09] <JanC> first of all: is it possible that such an issue is the result of there being no translation ?
[10:09] <dpm> anyway, JanC, feel free to ask, and we'll help you in what we can :)
[10:10] <micahg> asac: jaunty-proposed for safe browsing seems fine
[10:11] <asac> micahg: great. please comment on the bug
[10:11] <asac> also check the geolocati0n thing ... which iirc worked ;)
[10:11]  * micahg doesn't know how the geolocation works
[10:11] <asac> JanC: please get us the data.
[10:11] <asac> JanC: its much more efficient
[10:12] <asac> and no. those problems usually won't arise if there is no translation
[10:12] <micahg> asac: done on attack bug
[10:12] <micahg> and proposed merge for ubufox
[10:12] <asac> but it cannot be ruled out ... which is why we need to look at the facts (.dtd/.properties) files
[10:12] <micahg> now I must get some sleep
[10:13] <asac> http://launchpadlibrarian.net/31829339/xulrunner-1.9.1_xulrunner-1.9.1-nl.po
[10:13] <asac> micahg: good night
[10:13] <asac> i will review, merge etc.
[10:13]  * mac_v doesnt want to repeat himself , but reminds asac of a question asked a few mins ago :)
[10:13] <asac> http://launchpadlibrarian.net/31829339/xulrunner-1.9.1_xulrunner-1.9.1-nl.po
[10:13] <dpm> JanC: looking at the upstream statistics, where translations are imported from (http://l10n.mozilla.org/dashboard/?locale=nl), it seems that fx35x is completely translated anyway (the 0 Missing figure tells that)
[10:13] <asac> didnt i answer?
[10:14] <micahg> asac: are you going to wait for all the ubufox fixes?  it seems like we're starting to get more of those apturl crashes every day
[10:14] <mac_v> hm.. oh did you , didnt notice ,
[10:14] <micahg> that's why I wanted to push it for alpha6
[10:14]  * mac_v cant find the ans :(
[10:15] <asac> mac_v: i cannot even find the question right now
[10:15] <asac> did you ask on a different channel?
[10:15] <mac_v> hehe , just a sec
[10:15] <asac> what time was it?
[10:15] <asac> i thoguht i answered something from you
[10:15] <mac_v> asac:  hi... is this true > Bug #429777 , that the 3G prompts for a password even when not required? i dont use 3G so i cant confirm ;p
[10:15] <asac> oh yeah. i just thought the answer, but didn't type it i guess
[10:16] <asac> mac_v: its definitly not a hundredpapercut
[10:16] <mac_v> \o/
[10:16] <asac> but we want to fix it
[10:16] <asac> problem is that you cannot just fill in random stuff everywhere
[10:16] <asac> for those that need real username/password it would be wrong
[10:16] <mac_v> hmm... ok so reassign it to nm-applet?
[10:16] <asac> but i think we will end up doing that anyway
[10:17] <asac> yes
[10:17] <mac_v> thanks :)
[10:18] <micahg> asac: lp should link the branch for me, right?
[10:21] <micahg> ok, night all
[10:22]  * mac_v wonders when micahg actually sleeps o.0 , micahg is almost awake on all time zones ;p
[10:22] <asac> micahg: launchpad does that if you use --fixes lp:XXXXXX
[10:22] <asac> in bzr commit
[10:22] <asac> debcommit does that if you have LP: #xxxxx in changelog
[10:22] <asac> micahg: is a hero ;)
[10:23] <mac_v> asac: once i was discussing something with him and he said > "its almost dawn ,so i guess no sleep today"
[10:24] <asac> hehe
[10:24] <asac> yeah
[10:28] <asac> JanC: please save chrome://browser/locale/aboutCertError.dtd and paste it somewhere
[10:28] <asac> same for chrome://branding/locale/brand.dtd
[10:30] <JanC> yeah, I was getting there about  ツ
[10:31] <JanC> http://paste.ubuntu.com/271386/ is aboutCertError.dtd from the locale
[10:32] <JanC> http://paste.ubuntu.com/271388/ is brand.dtd
[10:33] <JanC> http://paste.ubuntu.com/271389/ is the "original" aboutCertError.dtd I suppose
[10:34] <JanC> which has some extra stuff at the top compared to the translated one
[10:34] <JanC> looks like an include that's missing or something?
[10:36] <asac> JanC: is http://paste.ubuntu.com/271386/ really the complete aboutCertError.dtd ?
[10:36] <JanC> yes
[10:36] <JanC> the translated one
[10:36] <asac> nothing omitted?
[10:37] <asac> like something on top etc.?
[10:37] <JanC> nope, like, I say, there seems to be some include missing  ;)
[10:38] <asac> yes
[10:38] <asac> <!ENTITY % brandDTD
[10:38] <asac>     SYSTEM "chrome://branding/locale/brand.dtd">
[10:38] <asac>   %brandDTD;
[10:38] <asac> JanC: can you check other locales?
[10:38] <JanC> if I install them
[10:38] <asac> one sec
[10:38] <asac> i think i have other locales
[10:39] <JanC> maybe have some installed for tests/demos
[10:40] <JanC> okay, I had farsi installed for some RtL test long ago, and it doesn't have that "include" either
[10:41] <JanC> I guess this is a translation package build issue then?
[10:42] <asac> ok
[10:42] <asac> so bug is in runpo2xpi
[10:43] <asac> doesnt like multi line entities i would think
[10:43] <asac> err i mean doesnt like multi line SYSTEM includes
[10:43] <asac> for entityline in `grep ENTITY.*%.*SYSTEM $dtdfile`; do
[10:43] <eagles0513875> hey asac :)
[10:44] <asac> ola
[10:44] <asac> too bad
[10:44] <asac> why did they start to linebreak it ;)
[10:45] <JanC> asac: why not, it's perfectly legal SGML  ;)
[10:45] <asac> its xml here
[10:45] <asac> anyway
[10:46] <asac> parsing in shell script is not nice ;)
[10:46] <asac> you cannot even run an xpath on it ... hmmm
[10:46] <asac> maybe you can
[10:46] <asac> but i am sure even if xpath can match this, xpath command will have a bug ;)(
[10:47] <asac> yeah. that road leads nowhere as xpath cannot deal with chrome:// paths for sure
[10:47] <asac> so the parsing will explode before xpatch match can be tried
[10:47] <eagles0513875> have just 10 more bugs to file then everything is good to go :)
[10:48] <asac> is the wiki page up to speed?
[10:48] <eagles0513875> im doing the wiki as im filing the bugs
[10:48] <eagles0513875> :)
[10:48] <asac> g
[10:49] <eagles0513875> thing im confused on is some names of extensions that have yet to be added to the launch pad list of packages for the project
[10:49] <JanC> asac: no way to use a headless xulrunner or something?  ;)
[10:49] <JanC> (as I suppose this has to run on a server)
[10:52] <JanC> BTW: I guess my bug report should be re-assigned ?
[10:52] <eagles0513875> andv: what you on about with bug 425612
[10:52] <eagles0513875> are you talking about something i did or what
[10:52] <andv> I'm mentoring my student, read the comments better
[10:59] <eagles0513875> ahhhh ok sry bout the confusion andv
[10:59] <JanC> asac: can you re-assign this bug to whoever is going to work on it (I'd rather not have ubuntu-nl translators to lose time on figuring out why they are assigned now...)
[10:59] <andv> np
[11:04] <asac> JanC: feel free to do that.
[11:04] <JanC> asac: reassign to you?
[11:04] <asac> yes
[11:04] <JanC> done
[11:05] <JanC> and thanks for the help  :-)
[11:07] <mac_v> asac: an off topic question: the bluetooth module is plain "bluetooth"  , right ? i want to blacklist it , so simply adding "blacklist bluetooth" to the /etc/modprobe.d/blacklist.conf should prevent it from loading, right?
[11:21] <asac> mac_v: why do you want to blacklist bluetooth?
[11:22] <mac_v> asac: the bluetooth is causing problems :( , Bug #409233 and i dont use it either ;)
[11:23] <asac> mac_v: tried latest package?
[11:23] <asac> from yesterday?
[11:24] <mac_v> hmm..> this update ? pulseaudio-module-bluetooth (1:0.9.16-0ubuntu1) to 1:0.9.17-0ubuntu1
[11:24] <mac_v> oh wait , i have one waiting :)
[11:26] <mac_v> but still , i have the bluetooth disabled from the startup list using BUM , and still there is a process "bluetooth" ? why is that?
[11:27] <mac_v> if i try killing it from the system monitor , the system monitor crashes o.0
[11:31] <asac> after upgrading to latest restart
[11:31] <asac> the bluetooth process should be ok
[11:32] <mac_v> hmm... ok.
[11:33] <asac> let me know if there still is a problem
[11:33] <mac_v> sure :)
[11:33]  * mac_v still whines about 1 process unnecessarily loading ;)
[11:36] <JanC> mac_v: be happy, I have a smartcard daemon running all time too, even if I don't use it very often
[11:36] <JanC> all that could be prevented with proper dbus/udev stuff AFAIK
[11:37] <mac_v>  ;)
[11:47] <andv> asac, I'm setting up a relationship with debian guy for moz extensions
[11:48] <andv> asac, we want to create a channel on OFTC for it, and awoodland suggested me to ask you
[11:49] <asac> i dont think we should create a new channel for that ;)
[11:50] <asac> we dont really need a channel imo. we need to agree on policies and on top we have the malinig list
[11:50] <asac> and if someone wants to chat they can use this channel or #debian-devel
[11:51] <andv> asac, the mailing list is available on alioth
[11:51] <asac> i know
[11:51] <asac> there is no need for more imo
[11:51] <andv> asac, I hope you don't except DDs to join ubuntu-mozillateam ML
[11:52] <asac> no. but no new channel
[11:54] <andv> asac, the new channel was useful for CIA commits
[11:54] <andv> so someone knows who is working on what
[11:57] <eagles0513875> andv: when did u guys start working for the us government and the intelligence community :P
[11:57] <andv> lol
[11:58] <eagles0513875> couldnt resist not making that joke
[12:13] <andv> asac, mozilla-devscripts support iceape?
[12:16] <asac> depends on what support means
[12:33] <andv> asac, I gonna work on the mozgest package
[12:34] <andv> asac, I will keep it in sync with ubuntu
[12:34] <andv> asac, but looks like we have a different binary name
[12:34] <andv> asac, mozilla-mozgest in debian, mozgest here
[12:41] <andv> asac, xpi:depends recognize iceweasel / icedove as well?
[12:43] <asac> atm yes.
[12:46] <asac> cyphermox: so two things i forgot to tell you: a) we need a needs-packaging bug for openconnnect. otherwise i cannot get freeze exception
[12:46] <asac> that one should be closed in changelog
[12:46] <asac> cyphermox: the other thing would be to bump connman to the latest upstream release
[12:47] <asac> cyphermox: also we need kind of mechanism that allows consumers to do their own git tag version scheme
[12:47] <cyphermox> ok
[12:47] <asac> similar to the vpn stuff
[12:47] <asac> then i want to move it to -devscripts
[12:47] <asac> i have first folks asking for those snippets for outside comsumption
[12:47] <cyphermox> asac, still need to find out why openconnect crashes when I try to start a connection
[12:48] <asac> cyphermox: hmm. that would be good ;)
[12:48] <asac> cyphermox: i would think upstream bug. you have a backtrace?
[12:49] <cyphermox> will in a second
[12:49] <cyphermox> or if not, at the latest tonight
[12:49] <asac> andv: will think about the naming
[12:49] <asac> andv: according to http://wiki.debian.org/Teams/DebianMozExtTeam we want to go for xul-ext- prefix
[12:49] <asac> i still believe it maekse no sense
[12:49] <asac> will open discussion again asap
[12:50] <andv> ok
[12:50] <andv> asac, Depends: iceweasel (>= 2.0) | icedove (>= 1.5) can be safely removed then right?
[12:50] <asac> if you use Recommends: ${xpi:Depends} then probably yes.
[12:51] <asac> maybe keep the "thunderbird" directory name
[12:51] <asac> that one is still needed until tbird/icedove gets 3.0
[12:54] <mac_v> asac: the latest update fixed the suspend issue :)
[12:55] <mac_v> but now i have a weird sideeffect! , not sure if its gnome-bluetooth causing it or not
[12:55] <asac> mac_v: going for lunch now ... lets talk after that, ok?
[12:56] <mac_v> asac: sure... no probs , but i'm pretty sure its something else :)
[12:56] <eagles0513875> woot woot i have a proper machine now to test on :)
[12:57] <eagles0513875> no more vm :)
[13:00] <gnomefreak> im not here long at all just finishing something up real fast
[13:31] <andv> gnomefreak, I'm fixing mozgest in debian
[13:31] <andv> gnomefreak, they use iceape / icedove
[13:32] <andv> how can I add them?
[13:32] <gnomefreak> andv: just add them to rules file and control depends
[13:32] <gnomefreak> that should be it
[13:32] <andv> MOZ_XPI_MOZILLA_DIRS?
[13:33] <gnomefreak> looks right. should be at the end of rules
[13:33] <andv> yep
[13:33] <andv> gnomefreak, I need to add them on depends?
[13:33] <gnomefreak> andv: they should have already been there.
[13:34] <andv> Depends: iceweasel (>= 2.0) | icedove (>= 1.5)?
[13:34] <gnomefreak> oh it doesnt have it
[13:34] <gnomefreak> andv: yeah add it to depends in control should be enough
[13:34] <andv> ok
[13:35] <gnomefreak> andv: where did you get that from?
[13:35] <andv> debian package
[13:35] <andv> im updating it
[13:35] <gnomefreak> oh so its not the same as ours?
[13:36] <gnomefreak> rules is different? either way just add them to depends should be plenty but test to make sure
[13:36]  * gnomefreak getting pissed at flashblock
[13:38] <gnomefreak> andv: i dont have time to make a chrrot today to test for you
[13:38] <gnomefreak> chroot even
[13:38] <andv> np
[13:45] <gnomefreak> is it me or is bzr merge broken?
[13:45] <gnomefreak> http://paste.ubuntu.com/271438/
[13:45] <gnomefreak> please let me know what the hell is wrong
[13:46]  * gnomefreak be back ina  minute
[13:49] <gnomefreak> k
[13:50] <gnomefreak> for some reason the instructions dont work. was there a change in m-d that would cause https://wiki.ubuntu.com/MozillaTeam/Extensions/Packaging#Preparing%20an%20update to not work
[13:50] <gnomefreak> andv: ^^^
[13:51] <andv> gnomefreak, ?
[13:52] <gnomefreak> andv: the instructions dont work for some reason please see pastebin above for error i keep getting
[13:53] <gnomefreak> andv: do you feel like doing that upgrade?
[13:54] <andv> gnomefreak, try to give a bzr upgrade remoteurl
[13:55] <gnomefreak> replace remoteurl with my upstream branch location?
[13:56] <gnomefreak> andv: i never used bzr upgrade before :)
[13:58] <gnomefreak> lol there is a ubuntu-dev branch but no package in archives
[14:00] <gnomefreak> asac: you made an ubuntu-dev branch of linkwidgets but you never pushed it?
[14:01] <asac> gnomefreak: hmm
[14:01] <gnomefreak> asac: https://code.edge.launchpad.net/~ubuntu-dev/firefox-extensions/linkwidgets.ubuntu
[14:01] <asac> gnomefreak: why do you think i didnt push to it?
[14:01] <asac> i see 5 revisions there
[14:02] <asac> gnomefreak: aren't you supposed to be on holiday?
[14:02] <asac> ;)
[14:02] <gnomefreak> asac: i cant find it in repos
[14:02] <gnomefreak> asac: yes trying to be at least. we will be taking honeymoon in nov. since emergency prevented us from going. from nj we flew back here
[14:03] <gnomefreak> still trying to take time offf to spend together :)
[14:04] <asac> fta2: how does subversion work for local_branch? is its just "return" if $self->{'local-branch'}
[14:08] <fta2> in mozclient? not sure it ever worked, i did it only for hg initially, maybe git
[14:09] <fta2> the idea is just to do the checkout in the local_branch directory, and then copy or clone the results in the temp directory that will be stripped and packed.
[14:10] <fta2> same as in chromium
[14:10] <fta2> asac, ^^
[14:12] <asac> fta2: are you saying you dont use local branch anywhere except for NM ;)?
[14:12] <asac> or is that implemented in the individual packages now?
[14:12] <asac> you said that checkout does not work, but update
[14:12] <asac> where is that code for hg?
[14:12] <asac> or ... are you setting MOZ_LOC... instead of LOCAL_BRANCH?
[14:12] <asac> i saw potential different code paths
[14:14] <fta2> no, i'm saying in mozclient, it's mostly ok for hg (except it's not able to create the local_branch itself, iirc), so it's usable *and* used by ff/xul/...
[14:15] <fta2> try it, it should spit an error when it's not supported
[14:15] <fta2> with filename & lineno
[14:32] <fta2> asac, the reason it's incomplete in mozclient is that it was my 1st implementation of a local cache. the idea was just to re-use an existing cache, not create it in the 1st place. the packages that came later with their own code are more advanced
[14:34] <asac> fta2: its all ok
[14:34] <asac> didnt look at mercurial but svn
[14:34] <asac> so didnt see the update
[14:34] <asac> ;)
[14:35] <gnomefreak> andv: please look at https://code.edge.launchpad.net/~mozilla-extensions-dev/firefox-extensions/mozilla-imagezoom.ubuntu i will be gone in a minute or so but that is done
[14:35] <asac> fta2: what does it mean: the packages that came later with their own code? i would think that packages should use the VCS.pm's shipped
[14:35] <asac> just .conf files etc. in package
[14:35] <andv> gnomefreak, we should keep tb in the depends i guess
[14:35] <andv> gnomefreak, better ask asac about that
[14:36] <fta2> asac, i meant packages not using mozclient, like chromium
[14:37] <asac> andv: yes. icedove/tbird manually also in the DIRS
[14:37] <andv> gnomefreak, keep tb
[14:37] <andv> and add tb into DIRS
[14:38] <andv> gnomefreak, on rules
[14:38] <gnomefreak> andv: k
[14:38] <andv> asac, iceape and iceweasel as well
[14:38] <andv> if on debian
[14:38] <andv> DIRS works fine with ffox abrowsers
[14:38] <andv> but not with debian stuff yet
[14:39] <gnomefreak> its already in rules
[14:39] <gnomefreak> andv: i just have to remove firefox from it. we are keeping firefox-addons right? do we add debian packages to it and to depends?
[14:40] <andv> gnomefreak, no, firefox-addons should not be there
[14:40] <gnomefreak> andv: just the packages than?
[14:40] <andv> gnomefreak, yes, dont need to add iceape / icedove it is meant for ubuntu
[14:40] <andv> at least until we sync with debian
[14:40] <gnomefreak> ok
[14:41] <gnomefreak> andv: add thunderbird to depends too?
[14:41] <andv> yes
[14:41] <gnomefreak> ensure that no packages (browsers / mail clients) are in Depends: cause ${xpi:Depends} will do the trick for us
[14:41] <gnomefreak> thats from wiki
[14:41] <andv> it dont get mail clients
[14:42] <gnomefreak> thunderbird -- mail client
[14:42] <andv> yes
[14:42] <gnomefreak> ok leave it with xpi* than
[14:46] <gnomefreak> andv: pushed but branch is still updating
[14:46] <gnomefreak> updated
[14:47] <andv> ok, great, gonna do it this evening
[14:47] <gnomefreak> andv: cool
[14:48] <gnomefreak> ok im done for today doing updates than getting back to holiday, will be around a week or 2 than nov im gone for a while (not sure how long yet)
[14:48] <andv> gnomefreak, what's the status
[14:48] <andv> of -stumbleupon?
[14:49] <gnomefreak> andv: of?
[14:49] <gnomefreak> dont know i dont remember working on that
[14:49] <gnomefreak> did i?
[14:49] <andv> nope, you didnt
[14:49] <andv> but I was going to update it for debian so was wondering how it is here
[14:53] <gnomefreak> andv: it worked last time i checked other than that i dont have a clue
[14:55] <asac> andv: dirs works fine with debian stuff
[14:55] <asac> btw i think you confused me above
[14:56] <asac> the xpi:Depends is always good
[14:56] <asac> if not its a bug
[14:56] <asac> just the DIRS are important for old tbird/icedove/iceape/seamonkey
[14:56] <eagles0513875> asac: once i wake up a bit i will finish up those extensions
[14:56] <gnomefreak> forget deamonkey as deps
[14:56] <gnomefreak> seamonkey
[14:56] <asac> gnomefreak: the dep is ok
[14:57] <asac> just the DIRS needs to be tweaked still
[14:57] <gnomefreak> SM1 doesnt have a addon thing (name escapes me atm
[14:57] <gnomefreak> SM2 has addon capibility
[15:00]  * gnomefreak will fix SM2.1 sometime. atm profile patch is broken cant recall what else was but i dont have latest tarball. you can add SM2 to dailies if you want its stable enough. but wont have time for Sm* for a while (2 weeks or so) SM1 needs patch love due to nss/nspr changes. should be as easy as taking changes from iceape in debian and change path names to use branded version. i am gone for the day. not sure when i will be back
[15:00] <gnomefreak> holy shit that is long
[15:01] <asac> right
[15:01] <asac> forget seamonkey
[15:01] <asac> ;)
[15:01] <asac> we should check whether we have the right bound for seamonkey
[15:02] <eagles0513875> asac: can i ask you a question thats nto related to mozilla stuff
[15:02] <eagles0513875> but another rather urgent question
[15:09] <andv> asac, gonna get firefox-sage in sync too
[15:09] <andv> asac, can I grab the med-xpi-pack script?
[15:10] <andv> asac, debian has latest upstream, so I'm moving the debian package to use m-d and med-xpi-pack so we can sync it directly
[15:10] <asac> why grab? if you build-depend on moz-ds you can just use med-xpi-pack
[15:45] <mac_v> asac: heh ,the sideeffect i was mentioning... i had a weird problem where the /home wasnt unmounting on shutdowns! , just did another update and it was solved :)
[15:47] <asac> good ;)
[15:47] <asac> mac_v: please close your bug
[15:47] <mac_v> oh... yeas...
[15:47] <mac_v> and it was not my bug ;p  ... i just found it ;)
[15:48] <asac> hmnm. please ask on the bug and if the guy says its not fixed let me know ,)(
[15:48] <mac_v> sure
[16:19] <micahg> asac: I have someone e-mailing me about ff extensions
[16:24] <micahg> asac: can I set the release series on the ubuntu package for FF3.5?
[16:36] <eagles0513875> got a question for you guys about the names of 2 packages on launch pad flashgot and linkpad it says those packages havent been published
[16:37] <micahg> eagles0513875: I thought we were going to import them through debian?
[16:38] <eagles0513875> micahg: ask asac im just filing bugs against the pacakge and the mozilla-devscripts
[16:38] <eagles0513875> i dunno details bout where they are coming from
[16:40] <ikonia> eagles0513875: haven't you asked about this not being published ?
[16:40] <eagles0513875> ikonia: some packages use a different name that i am not aware of
[16:40] <eagles0513875> im going by the name of the branch and some are new features for karmic
[16:41] <ikonia> yes, but didn't asac say "don't worry about it" ?
[16:41] <eagles0513875> ikonia: im just trying to make sure im doing my job right and im not gonna worry bout it but i hate leaving something unfinished though
[16:42] <ikonia> but didnt he say "don't worry about it" ?
[16:42] <eagles0513875> ya
[16:43] <ikonia> so what's the problem?
[16:45] <eagles0513875> i just dont wanna leave somethign incomplete that he had instructed me to do
[16:45] <ikonia> but he also said "don't worry about it" - it's not going to cause a problem if it's not known/ready yet
[16:45] <eagles0513875> ikonia: can i ask you another question on an unrelated note to the topic of this channel? or would that best be done in offtopic
[16:45] <eagles0513875> ok ikonia
[16:45] <ikonia> I'd ask in one of the offtopic channels
[16:59] <asac> this channel is ok for short offtopic trips
[16:59] <asac> i dont mind
[17:00] <eagles0513875> asac: finishing up on the extensions bud
[17:01] <asac> thx
[17:01] <asac> how many left?
[17:01] <eagles0513875> 10 more i believe im jsut double and triple checking i have them all on the wiki
[17:02] <asac> great
[17:04] <eagles0513875> asac: now that i have a working linux partition on my macbook it helps can file bugs on my desktop and look at the extensions on laptop as well as wiki on my desktop
[17:05] <asac> good. sounds like progress
[17:05] <eagles0513875> :) very much so
[17:05] <eagles0513875> and you know what it was
[17:30] <eagles0513875> asac: just a heads up 3 more left to do :)
[17:30] <eagles0513875> asac which out of the extensions i have up right now are maintained upstream so i can put that in the branch like i have for pwdhash
[17:49] <andv> asac, is it possible to apply patches when using med-xpi script?
[17:50] <eagles0513875> asac:  and andv filing me last one :)
[17:51] <asac> andv: why?
[17:51] <asac> its med-xpi is indpendent
[17:51] <asac> you can just use patchsystems like normal
[17:52] <asac> but have to see the individual case to say whats beset
[17:52] <andv> asac, damn just discovered m-d don't work with .xpi at top level
[17:52] <andv> asac, it cleans the .xpi file before doing anything
[17:52] <andv> asac, bdrung fixed that on latest 0.16, do you know when it will come out?
[17:53] <eagles0513875> asac:  :) finished em all
[17:54] <eagles0513875> they are all on the wiki
[17:54] <eagles0513875> let me know what else i can do for you guys packaging if needed but i need a few to setup my laptop with the necessary packages for packaging
[17:55] <asac> andv: not sure aobut release date. normally you shouldnt have a .xpi in the orig
[17:55] <asac> sounds like a bug to have that
[17:55] <andv> asac, what do you suggest?
[17:55] <andv> asac, I'm cleaning up firefox-sage but it has the .xpi at top level
[17:55] <asac> .xpi should be produced during build
[17:56] <asac> otherwise upstream tree should be created from .xpi using med-xpi-unpack
[17:56] <andv> asac, I could extract xpi stuff into the upstream tree
[17:56] <andv> asac, so I work at top level with upstream files directly
[17:56] <andv> and not with an .xpi file
[17:58] <asac> andv: thats the way we do it yes.
[17:58] <asac> if extensions are maitained from .xpi releases
[17:58] <asac> we produce .upstrewam tree using med-xpi-unpack
[17:58] <andv> asac, yeah, I am trying that way
[17:58] <asac> we do that in a few packages
[17:58] <andv> let's see
[18:01] <eagles0513875> asac:  hope the wiki is to ur satisfaction there are 3 that i couldnt file bugs for as it seems like they have not been published to launchpad
[18:02] <andv> debuild worked, let me see if the build will success
[18:08]  * eagles0513875 is happy that all is posted
[18:31] <fta> asac, any success with mozclient?
[18:33] <fta> THUNDERBIRD_3_0b4_RELEASE
[18:34] <fta> d'oh! http://launchpadlibrarian.net/31845703/buildlog_ubuntu-karmic-i386.xulrunner-1.9.3_1.9.3~a1~hg20090915r32496%2Bnobinonly-0ubuntu1~umd1_CHROOTWAIT.txt.gz
[18:34] <fta> same http://launchpadlibrarian.net/31845668/buildlog_ubuntu-karmic-amd64.firefox-3.7_3.7~a1~hg20090915r32496%2Bnobinonly-0ubuntu1~umd1_CHROOTWAIT.txt.gz
[18:48] <micahg1> asac: the localized versions seem broke on karmic
[18:48] <micahg1> now 3 people showing the issue
[18:51] <sebner> fta: chroot problems everywhere :(
[18:52] <micahg> my guess is they're respinning some stuff for the alpha 6 release
[18:56] <fta> it's the massive update to upstart
[19:00] <fta> asac, grrrr http://paste.ubuntu.com/271605/
[19:00] <fta> the bot failed for ucd
[19:57] <micahg> asac: can I set the upstream links for ff3.5 in ubuntu?
[20:13] <fta> asac, https://bugs.edge.launchpad.net/ubuntu/+source/bzr-builddeb/+bug/399938/comments/9
[21:55] <ikonia> eagles0513875: why are you offering to package things !!!!!! why do you not learn to stop offering things you can't do
[21:55] <ikonia> man oh man how many times does this stupid dance need to take place
[21:55] <[reed]> heh
[22:04] <micahg> !coc | ikonia
[22:04] <ikonia> micahg: ?
[22:04] <micahg> I thought we try to encourage participation :)
[22:04] <ikonia> micahg: I thought we tried to stop people telling lies
[22:05] <micahg> why are they mutually exclusive?
[22:05] <asac> micahg: yes. po2xpi is a bit broken
[22:05] <ikonia> micahg: they are not
[22:05] <micahg> asac: ok, so is there anything I can do or are the statuses correct?
[22:06] <asac> micahg: so target is langpack-o-matic ... we tracked po2xpi there in the past
[22:06] <micahg> ok
[22:06] <micahg> so I should move from Ubuntu Translations?
[22:06] <asac> maybe keep a "catch dupe" task for firefox-3.5 open on the MASTER bug
[22:07] <asac> micahg: yes. you can reuse that target if it helps
[22:07] <asac> otherwise its invalid
[22:09] <micahg> asac: done and marked metabug
[22:09] <micahg> asac: should I mark the upstream series for ff3.5 in ubuntu?
[22:13] <asac> micahg: what do you mean?
[22:13] <asac> you mean associate the upstream series with the package?
[22:13] <micahg> yes
[22:13] <micahg> so that people can more easily add upstream bugs
[22:13] <asac> i can do that
[22:13] <asac> one second
[22:14] <asac> ok did it
[22:14] <micahg> thanks
[22:14] <micahg> someone commented in a bug about it
[22:15] <fta> asac, this gzip (or pipe) bug is turning me crazy
[22:15] <asac> ok also made 3.7 current development focus
[22:16] <asac> fta: do you know how i can reproduce it? i didnt see that for ages
[22:17] <fta> bug 399938, comments 9..11
[22:17] <asac> are you sure you use the system bzr-builddeb? maybe you installed the plugin in the $HOME/.bzr dir at some point
[22:17] <asac> yes
[22:17] <fta> it's not about bzr
[22:17] <asac> but i ran the evolution apt-get yesterday and didnt get it
[22:17] <fta> not even about python
[22:17] <fta> i can upload that tarball if you want
[22:18] <asac> yes please
[22:18] <fta> as i said, when i scp it to my 32bit box, it's fine
[22:18] <fta> but it's not in my x64 box
[22:22] <micahg> asac: would you be open to me making ubufox's ubuntu versioning dynamic?
[22:24] <asac> micahg: sure
[22:25] <asac> would love to. but not running some command
[22:25] <micahg> ok
[22:25] <asac> not sure what to best use
[22:25] <micahg> can't the build file dynamically patch the version?
[22:25] <micahg> s/patch/set/
[22:45] <eagles0513875> ikonia: btw in response to packaging stuff they are willing to teach me how
[22:49] <fta> asac, http://www.sofaraway.org/ubuntu/tmp/chromium-browser_4.0.210.0~svn20090915r26226.orig.tar.gz  73798543 / 01ec4f4d092f581c4dbf9f39160dbf73
[22:57] <asac> fta: why would that happen for me on that if it doesnt happen for evolution-data`from archive?
[22:58] <fta> asac, i don't even know why it's happening to me in the 1st place
[22:58] <asac> i know stupid idea, but did you run a full memcheck yet?
[22:59] <fta> no
[22:59] <asac> ok  i try to run gunzip on it?
[22:59] <asac> or what?
[22:59] <fta> but why would tar zxvf fail while gunzip + tar xvf succeeds?
[22:59] <asac> tar tzf chromium-browser works
[22:59] <eagles0513875> asac: you have a chance to look at the wiki that i finished up earlier
[23:00] <asac> fta: aybe your tar binary is corrupted or something
[23:01] <fta> e62c26a70d3827bfd1ba85a69d0cb215  /bin/tar
[23:01] <fta> oops
[23:01] <fta> 4c76231bcffe023f1575912251cb0088  /bin/tar
[23:02] <asac> tar zxvf worked
[23:03] <asac> eagles0513875: looked good. are those all extensions from that code.launchpad.net page?
[23:03] <eagles0513875> si senor
[23:03] <asac> eagles0513875: ok also file one on ubufox
[23:03] <asac> and assign the bug to me
[23:04] <eagles0513875> ok
[23:04] <eagles0513875> btw
[23:04] <asac> eagles0513875: why does linkwidgets and firegpg not have a LÜ:
[23:04] <asac> LP bug?
[23:04] <eagles0513875> there are 3 that i couldnt find the packages it kept saying they arent published in lp
[23:05] <asac> ah ok
[23:06] <asac> eagles0513875: for those you can file bugs against firefox-extensions project directly
[23:06] <eagles0513875> ahhhh ok
[23:06] <asac> eagles0513875: just remember to name the package name in the title
[23:06] <eagles0513875> have made not of that and will do it tomorrow right now im not all here
[23:06] <asac> and point to the branch in the bug summary
[23:06] <asac> https://bugs.edge.launchpad.net/firefox-extensions
[23:06] <asac> thats the project eagles0513875
[23:06] <asac> eagles0513875: thats fine. thanks a lot.
[23:06] <eagles0513875> no problem
[23:07] <asac> i think there are more extension packages that are not maintained in branches. so next step would be to spot those
[23:07] <eagles0513875> so basically file the bug anyway and file it against the firefox-extensions project
[23:07] <asac> and review them accordingly
[23:07] <eagles0513875> that would be somethign for someone whose been working with the mozilla stuff for quite some time
[23:07] <asac> in parallel we can start fixing things. just let me know when you have some time to look at how things are done
[23:07] <asac> eagles0513875: packages that have packages in the archive have packages you can file bugs against
[23:08] <asac> so for those not in branches, you can file bugs against package and add them to the wiki
[23:08] <asac> just say "NOBRANCH" or something in the bzr branch column
[23:08] <eagles0513875> ok
[23:08] <asac> eagles0513875: to spot extension packages not in bzr you probably might want to got through the output of apt-cache rdepends firefox
[23:08] <asac> and firefox-3.0
[23:09] <asac> and firefox-3.5
[23:09] <asac> and check each of those packages individually
[23:09] <eagles0513875> asac: i was trying to file bugs against them but it was telling me error that they werent published to lp
[23:09] <asac> but lets start that tomorrow
[23:09] <eagles0513875> ya
[23:09] <asac> eagles0513875: well. those where extensions not yet in the archive. we have a few that were never uploaded but that have branches
[23:09] <asac> (but they are supposed to get uploaded at some point so its good to do it anyway
[23:10] <eagles0513875> gotcha so those 3 that dont have bugs have yet to be pushed
[23:11] <asac> eagles0513875: yes. for now file the bugs against firefox-extensions project
[23:11] <eagles0513875> gotcha
[23:11] <asac> not against a package (as there is none in ubuntu)
[23:11] <eagles0513875> will do those in the am
[23:11] <eagles0513875> being in a tired state = prone for mistakes and stupid ones at that lol
[23:15] <asac> fta: were you brave enough to reboot after the upstream upgrade?
[23:15] <asac> i am a bit in doubt atm
[23:15] <asac> ;)
[23:15] <fta> upstream upgrade of what?
[23:15] <asac> upstart ;)
[23:16] <micahg> asac: is there something I should give priority to verfying for the karmic ff3.5 transition?
[23:16] <eagles0513875> asac: im hearing that was being held back to some issues or something
[23:17] <asac> arhive.ubuntu.com had evertying for me this time
[23:17] <asac> just not sure if should reboot ;)
[23:17] <asac> or leave this system on until the first victims got fixed ;)
[23:17] <asac> micahg: what do you mean?
[23:17] <fta> nope, no reboot yet
[23:17] <eagles0513875> asac: any chance at getting some packaging mentoring
[23:18] <micahg> asac: I was going to verify that stuff was done, I did a few
[23:18] <micahg> just wanting to know if some stuff is more important to verify than others rather than going top to bottom
[23:25] <asac> eagles0513875: step by step. as i said we can start to look at how to fix the bugs you filed tomorrow
[23:25] <eagles0513875> ok bud :)
[23:25] <asac> and so you can do some small tasks
[23:25] <asac> that will help you get used to the basic tools i hope
[23:25] <asac> :)
[23:25] <eagles0513875> :)
[23:26] <asac> micahg: ah you are talking about the ffox 3.5 spec
[23:26] <asac> micahg: yes. so main porting tasks are more important
[23:26] <asac> i think most main packages are in the topmost half
[23:26] <asac> _before_ the rollout ppa to archive
[23:26] <asac> the univers packages are below
[23:27] <asac> micahg: does that answer your questioN?
[23:28] <micahg> yes
[23:29] <micahg> thanks asac