=== DarkMageZ [n=richard@ppp121-44-55-148.lns10.syd7.internode.on.net] has joined #ubuntu-mozillateam [01:32] asac: hey there, I finally got my system up and running and with access to the git repository. [01:33] asac: I am now running gusty and "git" is slightly different on gusty. Can you help me with that? [02:03] Ubulette: ff3 no text boxes showing up on ubuntufourms.org is this a known issue [02:06] Ubulette: nevermind it was a user issue (maybe not restarted after update) === mode/#ubuntu-mozillateam [+o gnomefreak] by ChanServ === mode/#ubuntu-mozillateam [+b *!*n=wii@*.abo.wanadoo.fr] by gnomefreak === mode/#ubuntu-mozillateam [-o gnomefreak] by ChanServ [03:33] getting an error : could not execute child process firefox granparadiso ( no such file or directory ) after upgrade to ubuntu2 [03:39] IdleOne: ubuntu3 should be out [03:40] heh ok [03:40] let me check [03:44] gnomefreak: my repos dont seem to have it yet. I am using archive.ubuntu.com [03:46] there it is [03:46] sorry my fault it is 2 [03:46] lmao freaks me out how I hit the servers and it isnt there and a minute later i get a upgrade notcie [03:47] was thinking of another package. try instead of using gp use firefox-3.0 and make the icon use that [03:47] gnomefreak: ubuntu2 is not working for me [03:47] see if that helps as granparadiso is a dummy package [03:47] what is the command for firefox3.0? [03:48] nm think i got it [03:48] not sure use menu [03:48] .win 17 [03:48] .win 17? [03:49] haha that wasnt meant for this window [03:50] asac: JanC has ffox 2 and 3 hanging with or without extensions shes running some more differnet things to see if they help [03:51] gnomefreak: thanks that helped [03:51] IdleOne: yw [03:51] Ubulette: we really need to do something about -gp as it seems it wont launch being a dummy package, IdleOne please explain this to Ubulette when you see him [03:52] gnomefreak: sure thing [03:52] ty === gnomefreak really getting yelled at again, night === AlinuxOS [n=vsichi@host72-133-dynamic.16-87-r.retail.telecomitalia.it] has joined #ubuntu-mozillateam === tonyyarusso wonders what on earth is going on at the gnomefreak household lately [04:45] wife is probably a lil pissed about the amount of time he spends on the computer. [04:45] I know my wife gets mad at me now and then [04:46] so he needs to go and cuddle for a few days hehe [05:47] you just need to take her out somewhere on one of the weekend days. === PatrickWeb [n=PatrickW@AMarseille-256-1-55-122.w90-4.abo.wanadoo.fr] has joined #ubuntu-mozillateam === PatrickWeb [n=PatrickW@AMarseille-256-1-65-42.w90-4.abo.wanadoo.fr] has joined #ubuntu-mozillateam === jonasj [n=test@82.143.235.237] has joined #ubuntu-mozillateam [10:22] i don't know if this is the right place to ask, but does anyone know if there are plans to make easy codec installation work with the totem firefox plugin as well? [10:36] jonasj: it doesn't work? [10:37] jonasj: totem has easy codec installation from what i know [10:37] totem has [10:37] would be strange if it doesn't work in plugin (but might be the case) [10:37] if i open a movie in totem, it asks to get codecs [10:37] also if i open a stream in totem [10:37] but not with the plugin [10:37] ok [10:37] there is nothing one can do from firefox pov [10:38] you can just rightclick the plugin and say "open in movie player", and it will search for codecs [10:38] please ask on #ubuntu-desktop ... or file a wishlist bug to support easy-codec in totem plugin [10:38] but it would be more discoverable if it gave the yellow bar in the top like with missing plugins [10:38] let me ask for you :) [10:38] niec :) [10:39] ok they don't know ... i would suggest that you file a bug [10:39] https://bugs.edge.launchpad.net/ubuntu/+source/totem/+filebug [10:40] will do so [10:40] thx [10:40] np ... sorry that i couldn't help, but its a feature that totem has to implement on its own [10:56] asac: hmm, turns out it used to work, but upstream removed the functionality with no explanation... oh well. https://bugs.edge.launchpad.net/ubuntu/+source/totem/+bug/89072 [10:56] Launchpad bug 89072 in totem "Totem-mozilla doesn't request codecs" [Wishlist,Confirmed] [11:06] heya asac [11:06] everything fine there? [11:06] I'm doing another partial upgrade to gutsy [11:06] yeah ... close to your TODO :) [11:07] oh great :D [11:07] partial? [11:07] yup [11:07] why? [11:07] do a full upgrade ... everything else will complain :) [11:07] fail i mean [11:07] bluekuja: is the branch done? [11:08] asac: not yet, next todo after upgrading my pc [11:08] asac: gonna ping you when done [11:08] pretty late for a MOTU to upgrade now to gutsy ;) [11:08] it was already upgraded [11:09] but with partial upgrade [11:09] so I had gutsy repos [11:09] but forget to update everytime with update-manager popup [11:09] on the right-top side [11:10] asac: so in fact I was on gutsy since the beginning of september [11:10] ok :) [11:11] asac: have you ever heard about partial upgrade? [11:11] or I'm the only one who did it? [11:11] i honestly don't know what you are talking about :) [11:11] oh great :) [11:11] sometimes the upgrade app asks me if i want to do a partial upgrade [11:11] no idea if you mean that [11:11] yeah, that's it [11:11] :) [11:12] but i think thats because some depends are not yet fulfillable [11:12] yeah [11:12] e.g. _all packages are available, while _amd64 packages are still on the buildd or something [11:12] I should apt-get upgrade instead [11:12] bluekuja: apt-get upgrade is partial upgrade imo [11:12] apt-get dist-upgrade is full one [11:13] I'll try to see what I get with dist-upgrade after doing this partial one [11:14] asac: I had some problems with gutsy at the beginning of semptember [11:14] asac: for cd rom and other stuff drivers [11:14] pc was unusable [11:15] had to move back to feisty for a while [11:15] until next kernel release [11:15] now everything seems to be fine [11:16] asac: is there any chance to get icedove in ubuntu? [11:18] bluekuja: why? we have thunderbird ;) [11:19] bluekuja: anyway, until all mozilla apps are xulrunner based i am not allowed to upload new mozilla copies :) [11:19] asac: icedove features are the same of thunderbird? [11:19] yes [11:19] asac: nvm then [11:19] just a different branding [11:20] maybe they are not 100% in sync [11:20] asac: best mail client is thunderbird atm, right? [11:20] for features et all [11:20] depends on your requirements. but with lightning-extension i don't see any reason to use evolution anymore [11:21] true thing [11:21] I tested lightning-extension yesterday [11:21] and that's a pretty useful app [11:21] the UI isn't yet perfect, but it more or less does its job [11:21] yes. [11:22] asac: did you ever tried out apple mail? [11:22] no apple here :) [11:23] or is it a free software application? [11:23] mmm... [11:23] no it's not [11:23] asac: not an apple lover there? [11:47] asac: restarting everything, brb in 10 mins [12:27] Ubulette: haha ... i suck ;) ... i took the time to document the changes of the ffox prod->.dev merge in the commit log and forgot the most important part :) [12:27] Ubulette: fixed ... overwritten rev 108 ;) === rexbron [n=rexbron@62.6.158.161] has joined #ubuntu-mozillateam === bluekuja [n=andrea@ubuntu/member/bluekuja] has joined #ubuntu-mozillateam [01:04] asac back [01:04] damn, my keyboard settings got changed to en === asac_ [n=asac@debian/developer/asac] has joined #ubuntu-mozillateam === PatrickWeb [n=PatrickW@AMarseille-256-1-65-42.w90-4.abo.wanadoo.fr] has joined #ubuntu-mozillateam === bluekuja [n=andrea@ubuntu/member/bluekuja] has joined #ubuntu-mozillateam [01:15] asac_: you there? === DarkMageZ [n=richard@ppp121-44-55-148.lns10.syd7.internode.on.net] has joined #ubuntu-mozillateam [01:24] asac: let me know when back ;) === gnomefreak [n=gnomefre@ubuntu/member/gnomefreak] has joined #ubuntu-mozillateam [01:43] bunch of people filing bugs about 64bit sys. and flashplugin-nonfree but none of them state snpluginwrapper :( [02:07] gnomefreak: ? [02:07] is it broken? [02:08] gnomefreak: show me a bug [02:10] bnworks for me === tonyyarusso [n=anthony@ubuntu/member/tonyyarusso] has joined #ubuntu-mozillateam [04:38] asac: any news? [04:51] cwong1: there? [04:51] bluekuja: now looking [04:51] asac: you rock thanks :) [04:52] bluekuja: .upstream branch doesn't have any new revision [04:52] is it just a bugfix? [04:52] asac: yup, mere bug fix [04:53] bluekuja: your bzr log doesn't tell me were development for this revision starts ... or where the last upload happened [04:53] bluekuja: usually you should create new changelog entry right after release with UNRELEASED [04:53] asac: let me tell you [04:54] and then for upload update date and to gutsy ;) [04:54] yeah [04:54] tell me the revision that was in the last upload [04:54] asac: rev. no. 5 [04:54] is the previous upload [04:54] asac: no [04:55] asac: rev .no 4 [04:55] ;) [04:55] deleting gpc folder, which is not-free so cannot be distributed. Updating changelog revision. [04:55] that's the previous upload [04:55] 5-6-7-8-9 are new [04:55] for this upload [04:58] bluekuja: why remove the if ENABLE_GPC blocks instead of taking care that ENABLE_GPC isn't true? [04:58] bluekuja: its --disable-gpc from what i see [04:58] asac: jan didnt give me a bug, iirc jan is canonical employee but i will ask her to report one when i see her (thought i did ask her to report one) [04:59] asac: which revision? [04:59] bluekuja: you shouldn't need to patch configure.in either [04:59] bzr diff -r4..5 [04:59] gnomefreak: jan? which nick? [05:00] JanC [05:00] im 99% sure she is [05:00] asac: that patch was already there [05:00] asac: I just cleaned up [05:00] you told me that 5 is new [05:00] anyway ... that patch isn't needed imo [05:01] --disable-gpc should be enough [05:01] if not, then that should be fixed instea [05:01] asac: was added by rene [05:01] hmm [05:01] and it's needed [05:01] well .. --disable-gpc? and fixing the SUBDIRS AC_OUTPUT dependent on the ENABLE_GPC var [05:01] anyway ... just remember to look into it [05:01] ok [05:03] bluekuja: so maintainer mode patch is yours? [05:03] asac: nope [05:03] so its not new either? [05:04] see how hard its even for you to see what is new :) [05:04] pleaes tell me _which_ revisions belong to this release :) [05:04] bluekuja: see bzr log [05:04] asac: for new I mean needed for the new release [05:04] you committed the revision 4..5 patch on 7 oct [05:04] thats definitly new [05:05] bluekuja: yes ... then tell me how you get those patches? [05:05] so we can still redo 4..5 :) [05:05] asac: debian BTS [05:05] I told you that some days ago [05:05] ok ... maintainer mode patch is ok [05:05] 01_disable_gpc patch should be redone if possible to tackle the real issue [05:05] drop the patch and see what is needed to make --disable-gpc work properly [05:06] then you can send the patch upstream [05:06] asac: mmm..why is not needed? [05:06] the rest is good [05:06] it was added since 2.4 [05:06] read the patch [05:07] you remove checks for if ENABLE_GPC ... which thus appear to be true [05:07] so pass --disable-gpc on configure and autogen.sh and see how you can fix it in a way that it works even if the directory doesn't exist [05:07] for that you have to make the AC_OUTPUT make file dependent on ENABLE_GPC [05:07] in configure.in [05:07] and the SUBDIRS variable dependent on ENABLE_GPC in Makefile.am [05:08] i configure.ac you ca replace gpc/Makefile in AC_OUTPUT [05:08] by ${GPC_MAKEFILE} [05:08] and set GPC_MAKEFILE to gpc/Makefile if ENABLE_GPC is set [05:09] in Makefile.am you can introduce a variable GPC_SUBDIR = gpc [05:09] and only set that if ENABLE_GPC [05:09] asac: maybe I'm watching a bad patch [05:09] are you looking at no_gpc patch? [05:09] or am_maintainer [05:09] one [05:09] asac: shes afk i guess but i asked her for bug number again just incase i forgot last night [05:10] asac: I removed gpc folder from SUBDIRS [05:10] and from makefile [05:10] bluekuja: yes read what i wrote [05:11] its about no_gpc patch [05:11] asac: just to know, what's the problem on having the patch that way? [05:12] we dropped the gpc dir [05:12] removed references [05:12] disabled from building [05:12] with --disable-gpc [05:12] no [05:12] you don't use that [05:12] drop the patch ... use that ... and see were it breaks [05:12] if you do it like i say, the patch can be included upstream [05:13] your patch is a hack :) [05:13] ^^ [05:13] and since the right solution is simple i would fix it for real [05:13] asac: let me see if it works [05:13] it doesn't [05:13] read what i wrote [05:13] those two changes are needed [05:13] instead of the patch ;) [05:14] yeah [05:14] I removed the patch [05:14] adding --disable-gpc to configure [05:15] *autogen [05:18] yeas [05:18] you have create a new patch [05:18] that fixes configure.in AC_OUTPUT [05:18] and Makefile.am subdirs [05:18] but not just removing, but making them dependent on whether --disable-gpc is passed.. i outlined it above [05:20] asac: that's harder [05:21] asac: a patch that applied fixes configure.in/makefile and add --disable-gpc to rules? [05:21] so if disabled [05:21] makes it dependent to it [05:21] enabled/disabled [05:39] yes [05:40] bluekuja: ^^ [05:40] asac: so a patch that removes gpc stuff configure.in/makefile plus adding a --disable-gpc on debian/rules [05:45] bluekuja: no ... it doesn't remove gpc ... it makes it dependent on whether its --disable-gpc or not [05:46] removing wouldn't be better than what we have right now [05:46] bluekuja: i outlined how you can do that above [05:48] asac: I've understood I need a new patch [05:48] asac: I just dont understand how can I make it dependent on that variable [05:49] asac: only thing is to delete manually gpc stuff in the makefile/configure and a variable in debian/rules [05:49] bluekuja: i outlined it above [05:49] 17:07 < asac> for that you have to make the AC_OUTPUT make file dependent on ENABLE_GPC [05:50] 17:07 < asac> in configure.in [05:50] 17:07 < asac> and the SUBDIRS variable dependent on ENABLE_GPC in Makefile.am [05:50] 17:08 < asac> i configure.ac you ca replace gpc/Makefile in AC_OUTPUT [05:50] 17:08 < asac> by ${GPC_MAKEFILE} [05:50] 17:08 < asac> and set GPC_MAKEFILE to gpc/Makefile if ENABLE_GPC is set [05:50] 17:09 < asac> in Makefile.am you can introduce a variable GPC_SUBDIR = gpc [05:50] 17:09 < asac> and only set that if ENABLE_GPC [05:50] bluekuja: ^^^ [05:51] asac: that's the patch plus I add --disable-gpc on debian/rules [05:51] ? [05:53] asac: I'm getting crazy [05:53] :) [05:55] yeah [06:12] asac: restarting pc for a while [06:18] asac: hey [06:18] asac: tx for taken care of the uncommit [06:19] cwong1: let me know when you have it up ... so i can release ;) [06:20] asac: ok === bluekuja [n=andrea@ubuntu/member/bluekuja] has joined #ubuntu-mozillateam [06:49] asac: back [06:53] asac: what we will have different from the current situation? [06:54] asac: e.g what will change [06:59] asac: I dont understand why we need to make changes for a dir that doesnt exist [06:59] and wont exist in debian for copyright issues [07:10] bluekuja: because we don't want to carry patches that are not needed [07:10] its always better to do it right and submit upstream [07:10] than carrying a hack forever [07:14] asac: but upstream will keep shipping gpc [07:14] I guess === rexbron [n=rexbron@62.6.158.161] has joined #ubuntu-mozillateam [07:25] think ;) [07:25] it doesn't matter ... it just fixes the --enable/disable-gpc option [07:25] in a way that we can strip the dir [07:25] nothing upstream wouldn't like about it [07:29] asac:My files are in. Tested the build locally. Please go ahead and do the release. [07:32] asac: true, I need to find out how to do it. I have your first istructions [07:32] but I need to move on === bdmurray [n=bdmurray@mylar.outflux.net] has joined #ubuntu-mozillateam [07:45] Are there any known issues with svg rendering in Firefox? [08:07] hi === IdleOne [n=idleone@unaffiliated/idleone] has joined #ubuntu-mozillateam [08:20] asac, I don't get why you included remove.binonly.sh in ff3.dev, it's not needed [09:33] http://ubuntuforums.org/showthread.php?t=571583