[00:12] *TEAR* [00:14] ? [00:42] fta2: my grandmother is on the way out [00:42] her spirit is already gone but her body is still in this world [00:43] sorry to hear that eagles0513875 [00:43] thanks mich [00:43] micahg: [00:44] sry im outa it semi tipsy depressed the wors [00:44] eworks [01:17] asac: will you be updating seamonkey in Ubuntu to 1.1.18? [01:22] asac: nevermind, I see the related bug [01:29] fta: has there been any talk of adding seamonkey to your buildbot? [06:03] hi guys [06:03] does anybody have an idea about bug 424727? [06:03] Launchpad bug 424727 in tuxguitar "Please build tuxguitar with xulrunner 1.9.1 for karmic" [Undecided,Confirmed] https://launchpad.net/bugs/424727 [06:05] and bug 305738 [06:05] Launchpad bug 305738 in ubuntu "[karmic] Please review and sponser flashgot " [Wishlist,Triaged] https://launchpad.net/bugs/305738 === ripps_ is now known as ripps [08:03] hey asac === dholbach_ is now known as dholbach [10:10] * gnomefreak wonders why gnome-panel isnt loading all the way [10:17] hey gnomefreak [10:17] eagles0513875: hi [10:17] hope all is better for ya then for me [10:18] eagles0513875: yeah so far how are you doing? [10:18] bad [10:18] lost my grandmother yesterday [10:18] im kinda an emotional wreck atm [10:20] eagles0513875: sorry to hear that :( [10:20] thanks so im kinda outa helping here for a lil while :( [10:21] will have to let asac know [10:22] gnomefreak: I'm sorry to hear that :-/ [10:22] does anybody have an idea about bug 424727? [10:22] Launchpad bug 424727 in tuxguitar "Please build tuxguitar with xulrunner 1.9.1 for karmic" [Undecided,Confirmed] https://launchpad.net/bugs/424727 [10:22] asac: what about bug 305738? [10:22] Launchpad bug 305738 in ubuntu "[karmic] Please review and sponser flashgot " [Wishlist,Triaged] https://launchpad.net/bugs/305738 [10:23] dholbach: that was done in review (flashgot) [10:23] gnomefreak: so... shall I unsuscribe the sponsors? [10:23] i left before someone sponsored it yesterday so not sure if it was [10:23] dholbach: yes please [10:23] thanks a bunch gnomefreak [10:24] done [10:24] dholbach: np thanks for reminding me sponsors were subscribed [10:24] don'T worry - I was just going through the list today again [10:25] im wondering if my problem with gdu-notification is the same as everyone elses. i will look at it later if chrisccoulson doesnt get back to me [10:25] good morning [10:26] ok lets look at the bug above [10:26] andv: morning [10:26] gnomefreak, flashgot will be pushed today ;) [10:26] andv: thanks [10:26] gnomefreak, you used the wrong revid yesterday [10:26] had to fix that [10:26] andv: i used what the output said [10:27] gnomefreak, rev 4 was the right one [10:27] * rev 5 [10:27] sorry [10:27] the one without debian dir on it [10:28] give a bzr log into the branch and you find it [10:29] andv: why rev4? [10:29] gnomefreak, rev 5 [10:29] timestamp: Tue 2009-08-04 08:08:58 -0400 [10:29] message: [10:29] * New upstream version 1.2 [10:30] andv: wont be helping out here for a lil bit due to a death in the family [10:30] andv: shouldnt it still use the latest? [10:30] eagles0513875, sorry to hear that : / [10:30] thanks andv [10:30] eagles0513875, don't worry and take your time [10:30] gnomefreak, that's the latest upstream commit [10:30] ok im guessing that its only the first rev of new version [10:31] yep [10:31] the only revision without debian dir [10:31] in it [10:31] in the mean time i can test stuff out on kde if yall want me to [10:31] eagles0513875, unlucky we are all running gnome here [10:31] hehe [10:32] well if you need a kde tester you got me :) [10:32] doesnt the work you do also go towards kde and other wm [10:32] wm's [10:32] now that is a good question. dholbach shouldnt xulrunner-1.9.1 be enough im thinking the last .1 is security update [10:33] I have no idea [10:33] dholbach, any news with gnome-web-photo? [10:33] I just think there must be a clever way of glob'ing the right directory without hardcoding 1.9.1.2 [10:33] andv: no [10:34] i was thinking it was but asac or fta would know better [10:34] * dholbach nod [10:34] s [10:34] * gnomefreak stays as far away from xul as possible :) [10:34] I see :) [10:35] j/w then since yall work on gnome is there a kubuntu-mozillateam?? [10:37] eagles0513875: nope there is no need since there is no QT support [10:37] gotcha [10:37] but if you want a kde tester im here and have a vm :) [10:37] so i can test without fear of screwing up my system [10:38] atm *-gnome-support should help with alot of problems with QT [10:38] at least it was [10:40] * eagles0513875 will install firefox after uninstalling blackbox wm [10:42] this is going to be way too big to pastebin [10:47] be back i need to restart to see if i can get useful debug info [10:48] andv: would me testing the stuff yall are working on help since im on kde [10:48] not really I guess [10:49] I used kde one time and didnt feel comfortable with it [10:49] that's a matter of choice [10:49] how do you guys find bugs that dont show up in gnome but in kde [10:49] i know [10:49] would i be of any use for u guys since im on kde [10:50] you can do packaging-related stuff on kde as well [10:50] you'll just need a console [10:50] and an editor [10:51] and packaging tool which are available on kde as well [10:56] ya would packaging on a vm do the trick? [10:56] yeah, maybe your builds will be a less slow [10:57] but if you have a good pc that's ok [10:58] hehe dont even get me started on this rig lol [10:58] wait isnt the stuff built on the launchpad build servers they have [10:59] yess, but u can build your stuff on your own [11:00] dont you run the risk though of having a tainted build though [11:01] nope, everything is done into a clean chroot [11:02] ok hehe i might have a number of failed attempts [11:03] tbh i wish i wasnt running a vm [11:03] cuz i have a monster rig [11:03] hehe might end up as the senior packager of the team here for the rig i got [11:03] you're learning, so that's normal [11:03] ya :) [11:03] you should follow some packaging sessions [11:03] ask dholbach about them, he's the organizer [11:04] ya i should [11:04] im gonna be heading to an ubuntu desktop meeting today [11:04] hopefully i have a suggestion for 10.04 which is kinda taken from what microsoft was forced to do with win 7 lol [11:04] * gnomefreak going to yell :( [11:05] gnomefreak: want me to test something im willing to install gnome [11:05] we are trying to keep areselves from being too much like WIn :) [11:05] no but its a good idea [11:05] and i understand that [11:05] for instance when your installing ubuntu [11:06] somewhere in the installer you choose your browsers and it pulls it from the repos [11:06] while its getting installed [11:06] for instance if you dont like the default gnome browser why not install it but install firefox for instance [11:06] i thought of that with something else (not sure what it was) but decided not to file it [11:07] this though would be beneficial [11:07] aqh it was empiphany vs firefox [11:07] even for office suites [11:07] and tbird vs evo [11:07] gnomefreak: then give users options on what they want during installation [11:07] on the kde side its koffice v open office [11:07] then browser choices [11:07] IIRC redhat and or suse allows this [11:07] why not incorporate it into the ubuntu line [11:08] they give you an option to install what you want during install [11:08] that would be super nice to have not to mention you would cut down alot of fluff im sure on the live cd [11:08] that would be installer team [11:09] but asac told me to go to ubuntu-desktop meetings [11:09] regarding the koffice v oo for some reason [11:10] is there a kubuntu-desktop channel or does ubuntu-desktop do it for all [11:11] eagles0513875: i dont think kubuntu has any channels other than #kubuntu kubuntu-ot #kubuntu-dev [11:12] ok [11:12] ot = offtopic and dev == devel [11:12] rest falls under the ubuntu channels [11:13] eagles0513875: sort of. i doubt the guys in #ubuntu-desktop are going to be any help. you really should talk to a #kubuntu-devel op to find out if ban can be released because you have a feature request but we are not too concerned with features for next release yet. maybe best to file a bug on it but talking to the op that banned you may help also [11:14] i think talkign to him would only benefit me i think in my dreams [11:14] this command isnt going to end :( be back while it runs its already been ~10 minutes [11:14] eagles0513875: who banned you? [11:14] ikonia [11:15] ok be back in a few. [11:15] he hates me guts out i basically cant do very much to contribute to the community [11:22] eagles0513875, why he banned you? [11:23] i dont even remember [11:23] he thinks i waste peoples time [11:23] when all i do is wanna learn [11:23] you got banned from which channels? [11:23] ok down to a few things on to do list. one of these days sunbird needs to be pushed it fixes ~5 bugs [11:24] i will ask ikonia in a few [11:24] gnomefreak, who is he? [11:24] * gnomefreak should have ops in that channel but dont recall if its only the IRCC that has rights [11:25] andv: hes an op/ cant recall his name [11:25] ok asked for a pm [11:25] now i wait [11:25] ? im lost [11:28] * gnomefreak not so lost yet but give me time :) [11:30] this file is too big for Lp to handle i think [11:30] which file? [11:31] 7/8 MB [11:31] andv: debug file [11:31] 7.8 even [11:35] gnomefreak, I fixed our emails as well yesterday [11:36] gnomefreak, you forget to leave a space and bzr merge had some conflicts [11:36] andv: oh :( space between ? should be < email >? [11:36] gnomefreak: i dunno what i should do about my ban [11:37] nope, [ name ] [11:37] space between [ and name [11:38] i did have that i thought but i would have to look back at it but thanks for fixing it [11:38] ikonia, new dude wanting to learn packaging bits? [11:38] andv: I'm quite fine at packaging thanks [11:38] I'll package something up for you if you want though [11:39] hehe [11:39] eagles0513875: you're ban has been discussed and explained to you - so please stop discussing it with other people [11:39] ikonia, he got banned? [11:40] andv: not for this channel [11:41] that was my bad for asking who/why [11:41] not at all [11:41] I just saw the comment in this channel that he didn't know what to do about it [11:41] he does know what to do - it was explaied 3 - 4 days ago [11:41] he had feature request for Kubuntu-live disk and i told him to ask in #k*-devel he said he couldnt [11:42] xchat i take it? [11:42] gnomefreak: understandable [11:43] * gnomefreak hasnt seen as*ac yet this morning is he ok? [11:44] good question on that gnomefreak i need to fix the wiki i was that i was working on with the extension bugs and what not i had filed yesterday as per his request [11:44] eagles0513875: what wiki? [11:45] gnomefreak, he went to sleep late yesterday night [11:45] * gnomefreak hopes it the packaging wiki [11:45] andv: ah thanks [11:45] nope not that wiki [11:45] the one for the extensions [11:45] that i was fililng bugs for so that the ones that are not using the correct stuff can be redone [11:45] oh that one. you can mark flashgot as done :) [11:46] * gnomefreak forgot about that wiki with all the extensions i was working on. but this ice* crap is getting to me in package names [11:46] noone is touching the bug on it to remove them [11:48] gnomefreak: you might want to consult asac in regards to marking stuff as done im not sure if he wants to give anythign a looking over before marking it as done [11:48] eagles0513875: its reviewed and being pushed today [11:48] if asac gets up lol [11:48] him and andv reviewed it [11:49] kool kool not sure though to mark it as done it has to be pushed already or not [11:49] * gnomefreak had to fix a few things in it to get it pushed [11:49] ya andv was killing himself yesterday trying to manually fix the mistakes [11:50] eagles0513875, yeah, fixing a wrong revid [11:50] crashed my head [11:50] hehe [11:50] and filing those bugs crashed mine [11:51] i never even filed it there [11:53] updated firegpg to not done since latest moving files crap upstream did [11:53] has no working clean call [11:53] gnomefreak, feel free to add me as co-maint for packages we gonna push in Debian [11:53] gnomefreak, so I can help sponsoring [11:55] andv: extensions im not sure what we push to debian since they are updated upstream so often but if mine went to debian i most likely would package it same time as ours. as for packages not sure who pushes sunbird if we do at all to debian [11:56] gnomefreak, asac told me quite all extension should go to debian and get synced over here [11:56] it would be great to package extensions for debian sincce very little will need to change. no renaming of files ect.. [11:56] i was hoping for other way around [11:56] they sync from us for once [11:57] it will never happen [11:57] i know we have extensions from them and its a mess with the ice* names and they dont update them for us [11:58] our extension need to be updated with debian-related fields [11:58] and so on [11:58] and syncs doesnt exist in debian anyway [11:59] i guess with mine i can update them here and debian to latest security release [11:59] gnomefreak, is firegpg ready for debian? [12:00] andv: hell no. upstream moved FireGPGCall and now clean in rules fails i commented it out (bad idea) now it builds. dont want to push until i get clean working [12:01] gnomefreak, clean is pretty use to fix [12:01] *usually* [12:01] * gnomefreak likes having clean there. but either way need to figure that out [12:02] andv: one of these days i will change control info and fix rules once i figure out how to do it with FireGPGCall bull [12:02] ok [12:02] gnomefreak, have you ever worked on ubuntu-it-menu? [12:03] andv: nope [12:03] andv: who was working on that yesterday? [12:03] mmm...don't know [12:03] hehe i was filing a bug against it but not working on it [12:03] cant recall if it was you or eagles0513875(bug stuff) [12:03] eagles0513875: can you give me bug # [12:03] blarg hold on [12:04] time to clear out the cache for ie lol give me a sec [12:04] andv: i guess i should wait to see what the bug is before asking what needs to be done :) [12:04] andv: gnomefreak: uploaded to debian/unstable [12:04] andv: gnomefreak: please test your stuff before asking to upload [12:04] morning asac [12:04] asac: thanks (flashgot?) [12:04] depends had syntax error [12:04] yes [12:04] i fixed it on the mozilla-extensions-dev [12:05] asac: the sync was no space in email [12:05] i might have used an older one for test since i didnt get it into PPA until yesterday [12:05] asac, syntax error where? [12:06] check the commit log [12:06] i can honestly say sunbird works with new fixes since i use it daily [12:07] hmmm [12:07] gnomefreak: the ubuntu-it-menu bug is 425784 [12:07] eagles0513875: thanks [12:07] asac: how are we marking stuff as done on the wiki once it has been pushed [12:08] ok i was thinking changelog but it was in control now i am looking [12:08] or not [12:09] asac: what was the link to the wiki again so i may make my corrections to it [12:09] asac, have to talk with you via pm later [12:09] gnomefreak: what's your current sunbird build ? [12:10] be back in a few [12:10] asac, that typo not my fault xD [12:10] ikonia: ubuntu3 IIRC [12:10] opps [12:10] ta [12:10] gnomefreak, you did some typos in the control file [12:10] while removing stuff [12:10] xD [12:10] andv: i was LP was working so i can see them [12:10] oh just a ,? [12:10] eagles0513875: https://wiki.ubuntu.com/MozillaTeam/Karmic/ExtensionReview [12:11] gnomefreak, yes [12:11] yes a , [12:11] that gave errors on sync? [12:11] anycase ... both of you worked on the branch and signed if off without testing [12:11] ;) [12:11] gnomefreak: that caused build failure [12:11] andv: was testing it [12:11] thanks asac btw not sure how much im gonna be able to help out but im willing to go to the next step in what ya want to teach me bout btw i can help with packaging if need be [12:11] gnomefreak: you should be testing too ;) [12:11] asac, I tested it before [12:11] asac: not here it didnt [12:11] but right now bug fixing or anything and im just an emotional mess due to a death in the family [12:11] asac, that's why i told you removing that thing in rules made it not working [12:12] andv: you are not a bot [12:12] asac: i know i was too caught up in time crunch yesterday but still my bad [12:12] ;) [12:12] asac, i was going to get crazy yesterday with the merge thing sorry [12:12] sure [12:12] its ok [12:12] bug 425784 [12:12] Launchpad bug 425784 in ubuntu-it-menu "firefox-ubuntu-it-menu uses wrong version of mozilla-devscripts" [Undecided,New] https://launchpad.net/bugs/425784 [12:12] I went to my gf house and I had a bad headache [12:12] thats it? [12:12] too many brain using [12:12] xD [12:13] hehe [12:13] gnomefreak: ya thats it [12:13] all fine its uploaded [12:13] yep [12:13] lets hope ftp-masters let it throuhg [12:13] asac, np, gonna ping my friend [12:13] eagles0513875: ok will have it for testing in PPA shortly. i will test it here too but not sure how well it will work [12:14] andv: the packaging links that the bots provides the first one do i use that one to setup the necessary items for packaging [12:14] asac, off for lunch, I'll pm you later [12:14] eagles0513875, bbl [12:14] ok andv [12:14] i would love a branch on it if someone knows of one [12:15] wow i made a mess of that wiki lol [12:24] eagles0513875: you do know that the rul3es file is about as basic as you can get :) [12:24] only 5 lines of commands [12:26] gnomefreak: can you close the flashgot sponsoring bug? [12:27] saying its uploaded to debian now? [12:27] asac: yes [12:27] asac: one minute [12:27] gnomefreak: forwarded you debian NEW mail [12:28] asac: ah ok thanks [12:30] ill be back not sure how this happened [12:37] asac, forward that to me as well please [12:37] bdrung: http://launchpadlibrarian.net/30320749/buildlog_ubuntu-karmic-i386.prism_1.0b2%2Bsvn20090813r49078-0ubuntu1~umd2_FAILEDTOBUILD.txt.gz ... seems prism is broken ;) [12:37] andv: done [12:38] asac, ty [12:38] bdrung: so seems to be a mozillla-devscript regression ;) [12:38] wrt legacy support [12:38] asac, it didnt appear on NEW yet, and it's not into incoming [12:38] asac, something went wrong? [12:38] no [12:38] i think website is just batched updated [12:38] andv: forwarded you mail [12:38] k [12:38] thats all i know [12:39] asac: but what happened there? [12:39] no clue ... let me check what rules look like [12:39] dh_installdirs -pprism [12:39] [ -d temp-xpi-unpacked ] || mkdir -p temp-xpi-unpacked [12:39] unzip -d temp-xpi-unpacked .o [12:39] unzip: cannot find or open .o, .o.zip or .o.ZIP. [12:39] thats the error [12:39] so wrong zhip file detected [12:40] .o? [12:40] err [12:40] https://code.edge.launchpad.net/~mozillateam/prism/prism [12:40] i have no idea how to get to the code with the new edge interface [12:40] sigh [12:40] what a mess [12:43] MOZ_XPI_FILE is defined [12:43] bug 424147 [12:43] Launchpad bug 424147 in launchpad "when looking at a branch in launchpad, the link to view the source code is no longer apparent." [Undecided,Confirmed] https://launchpad.net/bugs/424147 [12:44] * asac still fights looking at source code [12:44] ok got to it through revision [12:45] that's the way i took [12:46] refractor.xpi:: build/prism [12:46] i think that rule isnt run [12:46] hmm [12:46] ok i am unable to understand italian belive it or not. but it is done and tested :) [12:46] i think i dropped the implicit invocation of the MOZ_XPI_FILE rule [12:47] because we dont know that file except for the cases where its explicitly set [12:48] maybe i should update it for 3.5 while im at it [12:49] bdrung: ^^ [12:49] so i assume we should not use refractor.xpi, but rather common-post-build//prism or something ;) [12:49] let me check [12:51] eagles0513875: we should add, add support for firefox-3.5 in the extensions that are not already [13:13] ok ubuntu-it-menu is done and debdiff attached to bug 425784 i am using it here so i know it works :) [13:13] Launchpad bug 425784 in ubuntu-it-menu "firefox-ubuntu-it-menu uses wrong version of mozilla-devscripts" [Undecided,Triaged] https://launchpad.net/bugs/425784 [13:13] gnomefreak, let me look at it [13:14] https://code.edge.launchpad.net/~gnomefreak/firefox-extensions/ubuntu-it-menu [13:14] andv: debdiff on bug report [13:14] k [13:14] its still building in PPA but i installed it from local buid [13:14] s/buid/build [13:15] gnomefreak, 0ubuntu2~jjv [13:15] gnomefreak, why? [13:15] shit let me fix that [13:16] asac, yeah, it appeared on NEW [13:16] asac, as soon as he gets on, it will be accepted [13:19] i dont think we will push to debian with name like ubuntu-it-menu so we should keep ubuntu part on it IMHO but the jjv part was for push to PPA i have changed it but LP is giving me problems today [13:19] gnomefreak, the status should be set to 'fix committed' for flashgot [13:19] gnomefreak, not fix released [13:20] gnomefreak, the package is not yet in ubuntu [13:20] andv: asac trold me to close it [13:20] hi, is the problem of Firefox 3.5 translations being worked on? a clean install of alpha-5 still has broken translations of FF [13:20] told even [13:20] gnomefreak, usually you add a fix commited when the package will be in debian soon [13:20] gnomefreak, plus I don't know if we can get an FFe for it [13:21] gnomefreak, so maybe it will join ubuntu in karmic+1 [13:21] who knows [13:21] ok i will change it to commited but first LP needs to start working [13:21] gnomefreak, k [13:22] gnomefreak, if you're unable to fix that cause LP [13:22] tell me and i will do it on my own [13:22] that sucks i was waiting to go any further with versions until it hit repos [13:22] gnomefreak, latest flashgot [13:22] is a bug fix only release? [13:22] or it adds new features? [13:22] last i heard 1.2 was latest [13:23] yeah 1.2 [13:23] it adds new features? [13:23] 1.2 didnt IIRC [13:23] bug fixes only? [13:23] i would have to look but kind of busy atm :) [13:23] andv: i think so i will look when i get a moment [13:23] gonna check the changelog [13:23] now [13:24] andv: [13:24] we are on 1.2.0.4 [13:24] now [13:24] it seems to die only on revsion numbers [13:24] ? [13:25] andv: than i will update it when i get time :) [13:25] LP branch revisions [13:25] gnomefreak, don't need to rush [13:25] let's wait some more [13:25] Sorry, there was a problem connecting to the Launchpad server. [13:25] here too [13:25] bazaar.lp.net don't work [13:25] andv: the branch should be updated so if you can get it let me know [13:25] i just asked if it was server issue in #launchpad [13:25] but nothing yet. going for smoke [13:25] ubuntu-it-menu? [13:26] branch? [13:26] andv: done [13:26] k [13:26] gnomefreak, looks fine [13:26] gnomefreak, if you fixed the versioning [13:26] https://code.edge.launchpad.net/~gnomefreak/firefox-extensions/ubuntu-it-menu [13:26] i did and i pushed but i would have liked to check it to make sure [13:27] brb smoke/coffee let me know if something is wrong [13:27] k [13:31] gnomefreak, looks fine, why did you added the browsers as well? [13:31] andv: as for flashgot i would like to email upstream and see if he will remove those file for a linux version before updating it [13:31] gnomefreak, ok [13:32] andv: incase people dont have the package "firefox' installed [13:32] gnomefreak, asac told us to remove those depends [13:32] you can install "firefox-3.5" without installing "firefox" [13:32] or am I wrong? [13:32] andv: 2.0 deps last i heard [13:33] this is for people that upgrade without "firefox" installed [13:33] ah k [13:33] gnomefreak, firefox | abrowser | firefox-3.0 | firefox-3.5 | abrowser-3.5 [13:33] I would like to see it written different [13:33] andv: like what? [13:33] e.g firefox | firefox-3.0 | firefox-3.5 | abrowser | abrowser-3.5 [13:34] andv: ok minor change :) ill fix it now while i have term open to it [13:34] it's the same but adding related-deps all together is nicer to see [13:34] but it's the same for you [13:34] * me [13:35] asac, when you have a minute to check ubuntu-it-menu debdiff, tell me so I can sponsor it [13:35] asac, looks fine to me [13:35] i have to make a new one since im changing control? [13:35] ? [13:35] asac, http://bazaar.launchpad.net/~gnomefreak/firefox-extensions/ubuntu-it-menu/revision/16 [13:35] gnomefreak, what new one? [13:35] andv: leave the control deps alone or fix them for new debdiff [13:36] gnomefreak, add a new debdiff with the versioning fix [13:36] ok [13:36] plus deps organized a bit better [13:36] andv: how so? [13:36] andv: copmmand debdiff does that all for me [13:36] yeah [13:37] just provide a debdiff with that fixed [13:37] k [13:37] <|eagles0513875|> gnomefreak: you might wanna talk to asac about adding which browser version the extension supports to the wiki [13:38] launchpad times out [13:39] asac: i asked in #lp already no answer [13:40] asac, http://launchpadlibrarian.net/31490184/ubuntu-it-menu.debdiff [13:40] pushing new changes. will do debdiff in a few [13:40] sry bout that guys [13:40] asac, versioning is wrong, but gnomefreak fixed that already [13:41] use 0.15~ please [13:41] depends should be xpi:Depends [13:41] ok [13:41] oh [13:41] recommends is right [13:41] xpi:* is how it should be [13:41] but remove all the depends [13:41] remove the deps? [13:42] take over changelog ownership [13:42] yes [13:42] dch -r [13:42] to take over [13:42] i dont think luca prepared the new upstream release [13:42] asac, I've already talked with him [13:42] asac: someone did that was from dev branch [13:43] asac, he's italian like me [13:43] doesnt matter. if gnomefreak does new upstream relesae changelog must be taken over ;) [13:43] i know [13:43] asac: not sure where upstream release is [13:43] gnomefreak: previous was UNRELEASED [13:43] you did new upstream release [13:43] hmm [13:43] gnomefreak: ok [13:43] asac, it's not a new upstream release [13:43] so dont take it over [13:43] asac: ubuntu-it-menu (1.0.7.0-0ubuntu1) karmic; urgency=low [13:43] i didnt do new upstream luca did [13:44] all ok [13:44] 1.0.7.0-0ubuntu1 previous [13:44] jsut address what i said [13:44] 1.0.7.0-0ubuntu2 now [13:44] his was karmic mine is unreleased [13:44] doing [13:45] * gnomefreak still not sure why remove depends [13:46] or was that due to xpi* [13:46] gnomefreak: because you moved them to recommends [13:46] oh the xpi:* does that [13:54] ok lets try lp again [13:55] 2nd person confused about that lol [13:57] * gnomefreak trying to figure out the importance of the ~ [13:58] but either way its fixed [13:58] asac, once again, ff 3.7 refuses to start (x64) [13:58] asac: andv http://launchpadlibrarian.net/31491173/ubuntu-it-menu.debdiff [13:59] * gnomefreak wonders what all the crap is in debdiff [14:00] fta2: with xerror? [14:00] its outside of my revision [14:00] fta2: does it flush lots off stuff on the console ? [14:00] asac, no, no crash, no error, in gdb, it shows it exits with err 0 [14:01] andv: new revsion info http://bazaar.launchpad.net/~gnomefreak/firefox-extensions/ubuntu-it-menu/revision/16 [14:01] i mean 01 [14:01] fta2: you sure no firefox process running? [14:01] yep [14:01] gnomefreak: that crap has to go away [14:01] you committed that accidentially it feels [14:01] asac: ok is there an easy way to run debdiff to exclude it or should i do it by hand [14:02] i did? i didnt touch that file [14:02] control and changelog is it [14:03] maybe because we droped all deps? [14:03] gnomefreak: you are supposed to commit stuff [14:03] that shouldnt matter [14:03] not send debdiffs [14:03] i did commit it to branch [14:03] gnomefreak: definitly not [14:03] bzr log -p [14:03] look at the output [14:03] i am sure you committed it [14:03] or its in bzr diff [14:04] fta2: i will update now to latest and see [14:04] asac, http://paste.ubuntu.com/267257/ [14:04] it's not new, started a few weeks ago [14:05] fta2: above you said there is no output [14:05] there is all that X stuff [14:05] thats what i ment [14:05] looks like it find a firefox window [14:05] in X [14:05] asac: http://paste.ubuntu.com/267259/ its not from my commit [14:06] fta2: paste output of xwininfo -root -children [14:06] oh but wait wtf [14:07] asac, i have those XRemoteClient with 3.6 too, and it works fine on this box [14:07] yes [14:07] why does it say i did new upstream release but not in my changelog nor anywhere else [14:07] doest matter [14:07] paste please ;) [14:07] asac, if i upgrade 3.7 to the lastest daily, it will work, then tomorrow, if i restart (3.7), it will refuse to start [14:08] oh ok hold on a sec let me see if i cant fix this [14:08] yes [14:08] while in such a situation please paste the command [14:19] why am i commiting new version if i didnt do a new version :( [14:19] s/am i/is it [14:20] i think i know a why to do this :) [14:21] asac, hi, is the problem of Firefox 3.5 translations being worked on? a clean install of alpha-5 still has broken translations of FF [14:21] dpm told me you were working on this [14:22] i just started a new branch fixed changelog and control and i still get all that cruft [14:23] says i changed license and other upstream crap [14:24] and its not in my commit so im not sure what it is [14:24] doesnt show up in my branch either [14:24] im lost [14:31] i even tried using just bzr commit debian/control debian/changelog [14:31] asac, http://paste.ubuntu.com/267278/ [14:32] fta2: thats not the command i gave you [14:32] :) [14:32] 15:06 < asac> fta2: paste output of xwininfo -root -children [14:33] oh, i didn't read, i thought it was not for me [14:33] it has fta2: ;) [14:33] what do you need from that command? [14:34] fta2: grep -i firefox [14:34] just pastebinit ;) [14:34] nada [14:34] fta@cube:~ $ xwininfo -root -children | grep -i firefox [14:34] fta@cube:~ $ [14:34] asac: not sure where that crap is comming from i have tried everything i can think of including new branch. its just on the debdiff not on my branch [14:34] i have a bunch of "(has no name)" [14:34] - added ${xpi:Depends} to recommends [14:34] - removed all depends because ${xpi:Depends} does this for us [14:34] is most likey the cause [14:35] ohoh [14:35] scim-bridge [14:35] let me check the bandaid patch [14:35] if it has a upper number of retries or something [14:35] http://paste.ubuntu.com/267283/ [14:37] fixing branch atm [14:37] gasp found a bad bug in gtkmozembed.h header [14:39] asac: andv https://code.edge.launchpad.net/~gnomefreak/firefox-extensions/ubuntu-it-menu << use this screw debdiffs [14:41] looks good gnomefreak [14:41] andv: ^^ [14:42] thanks. not sure why debdiff is collecting prevuios changes [14:42] bug 385325 [14:42] Launchpad bug 385325 in thunderbird "[armel] thunderbird-bin crashed with SIGSEGVI" [Medium,Confirmed] https://launchpad.net/bugs/385325 [14:42] thats what i was going to do :) [14:42] that was fixed already i thought [14:43] it will close mine when you push sunbird ubuntu32 [14:43] asac, i killed scim-bridge (no idea why it uses my ff profile) but it doesn't help [14:43] ubuntu3 [14:43] asac: from Lp it says upi pushed yours maybe it didnt close on its own [14:44] ah jaunty build hasnt been done [14:47] updates -> email -> done i think [14:55] asac, back [14:56] gnomefreak, debdiff updated? [14:57] andv: branch updated not debdiff [14:57] asac, I would prefer a debdiff to see if the latest changes apply on the previous uploaded package in the archive [14:58] asac, plus the bug report should have a debdiff for later review as well [15:00] andv: no forget the debdiffs [15:00] gnomefreak, please add it [15:00] :) [15:00] andv: debdiffs are not turning out right no matter what i do [15:00] asac, I would add a note in the changelog entry [15:00] even started with clean branch and redid everything [15:00] asac, saying 'extensions transition' [15:00] it seems to be adding upstream changes from luca [15:01] gnomefreak, how is that possible? [15:01] also forgot to put bug # in changelog [15:01] andv: dont ask me look at last debdiff [15:01] andv: its good enough to have a merge request [15:01] gnomefreak, apt-get source ubuntu-it-menu, do the changes, debuild and debdiff [15:01] no need for a debdiff [15:01] if its all bzr branch there is no need to [15:01] andv: did [15:01] with a release commit you can easily figurew out the diff from bzr [15:01] asac__: gnomefreak told me the branch adds some upstream changes [15:01] but you are the sponsor [15:01] so you can ask the things you want [15:02] andv: the branch i just looked at doesnt [15:02] andv: it shoudnt my branch is fine with just my changes [15:02] andv: his debdiff had some upstream changes [15:02] asac__: I gonna debuild the bzr revision and debdiff it with previous upload [15:02] but thats most likely because he messed it up locally [15:02] debdiff isnt hard to run :) [15:02] i alreawdy signed off the branch ... so just look at the branch and if you dont see anything, testbuild and upload [15:02] asac__: as a suggestion I would add as a topic in the changelog [15:03] asac__: a topic like 'extensions transition' [15:03] we are doing all these on quite all extensions so maybe to identify this transition [15:03] in all of them would be nice to have such a topic [15:03] so that next uploaders will know what we did and why [15:04] asac__, what do you think? [15:05] if we do let me know if you do it or i do it. i would like to add fixes lpbug# so it closes bug for me [15:10] gnomefreak, gonna add it [15:10] andv: thanks [15:11] np [15:13] gnomefreak, how can we call the transition in the changelog? [15:13] gnomefreak, extensions transition to latest mozilla-devscripts? [15:13] andv: not real sure. can you explain in more detail on what it is for? [15:14] gnomefreak, to let know ppl what we are doing [15:14] andv: no need for transition for that, since it was just a bug fix [15:14] andv: doesnt the changelog tell them that? [15:14] yeah, but doesnt explain why we are changing all them [15:14] the package itself works without this specific changess [15:14] andv: we have a wiki page that should be referred to: [15:14] https://wiki.ubuntu.com/MozillaTeam/Karmic/ExtensionReview [15:14] that's great [15:15] so say like: [15:15] gonna update your changelog gnomefreak [15:15] * karmic extension review/update [15:15] k [15:15] - see https://wiki.ubuntu.com/MozillaTeam/Karmic/ExtensionReview [15:15] k [15:15] also fill it in the table when doing [15:15] so we know which were checked/processed [15:15] * gnomefreak confused now. new version of devscripts is not really needed to be explained more? [15:15] the table is busted though [15:15] looking at it [15:16] eagles0513875: you didnt fix the table yet ;) === asac__ is now known as asac [15:17] or not [15:18] i sort of fixed it [15:18] ok fixed the page [15:18] please fill in as you do the extensions [15:18] gnomefreak: for it-menu he opened abug: 425784 [15:18] please close that in changelog [15:19] bug 425784 [15:19] Launchpad bug 425784 in ubuntu-it-menu "firefox-ubuntu-it-menu uses wrong version of mozilla-devscripts" [Undecided,Triaged] https://launchpad.net/bugs/425784 [15:19] asac, im doing it [15:19] np [15:19] gnomefreak: andv: you can go through his bugs and start fixing them or review more extensions [15:19] asac: andv said he would add it. i told him i forgot up some lines [15:19] actually we talked about him doing his bugs once he did it [15:19] so maybe start with extensios not yet listed there [15:19] https://code.edge.launchpad.net/firefox-extensions [15:19] asac, dinstall just runned so he will process flashgot soon ;) [15:19] all ~ubuntu-dev need to be reviewed [15:20] thx [15:20] have to do something else now [15:20] ok who was working on wiki when i was [15:22] ok confused now [15:23] asac: i lost my grandmother today btw thats why i havent fixed it yet [15:23] gnomefreak, 2 things [15:24] andv: what ones? [15:24] gnomefreak, first: W: firefox-ubuntu-it-menu: extra-license-file usr/share/firefox-ubuntu-it-menu/LICENSE this can be fixed using a feature from mozilla-devscripts o.15 [15:24] second: some changes in upstream files (dunno what you did in the branch) http://paste.debian.net/46054/ [15:24] andv: the debdiff said i change license file but i never tuoched it [15:24] touched even [15:25] andv: heance the whole problem with the debdiff [15:25] titleMenu.xul is not license file [15:25] gnomefreak, your branch differs from the orig file [15:25] andv: that is only one of the files listed in debdiff [15:26] gnomefreak, nope, the only one I got [15:26] not sure why its from ubuntu-dev branch [15:26] other wise i can start with revsion 1 from our package in repos [15:26] gnomefreak, that would be great [15:27] gnomefreak, you get latest package, you push it [15:27] you do your changes [15:27] and then I take care of the remaining actions [15:27] ok i will fix it than. but just knwo it will only have 1 revision [15:27] * andv tests it in the meantime [15:28] im guessing devs need to fix thier branch [15:31] ubuntu-it-menu is really nice [15:31] never installed it before [15:31] why does the page have so many blocks? they all seem the same since no title has been given to each one [15:31] andv: it is and i think one for english would be great [15:31] yeah [15:32] it has been made by the italian community [15:32] gnomefreak, those changes made in the upstream tree [15:32] gnomefreak, are a free space only [15:32] ^^ [15:32] * gnomefreak not sure what changes would be needed to build it for other lang. [15:33] andv: dont get it [15:33] gnomefreak, all links refers to ubuntu-it [15:33] so they should be changed as well [15:33] andv: in the debdiff? [15:33] yes [15:33] andv: i never touched them so the changes should not be needed [15:34] yeah, they appear on the debdiff [15:34] if luca screwed up thats different [15:34] andv: my branch shows none of them that is what is bothering me [15:34] gnomefreak, maybe luca imported some changes in the upstream tree [15:34] let me see his diff.gz file [15:35] asac: any reason we have 3 blocks of the same thing without titles on https://wiki.ubuntu.com/MozillaTeam/Karmic/ExtensionReview#preview i would say drop the last 2 [15:35] andv: ok [15:35] gnomefreak, https://launchpadlibrarian.net/28212733/ubuntu-it-menu_1.0.7.0-0ubuntu1.diff.gz [15:35] gnomefreak, his diff is clean [15:35] andv: did you try a debdiff? [15:36] gnomefreak, that's the diff file [15:36] gnomefreak, so every change to the upstream tree is reported there [15:36] i used https://code.launchpad.net/~ubuntu-dev/firefox-extensions/ubuntu-it-menu.ubuntu [15:36] gnomefreak, but as you can see it's clean [15:36] that branch should be good since it is a dev branch. the changes i made should not affect the debdiff in that way [15:36] andv: it is [15:37] andv: as a test make your changes from dev branch and try a debdiff see what you get [15:37] k [15:37] andv: not sure what revision on lucas that caused this [15:38] but changeing control + changelog should have no effect on the debdiff in that way [15:39] yep its his changes that are in my debdiff [15:39] now a why would be handy [15:39] gnomefreak, debdiffing dev branch [15:39] gnomefreak, with your latest commit [15:39] cleans everything [15:40] no upstream tree files are modified [15:40] oh damn i used the .dsc from package [15:40] that explains why one was good and one wasnt [15:40] xD [15:40] * gnomefreak still not too worried about a debdiff :) [15:41] !info flashplugin-nonfree [15:41] flashplugin-nonfree (source: flashplugin-nonfree): Adobe Flash Player plugin installer (transitional package). In component multiverse, is optional. Version 10.0.32.18ubuntu1 (karmic), package size 1 kB, installed size 40 kB (Only available for i386 amd64 lpia) [15:41] !info flashplugin-nonfree jaunty [15:41] flashplugin-nonfree (source: flashplugin-nonfree): Adobe Flash Player plugin installer (transitional package). In component multiverse, is optional. Version 10.0.32.18ubuntu0.9.04.1 (jaunty), package size 1 kB, installed size 40 kB (Only available for i386 amd64 lpia) [15:43] gnomefreak, will you fix it or not? [15:43] andv: the debdiff? [15:44] gnomefreak, either the debdiff or the branch [15:44] gnomefreak, I usually don't wanna see tainted diff.gz [15:44] whats wrong with my branch? [15:44] do you need to ask ;) [15:44] yes since my branch is fine from what asac said :) [15:44] gnomefreak: you messed the conflict up [15:45] if fixed it a while ago [15:45] i mean like 20 minutes ago [15:45] gnomefreak, http://paste.debian.net/46059/ [15:45] conflict? [15:45] now someone submitted it with conflicts again [15:45] https://edge.launchpad.net/ubuntu/+archive/primary/+files/ubufox_0.7-0ubuntu1.dsc [15:45] https://wiki.ubuntu.com/MozillaTeam/Karmic/ExtensionReview [15:45] look at that page [15:45] please roll back to the version i wrote [15:46] asac, the diff.gz is tainted by some upstream tree changes [15:46] ok confused now. what does the wiki have to do with extension [15:46] andv: that means that the revid: is wrong [15:46] asac, I usually love having a clean diff.gz but if this ok for you, ok [15:46] asac, http://paste.debian.net/46059/ [15:46] gnomefreak: if you dont nkow whats going on, then why do you edit that page? [15:46] asac: and if wiki you mean no i cant turn them back i dont think [15:47] asac: you changed it while i was [15:47] asac, those changes are really useless but tains the diff, so your choice [15:47] asac: i was fixing the table [15:47] gnomefreak: i said that i already did that [15:47] gnomefreak: you should have seen the conflict when saving [15:47] it tells you "wait its broken" ... dont just hit save [15:48] start with revision 9 again [15:48] asac: i didnt see either [15:48] then you just didnt look ;) [15:48] https://wiki.ubuntu.com/MozillaTeam/Karmic/ExtensionReview?action=info [15:48] look at the asac page [15:48] thats the version we want to start with [15:48] gnomefreak: click on it and then at "more actions" you can say "revert to this revision" [15:49] revision 9 on that page [15:49] im looking atm [15:49] click on view [15:49] and then you can "revert to this revision" [15:50] asac, want me to skip this changes in diff.gz file: http://paste.debian.net/46059/ [15:52] asac, looks like the -dev branch had that change but the package into the archive didnt [15:52] asac: neither let me change revision still looking. revert to revsion only uses 10 wont let me change to 9 [15:53] found it [15:53] gnomefreak, I gonna fix that by hand [15:53] https://wiki.ubuntu.com/MozillaTeam/Karmic/ExtensionReview [15:54] andv: ok so you dont need me to fix it? [15:54] or what do you need me to do before i start email [15:56] gnomefreak, gonna fix it on my own, np [15:56] asac, any idea for my 3.7 problem? otherwise, i will upgrade and it will work for a short while [15:59] gnomefreak, how does it look like now: http://paste.debian.net/46062/ [15:59] oh yeah lots of crap from that but it still runs [15:59] :) [16:00] gnomefreak, a fresh and clean debdiff [16:00] fta2: i get errors in erm but 3.7 opens and runs [16:00] andv: much better thanks [16:00] gnomefreak, a LICENSE.txt file is installed somewhere [16:00] you used the package or the branch [16:00] want me to fix that? [16:01] gnomefreak, the package [16:01] gnomefreak, gonna remove the extra license file [16:01] andv: is it in top level dir? [16:01] gnomefreak, I'll do it [16:01] gnomefreak, assign me to the bug, I'm off [16:01] I'll do it this late evening / night [16:01] andv: ok i didnt see an extra license file but ok assigning you [16:01] andv: night [16:02] gnomefreak, no no, not going to sleep, wanted to say will do it late evening or night [16:02] xD [16:02] it's 17:02 here [16:02] afternoob [16:02] * afternoon [16:02] yeah that too [16:02] bbl [16:02] sorry its morning here [16:06] fta2: bug 401055 is what you are seeing i think [16:06] Launchpad bug 401055 in xorg-server "[MASTER] Gdk-ERROR **: The program 'firefox-3.5' received an X Window System error (BadWindow)" [Unknown,Fix released] https://launchpad.net/bugs/401055 [16:07] i commented that 3.7 is seeing this [16:12] gnomefreak, no, it's not BadWindow here, nor any X error [16:16] fta2: oh i get them in 3.7 [16:16] XRemoteClient Error - [XRemoteClient::CheckWindow] Get X Window Error = 0 [16:16] XRemoteClient Error - [XRemoteClient::FindBestWindow - XGetWindowProperty 1] Get X Window Error = 0 [16:16] thats my output [16:16] over and over again [16:17] yep, but it's not fatal like the infamous X Window System error (BadWindow) [16:17] fta2: nope i guess not. but why are you seeing it and not me? [16:17] 3.7~a1~hg20090907r32284+nobinonly-0ubuntu1~umd1 [16:21] who knows, i'm only seeing this in my amd64 box, not on my other 32bit boxes [16:28] * gnomefreak 32bit here maybe that is the difference [16:29] 64bit vm here [19:17] asac, http://launchpadlibrarian.net/31502638/buildlog_ubuntu-karmic-amd64.firefox-3.7_3.7~a1~hg20090908r32306%2Bnobinonly-0ubuntu1~umd1_FAILEDTOBUILD.txt.gz [19:23] asac, flashfot accepted [19:23] * flashgot [19:24] there was a problem with the Thumbs.db file but everything is ok now [19:26] asac, could you please add another column in the wiki page regarding which extensions should go to Debian and which ones should stay in Ubuntu [19:27] asac, so I know which one to work on with debian-related fields and so on [19:27] andv: feel free to do that [19:29] asac, yes, but I don't know which ones you want to go to debian [19:29] and which not [19:30] asac: do you have anything to do with epiphany-browser or should I go talk to #ubuntu-desktop? [19:31] asac, don't know which valutation method you want me to use [19:31] * valuation [19:32] andv: you can add that column. on things not ubuntu specific the answer usually is debian [19:32] unless there is a debian package [19:32] asac, k [19:33] asac, BTS> flashgot (NEW) 1.2+dfsg-1 uploaded by John Vivirito http://packages.qa.debian.org/flashgot [19:33] micahg: i am one of the folks taking care for epiphany when we have time left [19:33] asac: It's EOL upstream [19:33] -gecko [19:33] great [19:34] so I was wondering if it should be removed from Karmic [19:34] and -browser repointed to -webkit [19:34] bug 414748 [19:34] asac, when I get back home later I gonna push ubuntu-it-menu ;) [19:34] asac, need to fix the extra license file [19:34] Launchpad bug 414748 in epiphany-browser "epiphany-gecko is EOL upstream" [Wishlist,Triaged] https://launchpad.net/bugs/414748 [19:36] asac, chatzilla is a nice ext, gonna do it as next [19:37] asac, but I guess it's already in: http://packages.debian.org/sid/iceape-chatzilla [19:39] micahg, about dailies of seamonkey, i really don't think it's worth it, not enough users, not to mention we already need more people committed to fix the build issues [19:39] fta: is there a reason we don't have a seamonkey daily build [19:40] seamonkey 8292 0.68% 1 8 0 8283 [19:40] seamonkey-2.0 81 0.01% 0 0 0 81 [19:40] asac, maybe not, looks like chatzilla is included into iceape [19:40] chromium-browser 11796 0.97% 898 4914 5982 2 [19:40] i agree with fta. we cannot add more dailies without folks fixing them [19:40] depending on the amount of patches of course [19:40] andv: dont be too motivated about uploading everything to debian [19:40] would I be able to help with that? [19:41] i want to start slowly on that [19:41] asac, k [19:41] for now only new extensions i consider [19:41] we can mark them as "should go to debian" [19:41] but i will not start doing mass uploads there ;) [19:41] micahg, sure [19:41] how can I help fix build issues? [19:41] whoever wnates to help has to subscribe to build failures ... wait [19:41] most of the failures are just patch failing to apply because the context changed [19:42] micahg: can you subscribe to the ppa? [19:42] maybe it gives you build failures too? [19:42] no [19:42] no option to subscribe to ppa [19:43] micahg: so for now fta can include me and you in the build failures he pings us with ;) [19:43] * micahg will try to build seamonkey in my ppa [19:43] ok, what do I do to fix a build failure? [19:43] micahg: usually a patch doesnt aply anymore and needs to be rebased [19:43] pull source branch and fix the patch? [19:43] yes [19:43] then suggest a merge. [19:43] but tell fta you want to work on that [19:43] otherwise he might be quicker ;) [19:43] is there a guide on rebasing patches? [19:43] and that would duplicate effort [19:44] ok [19:44] well [19:44] micahg: no ... its quilt push -f [19:44] then working through the .ref files it creates [19:44] and applying that manually if its still needed [19:44] I'd only be available in the evenings for it [19:44] when done you run quilt refresh [19:44] usually when you two are sleeping :) [19:44] we usually dont sleep early ;) [19:44] micahg: when is evening? [19:44] 0200-0600 UTC [19:46] BTW, I backported the latest bzr-rebase to jaunty if anyone needs it [19:50] you just need to get the tarball from the ppa (the one that failed), pull the packaging branch, bzr bd --merge it, go to the build dir, move to the source dir (often build-aread/something), ln -s ../../debian/patches, quilt push -f, have a look at the .rej (reject) files, try to apply those rejects manually, quilt refresh, quilt push -a (to see if the rest of the patch stack is ok), then move the refreshed patch back to the branch, commit, push b [19:50] ack to your area of lp, request a review [19:50] (oops; long line) [19:51] ok [19:51] got it [19:53] also before starting anything, first look at the build log to see if you understand the error. if you do, proceed, if you don't or are unsure, just ask us [19:54] you can try with asac, http://launchpadlibrarian.net/31502638/buildlog_ubuntu-karmic-amd64.firefox-3.7_3.7~a1~hg20090908r32306%2Bnobinonly-0ubuntu1~umd1_FAILEDTOBUILD.txt.gz [19:55] micahg: already bumped the snapshot for this in the branch [19:55] actually my ff3.7.head branch is out of date and I wanted to practice rebasing on it [19:55] so you just need to grab the orig.tar.gz and then can try to build [19:55] and fix patch [19:56] ok [19:56] let me try [19:58] do I pull the daily head branch? [19:58] micahg, oh, and before you ask for a review, you should build the package. once you feel confident, it may not be mandatory, depending on how trivial the fix is [19:59] micahg: no just the .head branch [19:59] micahg: we only bump the changelog revision if there is a change upstream that requires adjustment ... like it was the case now, because the patch failed [20:00] micahg: so what i did was commit a new snapshot revision and now wanted to adjust patch [20:00] since i didnt do it yet, you can just adjjust patch based on the latest .head [20:02] i have a trick, i use the bot to create the bump revision for me ;) [20:03] that's why my commits look all the same ;) [20:04] is firefox/3.7 the head branch now? [20:05] yes [20:09] asac, flash lib files where are stored? [20:11] I don't see ref files [20:13] it says files are missing [20:14] I'm checking the tarball for the files [20:15] micahg: --merge [20:15] bzr bd --merge [20:15] otherwise files are missing ;) [20:17] did that already [20:17] asac, flash lib files where are installed? [20:18] no clue [20:18] oki [20:19] no clue what that question means. [20:25] ugh [20:25] this isn't working [20:25] I'll have to get some help another time [20:25] need to work now [20:30] micahg, .rej, not .ref [20:30] like reject [20:31] none of those either [20:31] quilt refresh [20:31] Nothing in patch firefox-profilename [20:31] and you probably need a ~/.quiltrc to have the same style as we have [20:31] ah [20:31] ok [20:31] what should be in mine? [20:32] micahg, please pastebin what you've done [20:32] you need to use QUILT_PATCHES [20:32] fta: just quilt push -f and quilt refresh [20:32] asac: how? [20:33] * micahg never used quilt before [20:33] fta: can you give him your .quiltrc? i dont use any, but use ln -s ... ;) [20:33] micahg, you need to start the build, so it unpacks the embedded tarballs for you [20:33] ./debian/rules patch ;) [20:33] works nowadays [20:34] i did that manually [20:34] paste all the steps you did so far ... like fta asked [20:35] asac, i don't use any in my pbuiler nowadays, but i used to have one in my chroots: http://paste.ubuntu.com/267495/ some projects use -U3, we use -U8 [20:36] it's a mess right now...bd merge (had debian and .bz2), decompressed bz2, quilt push -f, quilt refresh [20:36] sometimes, sorting is useful, etc.. [20:36] you should never need to decompressed bz2 manually, let the package do that for you [20:36] I wanted to look at the files [20:37] but it seems like I just needed to have the .rc file instead [20:37] micahg: bzr bd --merge -e -> that extracts the package for you [20:37] micahg: then ./debian/rules patch [20:37] to apply patches [20:37] then you can use quilt [20:37] ah [20:37] if you have QUILT_PATCHES=debian/patches [20:38] I missed that second step :) [20:38] otherwise you need to use ln -s debian/patches [20:38] so you have a patches dir on top level dir [20:38] micahg: actually its in build-tree/mozilla for the tar.bz2 layouts [20:38] i would suggest to use QUILT_PATCHES env [20:38] micahg: in your .quiltrc ... like fta posted: [20:39] http://paste.ubuntu.com/267495/ [20:39] ok [20:39] use that project [20:39] err file ;) [20:39] I added that [20:39] micahg: you usually run quilt refresh, etc. if oyu are in build-tree/mozilla/ [20:39] so quilt push -f to apply the broken patch [20:40] work in the .rej files [20:40] check that all is good with [20:40] quilt diff [20:40] and run quilt refresh to apply it [20:40] then run quilt push -a [20:40] to check that all the other patches stilla pply [20:40] and quilt pop -a [20:40] to see that you didnt forget to refresh something [20:40] then you can run debuild -b ;) to kick off the build [20:41] when done remember to copy the new patches/* files to the packaging branch [20:41] otherwise everything will be lost on next bzr bd ; [20:41] ) [20:41] ok [20:59] asac, http://codereview.chromium.org/202012 [21:00] ouch [21:01] sigh. they shouldnt hack around this [21:01] rather plugins that are unhappy should die [21:01] it causes pain here too [21:01] they target hardy [21:02] are you ready to kill the totem plugin? [21:08] fta: \o/ finally a response! [21:09] fta: once they have like a stable branch and all that, do you have a list of problems that keeps chromium out of the archive? [21:09] like a general big list [21:10] jcastro, mostly copyright review, a system libs [21:10] -a+and [21:10] that and https://wiki.ubuntu.com/Chromium/Packaging [21:11] do you think you can get chromium running on the system webkit? [21:12] nope [21:12] heh that's what I thought [21:13] it may be possible to do the other way around, ie change our system wekbit to be the chromium one [21:13] ugh === micahg1 is now known as micahg [21:13] still not working [21:14] micahg, pastebin what you did so we can help you [21:15] http://pastebin.ubuntu.com/267518/ [21:15] I ran ./debian/rules patch before that [21:17] what do you have in that dir? [21:17] you should have build-area/mozilla [21:18] http://pastebin.com/fde11126 [21:18] i mean build-tree/mozilla [21:19] so either you set QUILT_PATCHES=debian/patches in your env, or you go to build-tree/mozilla and ln -s ../../debian/patches [21:19] then from build-tree/mozilla, quilt push -a, it will apply some patches and fail on the culprit, like in the logs [21:20] i set the env var [21:20] do I need anytthing elsE? [21:20] then quilt push -f, it will apply the patch, and leave at least one .rej, maybe more [21:20] hey [21:20] howding fta micahg asac, everyone [21:20] quilt push -a [21:20] The topmost patch firefox-profilename needs to be refreshed first. [21:21] probably because you tried other ways before, drop all .pc/ [21:21] ./.pc [21:22] you should use the link instead, QUILT_PATCHES is a mess when using embedded tarballs and relative paths [21:23] yes [21:23] i hate QUILT_PATCHES [21:23] and found out that it doesnt work for embedded tarballs just now [21:23] i think we should create the link post patches target everywhere [21:23] its a contribution mess somehow [21:24] it does, but you have to be carefull to always start for the package origin [21:24] BUGabundo: all good. just busted with some urgent backchannel stuff ;) [21:24] -for+from [21:24] so not much chatting for me here today [21:24] no prob [21:24] I won't be here much either [21:24] just saying hi [21:24] * BUGabundo goes checking for daily updates [21:24] how do I link? [21:26] "go to build-tree/mozilla and ln -s ../../debian/patches" [21:26] but unset QUILT_PATCHES [21:29] no go [21:30] I can't do this anymore right now [21:30] sorry === BUGabundo1 is now known as BUGabundo [21:32] asac: I got a new bug for you [21:32] 3G modem won't be seen if plugged during boot [21:32] no prob it re-plug after login [21:40] asac, what do you think we should do for the chromium system libs? at some point, i had zlib, bzip2, sqlite3, libjpeg, libpng, libxml and libxslt ready, but since, i had to drop zlib and sqlite3 [21:41] there's v8 & skia, which i don't think we should do right now [21:42] fta: zlib is a desaster. given our recent firefox experience, i think i have spent enough tears no that issue [21:42] just keep sqlite internal [21:42] done [21:42] do what you want to do with zlib [21:42] we could try to fix the package [21:42] but who knows what they will do next [21:43] asac: ^^^^^^^^^^^^^^^^^^^^ [21:43] 2 issues with zlib, minizip headers not shipped, and bug 402178 [21:43] Launchpad bug 402178 in libpciaccess "gzopen64 implicitly converted to pointer" [High,Fix released] https://launchpad.net/bugs/402178 [21:44] fta: the minizip objects are not even in the lib afaik [21:44] fta: drop it [21:45] if some ftpmaster thinks its worse to make zlib we can do that ;) [21:45] asac: why is general.useragent.locale a complex pref? [21:46] mconnor: otherwise it does not work with .xpi translations [21:46] asac, no, we ship a binary (minizip) in zlib-bin, but not the headers [21:46] it... doesn't? [21:46] mconnor: yes. it will be en-US forever [21:46] because xpis can't override default prefs? [21:47] is there a core bug on this? [21:47] and when did you start doing this? [21:47] * BUGabundo feels ignored by asac :\ [21:47] mconnor: everytime we raise "matchOS" issues we got unsupportive comments [21:48] asac: from who? [21:48] and how does matchOS fit in here? [21:48] mconnor: distros have to use matchOS otherwise packaging translations is not possible. [21:49] mconnor: and the general.useragent.locale is not changed on the fly by matchOS afaict [21:49] or its changed too late or something. [21:49] but why does it need to be a complex pref, instead of a charpref? [21:50] (sorry if these questions seem dumb, it's been a while since I've looked at the prefs system) [21:50] mconnor: i have to look that up again. [21:50] mconnor: we have it for ages and last time i tried it was about 1h ago [21:50] mconnor: i think (completely wrong it might be) that it has something to do with either that defaults/preferences dont work [21:51] or (what i think is more likely) it was a startup order thing. [21:51] like the pref got set too late or something [21:51] being set dynamically, you mean? [21:51] 1h == 1y [21:51] hmm [21:52] if its set at all [21:52] i am not so sure about that atm [21:53] mconnor: i looked at it now that i touched the code for this [21:53] mconnor: and there are not so many places where general.locale is referenced [21:53] so we could fix all locations. [21:53] except any extension code using/setting this would be busted [21:53] or we could say: "yes, we want to fix it this matchOS thing" for real [21:53] mconnor: yes. [21:53] thats bad. [21:54] mconnor: maybe we can make complexpref smarter ? [21:54] why is it a complex pref though? [21:54] so it can be transparently used for getCharPrefs [21:54] oh, localized prefs are complex prefs? [21:54] yes [21:54] sorry [21:54] thought you know ;) [21:55] it's been 2-3 years since I did anything with localized prefs [21:56] yes. thats why i said "sorry" [21:56] no worries [21:56] so, hmm [21:57] we can do two things: a) investigate what we can do in the long run to get rid of the complex pref in our build [21:57] there really should be a bug about this, since I can see all sorts of awesome issues here [21:58] b) fix the places that cause problem within mozilla and check if complexprefs can be made charprefs more transparently [22:00] mconnor: one issue we had (and why i tried to back that part out in the first place 1y ago) is the blocklist url. that was mozilla bug 469760 [22:00] Mozilla bug 469760 in Add-ons Manager "blocklist url %LOCALE% replaced with general.useragent.locale value, but without resolving complex value on ubuntu" [Major,Assigned] http://bugzilla.mozilla.org/show_bug.cgi?id=469760 [22:00] dont worry: it definitly gives us good results. i was just concerned about the metrics on your side [22:18] asac: hmm, so, blocklist really shouldn't use the pref anyway, afaict [22:20] mconnor: havent verified if its fixed in 3.7 ... its definitly used, check the patch i proposed: https://bug469760.bugzilla.mozilla.org/attachment.cgi?id=353136 [22:21] asac: we could just return nsIChromeRegistry.getSelectedLocale("global"); like the URL formater uses [22:21] "its declared hacky" so dont mind the not needed code for the char pref in there ;) [22:21] sounds good [22:21] i will try that and suggest that as a patch (if its not already done) [22:21] I assume that works fine, since I assume the addon manager etc works [22:21] it's not [22:21] good [22:22] well, not good ;) [22:22] ideally, we should fix the blocklist service to use the nsIURLFormatter interface [22:22] good that we have a solution for that now ;) [22:22] instead of recreating the wheel [22:22] yes thats what was commented on that bug [22:22] "now" [22:23] i just would love to have nice blocklist urls. if we can fix matchOS+ general.useragent.locale in a different (more dynamic) way. then i would be even more happier [22:23] I would bet that method's been around since 2005 or earlier [22:23] yeah [22:23] well [22:23] here's the question: does getSelectedLocale work with your langpacks, i.e. does it return correct locale info? [22:24] mconnor: as of now? [22:24] yes [22:24] I think it should [22:24] let me check [22:24] I am 99.9% sure it will, but please verify :) [22:24] whats the contract url of chrome registry ;)? let me look [22:24] err component ;) [22:25] http://hg.mozilla.org/mozilla-central/file/690a453b8768/toolkit/components/urlformatter/src/nsURLFormatter.js#l68 [22:25] great [22:25] you know what to do with the Cc/Ci stuff, I assume [22:25] better even [22:25] sure [22:25] thanks for the confidence ;) [22:27] if copy/paste would be preserved across mozilla stops [22:27] that would have been even better ;) [22:27] yes it works here [22:28] mconnor: ^^ [22:29] ok [22:29] hmm [22:29] it looks like g.a.l used to be a complex pref [22:29] in 2004 [22:29] right [22:29] or thereabouts [22:29] i think it was removed because firefox didnt support multiple locales anymore [22:30] compared to mozilla suite [22:30] I don't think that's true [22:30] hehe [22:30] since we have switcher UI that shows up in addons mgr when multiple are installed, aiui [22:30] switcher UI was added when? [22:30] isnt that an extension? [22:31] there's an extension for primary UI [22:31] but I thought there was something in addong mgr [22:31] let me kick off the japanese build i have here and check with some xpi [22:34] mconnor: i dont see anything [22:34] maybe not so great idea to start with a mozilla ja build ;) [22:34] well, yeah [22:34] but i only see the "disable" + "uninstall" buttons [22:34] and there is "refresh" at the bottom afaict [22:34] for the languages tab? [22:35] http://mxr.mozilla.org/mozilla-central/source/toolkit/mozapps/extensions/content/extensions.js#2146 [22:35] yes ... in addons -> langguages [22:35] started with fresh profile too [22:35] and you have what other language installed? [22:35] de.xpi [22:36] one sec [22:36] uploading screen [22:36] http://people.canonical.com/~asac/jaaddons.png [22:37] using xpi from here: http://releases.mozilla.org/pub/mozilla.org/firefox/releases/3.5.2/linux-i686/xpi/ [22:38] isn't that the enable button? [22:38] mconnor: the left one was the "disable" button [22:39] now its greyed [22:39] and the right one is uninstall i would think [22:39] the (D) means disable as it seems [22:39] now its (E) [22:39] ;) [22:39] hmm [22:39] intriguing [22:39] not sure i would run the japanese version if i were from japan ;) [22:40] i would be constantly offended about all the latin stuff still in there ... so directly go for en-US ;) [22:40] that might actually be correct accesskeying [22:40] yes [22:40] i know [22:40] thats the accesskeying [22:40] there's some weird stuff with how accesskeys work for some locales [22:40] yeah. thats what i mean [22:40] they usually have no complete keyboard [22:40] yeah [22:40] because english was born to be a computer language :-P [22:40] anyway, hmm [22:41] yes, with CJK (dunno about V), since you still have a qwerty keyboard [22:41] more likely because they didnt want to find their own standard [22:42] in short. firefox does not support multiple languages oob. [22:42] it's a little strange [22:42] I thought this UI was better [22:42] thats why all the problems (maybe even to be called regressions) pop up for us [22:42] asac: we support it... just not _well_ ;) [22:42] as we canoot really ship a full build for each locale .. especially since we want multi-user desktops that can have differnt langeuage ;) [22:42] mconnor: right [22:42] really, this should be like the themes tab [22:43] mconnor: lets its not an officially used feature. so there is decay ;) [22:43] "Use Locale" [22:43] i think the old mozilla suite thing was too much UI clutter for firefox approach [22:44] and then when addons manager became more powerful it was forgotten [22:44] to add ;) [22:45] hey, at least we have some UI for it! [22:46] do you have a link to an xpi? [22:46] yes. you can look at them, and be happy that you have them ;) [22:46] so I can see this in English [22:46] and hope you might be able to use them at some point without and extension ;) [22:46] sure [22:46] http://releases.mozilla.org/pub/mozilla.org/firefox/releases/3.5.2/linux-i686/xpi/de.xpi [22:46] thats german [22:47] our builds dont offer it too [22:47] * mconnor switches to a 3.5.2 build [22:47] but i wanted to test with official mozillla build and only had ja [22:47] are there langpacks for 3.6 yet? [22:48] unlikely [22:48] dunno the state of localization, but we wouldn't have built anything until beta [22:49] yeah [22:49] thats important for me. do you really think that december is realisitic for a 3.6? [22:52] I do [22:52] based on running current builds at least [22:52] so, hmm [22:52] it's a complex pref so we can get the value of intl.properties [22:52] s/of/from/ [22:54] asac: anyway, I know it's late, but I think the right fix is probably going to be using the selectedLocale, not general.useragent.locale [22:54] I'll have to check with bsmedberg [22:54] mconnor: are we on the blocklist bug? [22:55] or on the original one? [22:55] (distribution/searchplugins) [22:55] both [22:55] :) [22:55] ok [22:55] really searchplugins [22:56] but the right fix, in all cases like this, seems to be "use the current locale from chromereg" [22:56] yes [22:58] but the use in netwerk is tricky, might need to special-case that (fall back to the pref for the non-libxul embedding case, if we actually care about that case anymore) [22:59] asac: are you still using jwsdot for bmo bugmail? [22:59] you mean in netwerk/protocol/http/src/nsHttpHandler.cpp? [23:00] mconnor: unfortunately yes. [23:00] you can fix that whenever you want, y'know [23:00] ;) [23:00] well. i have to resort my bugmail filtering [23:00] its a complete mess [23:02] i also have a @canonical.com thing [23:02] but only for formal change bugs [23:04] ah, yes, bugmail filtering sucks without good server side capabilities for the extra headers [23:04] well. even then. sometimes i think its all lost ;) [23:04] current state is that i only get to the mails that get in my inbox [23:05] and in consequence i have to pipe more to my inbox [23:05] and so on [23:05] ;) [23:05] ew [23:05] maybe i should start using thunderbird again ;) [23:07] let me check what chrome registry does [23:07] does it look at the pref ;)? [23:09] ok seems to check the system stuff if matchOS [23:09] otherwise uses selecte locale prefs