=== micahg1 is now known as micahg [09:31] fta: well done. what did you strip for the size reduction? [09:34] hey asac [09:35] hi eagles0513875 [09:36] if anything needs testing im running a karmic vm [09:37] eagles0513875: just general "testing" volunteer or are you waiting for a bug fix? [09:38] if i knew more programming bug fix but all i can do is volunteer to see if bugs surface or if i can confirm bugs [09:38] i think with mentoring i think i can bug fix as well [09:45] asac: is it easy to compile firefox and other mozilla projects from source [09:45] eagles0513875: its easy but takes a while [09:45] eagles0513875: there are two approaches: [09:45] building it from source using the packaging [09:46] -> thats always the same procedure for everything apckages [09:46] or going ot mozilla source [09:46] packaged [09:46] yes, or building directly from upstrema sources ... which might be different for each and every project [09:46] if you want to focus more on mozilla learning how to build it using their mechanism is beneficial [09:46] otherwise i would suggest to learn how to build packages [09:47] and maybe learn about other more standard projects ... e.g. that use automake [09:47] humm im a novice at packaging [09:47] pretty well versed at compiling stuff from source wether it be upstream or from repo source [09:48] would i run into issues if i package stuff in a vm? [09:48] asac: is it too late to get stuff added or removed from karmic [09:49] eagles0513875: removed not [09:49] i mean ... we want to remove stuff [09:49] what do you want to remove? [09:49] open office [09:50] you are kidding? [09:50] what would be interesting to do is this during the install phase at some point it asks you if you want to install open office or koffice same goes for browsers choose between firefox or konqueror [09:50] yeah [09:50] but thats not karmic material [09:50] thing is i see that oo slows things down a whole bunch [09:50] waht do you mean [09:50] remove == remove from archive [09:50] you want to get it unseeded [09:50] nooooo [09:51] which in theory would be possible [09:51] but i think its unlikely for ooo for now [09:51] terminology has just shot over my head [09:51] you should join our #ubuntu-desktop meetings [09:51] :) granted im a kubuntu user [09:51] they are tue 16:30 utc iirc [09:51] what time zone is utc [09:51] UTC = Zero [09:52] universal time zone [09:52] 1630 uk time [09:52] uk != UTC [09:52] its only equal when there is no daylight saving [09:52] atm uk time is UTC+1 [09:52] UTC has no daylight saving ;) [09:52] !time [09:52] Information about using and setting your computer's clock on Ubuntu can be found at https://help.ubuntu.com/community/UbuntuTime - See https://help.ubuntu.com/9.04/serverguide/C/NTP.html for information on usage of the Network Time Protocol (NTP) [09:52] yeah [09:52] at some poitns the bots could do it [09:52] since im just an hr ahead from uk i would join the meeting at 1830 cet [09:52] @now [09:52] !now [09:52] Sorry, I don't know anything about now [09:53] changing subject again back to the packaging we were talking about [09:53] wouldnt packaging stuff in a vm be different then on a physical machine [09:54] sorry i am not sure if its actually 1630 ... let me check [09:54] so yes [09:54] like you said [09:54] 1830 CEST [09:55] gotcha :) [09:55] eagles0513875: didnt know you want to do packaging. packaging shouldnt be much different on vms [09:55] i would love to contribute in any way [09:55] once i get my c++ knowledge up to snuff i would love to start coding an open sourc djing solution [09:55] mixxx is kinda spares and never works for me [09:56] eagles0513875: what topics are you most interested in? [09:56] packaging and bug fixing i would like to get into [09:57] and eventually deving my own open source dj software [09:57] for now packaging and bug fixing [09:59] eagles0513875: one task to get started on "easy" packaging would be to review our firefox extensions [09:59] !packaging [09:59] The packaging guide is at http://wiki.ubuntu.com/PackagingGuide - See https://wiki.ubuntu.com/UbuntuDevelopment/NewPackages for information on getting a package integrated into Ubuntu - Other developer resources are at https://wiki.ubuntu.com/UbuntuDevelopment - See also !backports [09:59] need to get all the packages installed [09:59] eagles0513875: i would suggest to do the following thing: [09:59] go through the ~ubuntu-dev owned branches here: https://code.edge.launchpad.net/firefox-extensions [09:59] and check a) are they actually in sync with what we have in the karmic archive [10:00] b) if they are in sync, ensure that they use the latest crack from mozilla-devscripts [10:00] in particular: do they use ${xpi:Depends} [10:00] rather than manually specifying the depends in debian/control [10:00] need to copy paste this cuz i gotta head out here in a sec [10:01] asac: which ones are you talking about in sync with the karmic archive the ones that are mature [10:01] eagles0513875: i tried to make all ~ubuntu-dev mature ... but maybe i forgot. just look out for ~ubuntu-dev branches [10:02] there are a good chunk under development [10:03] eagles0513875: yeah. in case they are in sync with what is in archive we should mark them mature. just let me know if you find such a branch [10:03] so basically check to see the versions match [10:03] eagles0513875: otherwise check the ${xpi:Depends} and open bugs against their packages, like: "make use of latest mozilla-devscripts features" [10:04] how do i go about doing that [10:04] yes. check that version matches and if not escalate to me [10:04] ok [10:04] would u prefer i link here [10:04] otherwise check whether they already use the new xpi:depends feature [10:04] asac, gnome-web-photo doesnt work anymore now [10:04] eagles0513875: if you create bugs for the xpi:depends please use mozilla-devscripts [10:04] as a bug tag [10:04] eagles0513875: once we have a list we go through them and fix them [10:05] ok where do i check the xpi depends? [10:05] eagles0513875: if you find branches that are out of sync with what is in archive, ask me what to do... after a few you will probably get what to do with those [10:05] eagles0513875: in debian/control [10:05] asac, seems to crash for a shared lib missing [10:05] eagles0513875: check adblock-plus -> thats known to be right [10:05] ok asac [10:05] andv: talk to the guy who prepared the fix. i think he is on ubuntu-devel [10:06] k [10:06] he is debian maintainer for it and wanted to help us getting it fixed [10:06] ok [10:06] he is currently not there i think [10:06] asac: it says reduce dependds to a simple xpi depends [10:06] but he is regularly ... you can also send him a mail [10:06] on adblock-plus is that a bug [10:06] or not [10:07] eagles0513875: where do you see that? [10:07] eagles0513875: if its in changelog then thats exactly the change we want everywhere [10:07] on its bzr page [10:07] yes. so that change is basically what we want for all extensions [10:08] it says use new features of mozilla-devscript then under simplify debian/rulse then under that reduce depends to a simple ${xpi:depends} [10:08] ok [10:08] yeah [10:08] should i copy that [10:08] eagles0513875: we should also move all those depends to Recommends: but first lets review and make a bug list for the "new devscript xpi:depends" [10:09] eagles0513875: for now review the extensions [10:09] how to fix it we can then go through for one example [10:09] ok and copy what i typed you before [10:09] you mean as bug text? [10:09] ya [10:10] yeah. use something like that [10:10] ok [10:11] stupid question but how on earth do i file a bug do i just click on the bugs link and it adds it to what im looking at [10:12] eagles0513875: go to the bugs package page and click "report a bug" [10:12] e.g. https://bugs.edge.launchpad.net/ubuntu/+source/adblock-plus -> report a bug [10:12] eagles0513875: remember to add a "mozilla-devscripts" tag [10:12] that allows us to get a complete list [10:12] easily [10:13] eagles0513875: and while you look at those bug pages you could check if there are bugs ready for invalidate [10:13] or something that could be addressed [10:13] ok [10:13] lots of bugs gets outdated so when someone has that page open its good to just quickly check if there are obvious things [10:14] ya but will consult you though [10:14] thats ok [10:14] asac: ty for your patience with me btw :( ill try shut up and let ya get some work done [10:14] you can also check with bdrung and jazzva (both not here atm) if i am not here [10:14] ok [10:15] they should know everything about extensions [10:15] asac: im looking at ur fire.ftp.upstream and there is no report bug link on the page [10:15] eagles0513875: you have to go to the bug page for that package [10:15] so click on the bugs link [10:15] no [10:15] they are not linked [10:15] you have to look what the package is called [10:16] the source package name (check changelog) [10:16] and use [10:16] bugs.launchpad.net/ubuntu/+source/PACKAGENAME [10:16] only bugs fixed are linked to the branch [10:16] so to file new one you have to go there manually [10:16] seems like fireftp hasnt been worked on since 02-2008 [10:17] is it ~ubuntu-dev? [10:17] maybe it was never uploaded [10:17] revision seems to start with cvs [10:17] cvs -z3 -d :pserver:guest@mozdev.org:/cvs export -D "26 Feb 2006 00:00 UTC" fireftp/src [10:18] eagles0513875: first figure if that extensions was ever uploaded [10:18] if its not a ~ubuntu-dev branch then it probably wasnt uploaded [10:19] we can talk later about what to do for those branches [10:19] i did an apt-cache policy and it wasnt able to find anything regarding fireftp [10:19] eagles0513875: is it an ~ubuntu-dev branch? [10:19] i only see a ~asac branch [10:20] same here [10:20] dont look at those [10:20] ahhh ok thats how u read that [10:20] just ~ubuntu-dev [10:20] yes [10:20] ok [10:20] lp:~ubuntu-dev/firefox-extensions/bindwood.ubuntu [10:20] vs [10:20] lp:~heikki-mantysaari/firefox-extensions/mozvoikko.ubuntu-0.9.5-1ubuntu2_to_1.0-1ubuntu2 [10:22] now this one has a bug [10:23] that im looking at now do i file a bug on lp and link it here [10:25] not sure what "link it here" means [10:26] link it back to the bzr page [10:26] eagles0513875: that does not work [10:26] eagles0513875: set a tag on the bug: "mozilla-devscripts" [10:27] eagles0513875: the bug only gets linked when it gets fixed in a branch [10:27] ok and that is all i need to od [10:27] yes [10:27] gotcha [10:27] create bug .... add mozilla-devscripts tag so we can easily get a full list by searching for that bug [10:27] tag [10:28] ill continue this when i get back [10:30] asac, all the dicts, they were not shipped anyway [10:30] asac, reminder: lots of red in umd [10:31] * asac checks how bad [10:31] did they land the nspr bump on 3.6? [10:31] seems so [10:32] hmm. thought i committed all 3.7 changes to 3.6 [10:33] fixed 3.6 [10:33] * asac checks if xul 1.9.2 is ready at all [10:34] also fixed xul 1.9.2 [10:41] fta: so seems mozilla thinks its the right thing to misuse configure to enforce runtime lower bounds ;) [10:42] i should have known that [10:42] actually i am not sure if this is the last drop needed to convince me to move to a standalone firefox package [10:42] with everything in-source [11:22] asac: going back to what you said regarding the devscripts tag in the bug should i also tag the package as well [11:22] eagles0513875: tag the package? [11:22] not sure what you mean [11:23] point me to a bug and i will show you [11:23] https://code.edge.launchpad.net/~ubuntu-dev/firefox-extensions/mozilla-livehttpheaders.ubuntu [11:23] could i point the bug as well to the mozilla-livehttpheaders as well [11:24] eagles0513875: that page is the brnach page. it has nothing to do with bugs [11:24] eagles0513875: the bugs are filied against the package [11:24] yes you can link the bug there [11:24] so in this case filed against the package as well as the dev scripts [11:24] but thats not needed [11:25] ok [11:25] eagles0513875: no [11:25] what bug id is it? [11:25] not filed a bug yet just was thinking in the car on the way back home if tagging the package in the bug was needed as well [11:25] eagles0513875: file against the package ... and add a tag to the bug "mozilla-devscripts" [11:25] DO NOT file against mozilla-devscripts ... just tag it [11:26] gotcha [11:26] kk [11:26] thx [11:26] eagles0513875: also packages that have their firefox etc depends as "Depends:" should move those to Recommends if they use mozilla-devscripts [11:26] you could file a separate bug against the packages for that if you spot them [11:26] i think almost all extensions would have that problem [11:27] ok [11:29] asac: does this work https://bugs.edge.launchpad.net/firefox-extensions/+bug/425612 [11:29] Ubuntu bug 425612 in firefox-extensions "mozilla-livehttpheaders not using the recommended version of mozilla-devscripts" [Undecided,New] [11:30] eagles0513875: yes. now add the tag [11:31] ok [11:31] i dont need to include alot of detail? [11:31] eagles0513875: also say: "move ${ xpi:depends} to recommends [11:31] eagles0513875: no that should be ok [11:31] you could be more verbose [11:31] but its good enough [11:31] eagles0513875: you could use a bug template like this: [11:31] review firefox extensions for karmic: [11:32] review firefox extensions for karmic found the following TODOs: [11:32] - firefox-3.5 support [11:32] - use xpi:depends [11:32] - use recommends rathher than depends [11:32] - simplify using mozilla-devscripts 0.14++ [11:32] dont flood urself outa the channel lol [11:32] and remove points that are not valid [11:33] so if a package already works with firefox 3.5 you dont post it to the bug [11:33] sounds good? [11:34] so basically anything i see that isnt using the latest devscripts needs to have a bug filed against it to simplify the /debian/rules as well as reduce dependes to a simple xpi:depends and move it to recommends [11:34] right [11:34] and if the extension does not work on firefox-3.5 the same [11:34] ok :) [11:35] darn ie8 wont let me add a tag ffs [11:35] dont use ie8 ;) [11:35] hehe [11:35] everythign as of late has been crashing on me lol [11:35] i think vista is due for reinstall or i can put up with it till october when 7 comes out [11:38] this is uber fail atm with tags O_O [11:39] eagles0513875: middle click on "add tags" [11:39] that doesnt use ajax [11:39] dont use the + sign [11:39] which uses ajax [11:40] then the check mark doesnt work for me lol [11:40] eagles0513875: well use the browser in the karmic VM [11:40] no need to use windows stuff if you have a vm [11:40] ya i know but im using the vm to check the package versions and all that [11:41] then just use it for launchpad too [11:41] ok [11:41] sounds like a reasonable approach to me at least [11:42] ya or i can get on my jaunty partition on my macbook and post from there lol [11:42] everything feels better than using vista ;) [11:42] i would avoid it :/ unless i want to start screaming all the time [11:43] * asac is not compatible with things like that [11:43] well dont get me started cuz ill be here all day [11:44] i typed in the mozilla-devscripts tag when i edited the details of the bug but its complaining that it hasnt yet been used by firefox extensions before and it asks me if its a new tag and if i should define it [11:44] i always wondered what "vista" means ... for me it felt like: "look forward for whatever comes next" ;) [11:44] eagles0513875: thats ok confirm it [11:44] vistas are views [11:44] we havent used it before [11:44] ejat: hi [11:44] https://bugs.edge.launchpad.net/firefox-extensions/+bug/425612 [11:44] Ubuntu bug 425612 in firefox-extensions "mozilla-livehttpheaders not using the recommended version of mozilla-devscripts" [Undecided,New] [11:44] fixed it [11:44] hi asac [11:44] seems like the ie8 cache was a lil bloated [11:44] eagles0513875: good. go ahead like a machine and process all ;) [11:45] hehe [11:45] will do [11:45] granted might take a few hrs as i am studying for my linux professional institute level 1 cert exams lol [11:45] ejat: hi. did you check firefox 3.0 in malay in karmic? its half non-translated [11:46] ejat: anyway. did you have a stab at the transformation script or were the instructions too blurry? [11:46] asac: im working on it .. but will buz the malay team to help me up.. [11:46] asac: you probably wanna shoot me with the 20 million questions for instance https://code.edge.launchpad.net/~ubuntu-dev/firefox-extensions/bindwood.ubuntu it just gives the release version should i still file a bug against the dev scripts [11:46] ejat: re help: on translation or the script? [11:47] eagles0513875: what do you mean by release version? [11:47] asac: u want it a.s.a.p ? im quite bz with daily work .. still need to find a time where i can fully concerntrate on it :) [11:47] the versions match whats in the repo but i dunno what version of the devscripts have been used [11:48] eagles0513875: to see if it does the right thing, checkout the sources ... the files to look at are debian/control and debian/rules [11:48] and will work with the team .... [11:48] ejat: the script is really important. [11:49] the malay translation is relatively important. but there is still time. i want to tell mozilla that we are making progress on the export script [11:49] eagles0513875, I just saw the bug you reported against mozilla-livehttpheaders [11:49] eagles0513875, that package is not in Ubuntu yet [11:49] the alpha version until 6 right ? then it will go to RC ... then beta right ? [11:49] eagles0513875, why adding a bug? [11:49] andv: if its not in ubuntu then there couldnt be a bug? [11:49] oh [11:49] eagles0513875: yeah. so you should file against packages [11:49] not firefox-extensions [11:50] asac, he's against ffox-ext [11:50] asac: did mozilla plan want to get in on karmic release ? [11:50] andv: if there is a ~ubuntu-dev branch then its supposed to be in ubuntu [11:50] asac, that's why I told him [11:50] asac, let me search better in LP [11:50] imo liveheaders is in ubunt ... i use it all the time [11:50] will fix that mistake [11:51] ejat: they want to get it yesterday ... one reason is that malay folks complain that they cannot export their translations from launchpad [11:51] asac, found the trick [11:51] asac, source name is livehttpheaders [11:51] yes [11:51] not mozilla-livehttpheaders [11:51] yeah [11:51] let me fix the bug [11:51] to point it against right package [11:51] thx [11:51] eagles0513875: ^^ ... so go ahead with next package etc. [11:52] asac: is it the malay folks come here and asking about it ? or requesting it from mozilla? [11:52] hold up [11:52] andv will reassin it [11:52] ejat: dont ask mozilla [11:52] its mozilla-livehttpheaders in the repos [11:52] ejat: in the past they did [11:52] thats how i found it in there [11:52] and thats why mozilla complains about that to me [11:52] they need to use the script to get the translation export right ? [11:52] asac: sorry bout it .. [11:53] ejat: yes. we want a script so the malay team can run an upstream translation group [11:53] while using launchpad [11:53] also we have more teams that would qualify [11:53] it would be a great contribution [11:53] eagles0513875, im fixing it [11:53] just a second [11:53] ok [11:53] asac: did ya update anything new to the wiki ? [11:54] ejat: no problem. just let me know if you can work on the script ;) [11:54] ejat: i dont think so. i wanted to update it when there are new questions [11:54] i expect that its not entirely clean [11:54] so i hoped that whoever implements it is here and asks if there are things unclear :) [11:54] owh ok .. [11:56] :) [11:56] eagles0513875, done [11:56] eagles0513875, assigned that to you if you gonna work on it please [12:00] andv: its in the karmic repos [12:00] with mentoring i can work on it [12:00] andv: best not assigned to me right now im just going through all the extensions to see they are using the same version of the dev scripts to allow for Use new features of mozilla-devscripts 0.14 - simplify debian/rules - reduce Depends to a simple ${xpi:Depends} - move ${xpi:Depends} to recommends [12:02] yeah [12:02] eagles0513875 is currently filing all the bugs and then we go through the list and mentor him how to fix it [12:02] eagles0513875, I can mentor you if needed [12:02] yeah. for now let me do all the bugs [12:02] andv: :) i appreciate it man [12:02] then we have to split work most likely [12:03] oh ok asac will do it then [12:03] right now im doing what asac has assigned me to atm [12:03] asac, if you want me to mentor him with livehttpheaders [12:03] tell me [12:03] yes. i think you can ask andv/me/bdrung or jazzva for help on packaging techniques [12:03] asac, and if you need any other update tell me [12:03] andv: let him first get through the list. then we can mentor him as a team [12:03] k, perfect [12:04] whoever is here can probably help [12:04] yep [12:04] ;) [12:04] * andv will pop-up if someone gonna ping him [12:04] asac, I'm a DM ;) [12:04] great [12:04] ;) [12:04] asac: is it possible that we just focus on firefox ... and maintain the existing xulrunner for the time being ? seems like in xulrunner, its quite hard/difficult to translate [12:04] asac, my key got added into debian-keyring [12:05] andv: congrats [12:05] asac: you mentioned the meetings on tuesdays is that for anyone or devs only [12:05] looks like more to variable .. [12:05] asac, I'm so damn happy atm :) [12:05] asac, ty :) [12:05] you engaged or something andv [12:05] I'm fianceed since around ~2 years [12:06] not yet married [12:06] eagles0513875: #ubuntu-desktop is the channel. its a public meeting [12:06] its the ubuntu desktop developer teams channel [12:06] kool [12:06] usually we discuss technical things there [12:06] would love to put my idea forth for 10.04 [12:06] but if you have suggestions etc. you can pop up there [12:06] there is always a "any other business" section at the end of the meeting [12:06] asac, why transmission is the new official bittorrent client for debian / ubuntu? : ( [12:06] where anyone can raise questions/suggestions etc. [12:07] what sparked the idea was microsoft getting taken to courte over having ie8 as default so now for windows 7 they are including other options like safari firefox opera and chrome as alternatives to be installed with win 7 [12:07] andv: because its the official gnome one i would think [12:07] for me it works quite good [12:07] its lightweight [12:07] but still powerful [12:07] asac, gnome-bt was better [12:07] asac: do you think that was a good idea i mentioned earlier [12:07] i have no opinion. we usually follow gnome project decision [12:07] but transmission certainly works well for me and is integrated in the desktop ;) [12:08] asac, but unluckily I dunno if gnome-bt upstream developer will keep working on it, looks like he wants to use transmission too [12:08] yeah [12:08] thats the point [12:08] wouldnt matter if im a kubuntu user [12:08] gnome usually does good decisions for us on the default apps [12:08] eagles0513875: asking users what to install during install? [12:08] yeah, but I assume gnome-bt is installed anyway in main or not? [12:08] ubuntus approach is to ask no questions [12:08] ya [12:08] we ship a default set of applications [12:08] most users dont know the difference anyway [12:09] asac, no, it has been demoted to universe [12:09] expert users or those with an opinion can do that later in any case [12:09] damn it : / [12:09] things that are not on CD get auto demoted [12:09] yeah, seems so [12:09] if its dead upstream it should get removed eventually [12:09] asac: https://translations.edge.launchpad.net/ubuntu/karmic/+source/firefox-3.0/ :) \o/ [12:09] with users getting migrated to the new default [12:10] ejat: firefox-3.0 translations are in karmic you can try [12:10] asac, well, gnome-bt is fully working and a lot of users still use it [12:10] ejat: problem is that xulrunner-1.9 is not translated fully [12:10] ejat: so the ui is still half english [12:10] ejat: just try [12:10] asac, so I hope ppl will just keep using it [12:10] owh .. [12:10] asac, also if it's not shipped by default [12:10] ejat: the translations now get automatically pushed to karmic so you see your changes automatically [12:10] ejat: https://translations.edge.launchpad.net/ubuntu/karmic/+source/xulrunner-1.9 [12:11] eagles0513875, wait [12:11] andv: thats ok. it becomes problematic if it starts to get security issues [12:11] eagles0513875, you're reporting bugs in a wrong way [12:11] and upstream is dead [12:11] applications that interface with the internet are a bit risky to keep if they are not officially maitnained anymore [12:11] fixed my last bug i reported [12:11] asac, yeah, that's true, but gnome-bt exists since 2004 and nothing got reported yet [12:12] so let's hope it stays clean [12:12] eagles0513875, https://bugs.edge.launchpad.net/firefox-extensions/+bug/425631 [12:12] Ubuntu bug 425631 in firefox-extensions "bindwood not using the correct version of mozilla-devscripts" [Undecided,New] [12:12] hmm .. really need a how translation jam to finish up about 3210 words .. [12:12] sure. but if its not used by default anymore anywhere then its unlikely that there is active research on security [12:12] eagles0513875, is wrong [12:12] so it might be an easy target to exploit [12:12] yeah [12:12] but its maintainers decision [12:12] you can keep it [12:12] if there are no issues [12:12] andv: refresh i just fixed it [12:12] eagles0513875, I gonna fix it for you, but look at what I do [12:13] at some point it might stopp working because of new libs etc. [12:13] * andv refreshes [12:13] andv: i added the package in question bindwood [12:13] at that point it feels like it should be dropped [12:13] asac, I *really* hope it won't happen [12:13] asac, I started using gnome-bt on 2005 [12:13] its certain that it will happen [12:13] if upstream doesnt adjust it [12:13] at some point it will break [12:13] latest when we move to gtk 3 or something ;) [12:14] upstream is not dead, but won't do any new release if there are *no* good reasons [12:14] but for now if its working its fine [12:14] ok [12:14] andv: that bug you linked right now [12:14] he said gnome-bt rocks too much [12:14] if upstream is still responsive there is no issue [12:14] and it has no need for new features [12:14] for *now* [12:14] we'll see in the future [12:14] eagles0513875, it's still wrong [12:14] eagles0513875, let me fix it [12:14] O_O [12:15] you don't have to submit bugs against projects [12:15] but against source packages [12:15] the idea was to submit against source package [12:15] and tag it using "mozilla-devscripts" tag [12:15] yes [12:16] ok [12:16] :( [12:16] im such a screw up :( [12:17] i shouldnt be filing bugs from https://bugs.edge.launchpad.net/firefox-extensions [12:17] hehe [12:17] eagles0513875, watch my changes [12:17] check debian/changelog ... and use that as packagename [12:17] https://bugs.edge.launchpad.net/bindwood/+bug/425631 [12:17] Ubuntu bug 425631 in firefox-extensions "bindwood not using the correct version of mozilla-devscripts" [Undecided,New] [12:17] its bugs.launchpad.net/ubuntu/+source/SOURCEPACKAGENAME [12:17] ? [12:18] eagles0513875, please do them right! don't want to fix all of your reports xD [12:18] i shouldnt be reporting form here then https://bugs.edge.launchpad.net/firefox-extensions [12:18] yeah, you should report from bugs.launchpad.net/ubuntu/+source/SOURCEPACKAGENAME [12:18] just the normal gotcha [12:19] source package name being what [12:19] what ever the package im filing against [12:19] yep [12:19] gotcha [12:20] eagles0513875, I changed importance et all and I reverted them now, coz I think you should do them yourself [12:20] as a training [12:20] for bug triaging [12:20] ;) [12:20] ok lol [12:20] don't copy what I did [12:20] lol [12:21] i wont [12:21] ty [12:21] reporting from bugs.launchpad.net against the appropriate package [12:21] great [12:22] eagles0513875, use reportbug if you don't wanna do it with LP [12:22] lp is fine [12:22] k [12:22] i think using edge is what confused me lol [12:22] lol [12:22] edge is for lp-testing members [12:22] like me and andv [12:22] * asac [12:23] going to prepare lunch [12:23] bbl [12:23] i like testing bleeding edge stuff [12:23] i even compiled kde form source but screwed up a number of things [12:23] lol [12:24] damn konsole wont load for me :( [12:24] * andv lunch [12:26] enjoy andv [12:26] asac: this keeps just getting better lol [12:29] hey gnomefreak :) [12:29] hi eagles0513875 [12:30] asac: you here yet? [12:31] hes around [12:31] helping out by doing some stuff for him atm [12:31] :) [12:31] ah :) [12:31] * gnomefreak will be gone starting Fri. i should be back ~the 21st [12:32] kool kool [12:32] well im working on filling bugs against the appropriate extensions that need it [12:32] regarding what dev scripts they are using [12:35] gnomefreak: whats up? [12:36] asac: fri -> the 21 i will be gone. I may cheack email if i get around to it. its the wedding -> honeymoon week [12:36] asac: you probably wanna kill me right now but where on earth do i find the change log [12:36] wooohooo gnomefreak :) [12:36] grats bud [12:36] asac: sunbird/ flashgot are ready. iwill try to get SM 1.1.18 done before i leave if i get time [12:36] eagles0513875: thanks [12:36] eagles0513875: in the branch you find the changelog in debian/changelog [12:36] all is in the debian/ dir [12:37] on lp [12:44] asac: do these need to have a bug filed against them [12:44] https://code.edge.launchpad.net/~ubuntu-dev/firefox-extensions/flashblock.intrepid [12:46] eagles0513875: no ... just .head or .ubuntu branches [12:46] those are stable branches [12:46] we dont touch them unless we want to update flashblock in intrepid [12:46] so nothign for intrepid or hardy gotcha [12:47] yep [12:50] asac, do you know if its possible to export / import filters from TB to icedove? [12:50] * eagles0513875 is having one hella time finding the changelog [12:51] if you can export/import filters in tbird ... then moving them back and forth from icedove should alsoi work [12:51] eagles0513875: in a branch? [12:51] asac, I'll have to install an add-on i guess [12:51] eagles0513875: go to home of branch click on the revision you want to see changelog for. than click files on the top tab than debian than changelog [12:52] or you can bzrnch the breanch and cd into ../../debian ext... [12:53] maybe one less ../ [12:53] alternatively just branch the branch locally and look in the sources there [12:55] * gnomefreak decides not to bother him today [12:56] '/me really does wonder why sound is getting muted after updates [12:56] for me it gets muted everytime i reboot [12:56] hehe gnomefreak [12:56] * eagles0513875 wonders wtf broke konsole [13:05] we have mozilla-devscripts now so we can push everything to debian and then sync it down [13:05] yes pleasae [13:05] asac, if needed I can help sponsoring it [13:05] eagles0513875: mozilla-devscripts does not build packages [13:05] review ... check license and update to latest mozilla-devscripts so we can upload [13:05] i can add you to Uploaders and Dm-Upload tag [13:05] yes, please [13:05] * andv starts reviewing [13:05] gnomefreak: ok [13:05] andv: start with gnomefreak branch and after reviewing add those Uplaoders: etc. on your own and let me know [13:05] usual procedure ;) [13:05] asac, yep, I'm searching where its hosted [13:05] if there is not much changes keep gnomefreak as changelog owner to give his work credit. he worked for quite some time on it ;) [13:05] asac, I guess we should move all ready extension to the firefox-extension branches [13:05] andv: looking for the branch? [13:06] gnomefreak, yes [13:06] asac, I mean, when a branch is ready for upload [13:06] andv: one sec ill get it [13:06] andv: i think it already is under firefox-extensions ... it should be moved to the ~mozilla-extensions-dev team though [13:06] Who's repackaging Firefox add-ons? [13:06] if we upload to debian [13:06] asac, exactly [13:06] Mitch: the mozilla-extensions-dev team [13:06] why? [13:06] asac, uploaded extensions should be moved from indivual branches repos to the team one [13:07] as you said [13:07] yes [13:07] andv: https://code.edge.launchpad.net/~gnomefreak/firefox-extensions/flashgot.ubuntu [13:07] asac: Just wondering. It'd be good for Stylish to be amongst them. [13:07] we need release branches .... those shouldnt be owned by a single user ;) [13:07] gnomefreak, ty, after having it uploaded ask a merge please [13:07] Mitch: file a needs-packaging bug against firefox-extensions project [13:08] andv: ok [13:08] https://bugs.edge.launchpad.net/firefox-extensions [13:08] Okay. [13:08] that means i have to branch latest and make a new branch [13:08] gnomefreak, you should merge it into ~mozilla-extension-dev team branches [13:09] so that all team members can process changes [13:09] asac: you think i should still file a bug against firebug granted there was no mention of what version of the devscripts have been used [13:09] yeah i thought about that :) [13:10] eagles0513875: it doesant depend on what version is used [13:10] you think i should gnomefreak just to be safe [13:10] eagles0513875: it depends on whether it uses the new ${xpi:Depends} [13:10] in control [13:10] ahhhhh [13:10] eagles0513875: huh? [13:10] you need to check the debian/rules and debian/control [13:10] compare it with what adblock-plus does [13:10] which does it right [13:11] if its using old style depends or doesnt even use xpi.mk in debian/rules we need a bug [13:11] also check whether it works with firefox-3.5 [13:11] those threee things need to be checked [13:11] asac, is ok to have mozilla-devscript (>= 0.5~)? [13:11] asac, or should I update it to latest? [13:11] * eagles0513875 thinks this stuff is a bit over my head :( [13:12] gnomefreak, please do the merge, so I can start committing changes [13:12] shouldnt we be using m-d 15? it says 14 on but 425631 [13:12] andv: we need 0.14 or 15 for the ${xpi:Depends} feature [13:12] asac, k [13:12] it should be using that feature [13:12] so it should be >=... 0.14/15 [13:12] andv: can i merege into a branch that does not exist? [13:12] gnomefreak, I meant branch latest revision of your branch [13:13] at best use 0.15 .... there were a few improvements over 0.14 and i am not sure what works/doesnt work with 0.14 [13:13] and push over the team repo [13:13] .15 is safe [13:13] k [13:13] andv: ok [13:13] gnomefreak, ping me when done, so I can start committing [13:13] andv: ok [13:13] use the ~mozilla-extensions-dev team please [13:13] im going to wait for updates to finish [13:14] asac, yep that team repo [13:14] s/but/bug [13:14] andv: imo you should push it there after reviewing and so on... thts good enough for the initial upload [13:14] laterone gnomefreak requests merges to get a review [13:14] should i halt what im doing [13:14] eagles0513875: why? [13:14] asac, where should I do my changes then? [13:14] in regards to the merge [13:15] andv: you branch his brnach, do the changes and push to the team location [13:15] k [13:15] eagles0513875: sorry lost track of what you are doing. merge? [13:16] asac: im doing the bug reporting against extensions but gnomefreak mentioned something about doing another branch or something do i need to stop what im doing for that [13:16] eagles0513875: just grab the branch that is there. or look in debian/control in the branch in LP [13:16] eagles0513875: i dont think so. which package? [13:17] eagles0513875: yes. i think you asked how to look at changelog etc. [13:17] eagles0513875: you need to branch the branch [13:17] gnomefreak, I gonna do it [13:17] gnomefreak, as asac suggested [13:17] like: bzr branch URL [13:17] gotcha asac :) so ill install bzr and and take a look [13:17] eagles0513875: then you can review the files locally [13:17] gotcha that makes sense now here i am killing myself trying to figure out how to do it on lp [13:17] lol [13:17] andv: branch commit push to b-t [13:17] yeah. i think its easiest. you can also use the "Source code" feature that is on top of the branch [13:17] ? [13:18] gnomefreak, no [13:18] gnomefreak, I gonna do it myself don't worry [13:18] :) [13:18] k i thought thats what he mentioned to you [13:19] man that makes a ton of sense now lol [13:20] now there shouldnt be a million questions in here lol [13:22] i need to get the maltese translations going [13:25] do i need to register my ssh key just to take a look at th ebranch [13:29] eagles0513875: i dont think you need to ... if its a problem just register one ;) [13:30] i know i have one eagles051387@gmail is my full email but i use eagles051387 what its complaining about is my gpg key i have one but i dont have my private one installed on my vm [13:31] you dont know gpg key [13:31] dont need i mean [13:31] ok [13:31] just ssh [13:31] gotcha [13:31] if you want to sign packages you need gpg key [13:31] you said i look at rules and what else [13:31] but not for reviewing/pusing branches [13:31] gotcha [13:32] eagles0513875: debian/rules + control [13:32] at least [13:32] debian/rules is the main script doing the packaging ... control the meta info about dependencies etc. [13:34] yay :) first one done right :) [13:34] eagles0513875: compare what adblock-plus.ubuntu does .. thats the reference extension atm [13:34] ok [13:34] if you are unsure whether debian/rules is correct etc. [13:35] in rules i didnt see anythign about xpi:depends [13:35] if you are not 100% sure better ask so i can adjust your knowledge ;) [13:35] eagles0513875: checkout adblock-plus [13:35] xpi:depends is only in control [13:35] it should be in Recommends: though ... which is even wrong in adblock-plus afaik [13:35] ahhh [13:35] whats the link for that if you dont mind me askin [13:36] eagles0513875: you will spot it ;) ... the branch is ~ubuntu-dev owned and in firefox-extensions project [13:36] ;) [13:36] https://code.edge.launchpad.net/firefox-extensions [13:36] so basically like what i used for fire bug but instead adblock-plus [13:36] yes [13:36] branch it [13:37] and then you can see what it does in debian/rules and control [13:37] also file a bug against adblock-plus if the xpi:depends is in Depends: rather than recommends ;) [13:37] ok [13:38] * eagles0513875 starts taking notes as my mind is a currently over worked computer processor [13:38] hehe [13:38] after a few you will probably understand [13:39] gnomefreak, asac: will push some of my changes in a second [13:39] andv: thanks [13:43] gnomefreak, have a look [13:43] andv: ok [13:43] gnomefreak, I'm building / testing it now [13:43] andv: ok [13:44] unless you made big changes it builds and works [13:44] gnomefreak, we should introduce a system to retreive orig [13:44] asac: do i tag the adblock-plus as mozilla-devscripts as well [13:44] gnomefreak, e.g making an upstream branch [13:44] gnomefreak, and adding a .bzr-builddeb conf file [13:45] gnomefreak, it's a dfsg so we can't use a watch file [13:45] andv: it would be a good idea. the bzr-builddeb is already that as i recall [13:45] eagles0513875: if the issue is about recommends then yes please [13:45] ok [13:45] andv: we dont do .upstream branches anymore as we can extract them using the .bzr-builddeb info [13:45] e.g. just do .upstream locally [13:46] ah k [13:46] should i put in the bug Use new features of mozilla-devscripts 0.14/0.15 - move ${xpi:Depends} to recommends would that be sufficient [13:46] andv: where did you push it too? [13:46] eagles0513875: yes [13:46] gnomefreak, https://code.edge.launchpad.net/~mozilla-extensions-dev/firefox-extensions/flashgot.ubuntu [13:46] eagles0513875: mention that this bug effort is done after discussing with me [13:46] ? [13:46] eagles0513875: otherwise some folks might object to you ... hopefully they will then complain to me ;) [13:46] whoops need to go correct my other bugs [13:47] eagles0513875: no its ok. unless someone complains ;) [13:47] gnomefreak, how did you build it? [13:47] gnomefreak, there is no .bzr-builddeb [13:47] at the end im adding bugs have been filed after consulting asac [13:47] andv: with builddeb [13:47] bzr-buildde [13:47] b [13:47] see my PPA [13:47] gnomefreak, it will fail without having an orig [13:47] eagles0513875: yes. you can say: "this is a karmic extension cleanup effort I am doing after discussion with asac" [13:48] andv: i have an orig [13:48] gnomefreak, send it to me please [13:48] andv: ther eis no svn ect... so i had to use .xpi [13:48] andv: its on my PPA :)https://edge.launchpad.net/~gnomefreak/+archive/ppa [13:50] * eagles0513875 needs to learn how to package [13:51] gnomefreak, k [13:51] andv: sorry im reading a bullshit email about ops so if i am unitentive im sorry [13:51] np [13:52] gnomefreak, orig versioning is wrong [13:52] should be 2.0-dfsg1-1 [13:52] andv: how do you figure? [13:52] I've updated that don't worry [13:52] oh dfsg :( [13:52] andv: thanks [13:52] building [13:53] please use +dfsg [13:53] not -dfsg [13:53] using - in upstrewam versions causes confusion [13:53] and is bad practice imo [13:53] andv: i knew what he meant [13:53] asac, it's +dfsg yes [13:53] also tools disagree how to split revision if using multiple dashes [13:53] I was fast-writing [13:53] andv: ok [13:53] fine [13:53] then [13:54] gnomefreak, W: flashgot: old-fsf-address-in-copyright-file [13:54] E: flashgot: copyright-should-refer-to-common-license-file-for-gpl [13:54] gonna fix it [13:54] using a new tool with mozilla-devscript 0.15 [13:54] eagles0513875: for extensions we have a (bit outputed) https://wiki.ubuntu.com/MozillaTeam/Extensions/Packaging [13:54] i did that for a packaging session i gave once [13:54] actually two sessions: [13:54] https://wiki.ubuntu.com/MeetingLogs/openweekhardy/ExtensionsPackaging [13:54] right now one thing at a time [13:54] https://wiki.ubuntu.com/MeetingLogs/devweek0802/FFExtensions [13:54] asac: that really needs updating to use tolls in m-d [13:55] will ask again after i finish my first task [13:55] assuming we still have them [13:55] sure [13:55] eagles0513875: lets do that after that [13:55] ok [13:55] gnomefreak: welcome to put some love in that wiki page ;) ... maybe bdrung can also do it ;) [13:55] asac: i only use pack and unpack from m-d not sure how to use rest :( [13:56] gnomefreak: the rest is trivial ... just include xpi.mk and then it flies ;) [13:56] asac guess even the most seasoned of vets need a tutorial lol [13:56] eagles0513875: thats because its so simple to use xpi.mk that nobody knows what they did ;) [13:56] you basically do thing [13:56] eagles0513875: everyone can learn something hew everyday. example Sm fails to buiild badly :( [13:56] nothing [13:57] gnomefreak: i agree im learning alot today [13:57] why would i be using dsfg all native compontent are out IIRC [13:57] asac, I have to fix two other lintian warnings and it's ready [13:57] asac, W: flashgot: old-fsf-address-in-copyright-file [13:57] E: flashgot: copyright-should-refer-to-common-license-file-for-gpl [13:57] if we dont remove any file from upstream sources anymore than we dont use +dfsg [13:58] andv: yeah fix that [13:58] asac, gnomefreak removed some files [13:58] that's why we have dfsg [13:58] yeah [13:58] if thats the case still then its dfsg [13:58] https://code.edge.launchpad.net/~gnomefreak/firefox-extensions/flashgot.upstream [13:58] though i think that upstream fixed that .... or was it firegpg? not sure [13:59] gnomefreak: right. so the version should be +dfsgt [13:59] as the .upstream tree is not pristine upstream [13:59] stuff [13:59] asac: upstream fixed license only IIRC firegpg i havent updated since i would love to enable clean for FireGPGCall bullshit [13:59] asac: point [13:59] gnomefreak: so bump firegpg ... then we can upload it to debian too [14:00] i thought we did send email about the .exe shit but 1.2 didnt fix it as he said he would address the issues in email but i still had to remove them again [14:01] asac: it will be a while since i dont have a clean call anymore. FireGPGCall moved all around so it fails to build with clean enabled. i sent you a diff of it. [14:02] hmm ... lets talk about that in 30 minute [14:02] going for lunch now [14:02] asac: ok [14:03] ok [14:12] gnomefreak, adding some more changes [14:13] andv: uestion for ya [14:13] question [14:13] shoot [14:13] https://code.edge.launchpad.net/~ubuntu-dev/firefox-extensions/firefox-sage.ubuntu [14:14] that version is the same in karmic but it says release to intrepid and jaunty should i go ahead and see if it follows what asac wants me to do [14:14] anyone have a hardy 64 install? [14:14] nope [14:14] andv: asac told me not to do anything for intrepid or jaunty and what not [14:16] eagles0513875, don't get what you mean [14:16] ill ask him when he returns [14:16] k [14:16] gnomefreak, you should update timestamp [14:16] andv: timestamp for what? [14:16] gnomefreak, I can't do it, coz it will overwrite your changelog entry with mine [14:17] gnomefreak, on changelog is dated 4 aug [14:17] a bit oudated [14:17] andv: i can do that but what do you want me to do with it? push to exsitng branch in m-branch or mine and you will grap it? [14:18] gnomefreak, you can't push on mozilla-extensions-dev? [14:18] why cant i? [14:18] oh -dev [14:18] ok so i branch it and update time stamp [14:18] yep [14:19] gnomefreak, please add copyright holder [14:19] into debian/copyright [14:20] that's important [14:20] andv: as i recall it is there. at the top of copyright folder [14:20] gnomefreak, Contact: Giorgio Maone - g.maone@informaction.com [14:20] gnomefreak, that's upstream contact [14:21] you should add a note with Copyright Holder: name [14:21] ok ill will look at it [14:22] gnomefreak, what is [14:22] ./usr/lib/mozilla/extensions/dlm@emusic.com/ [14:22] ./usr/lib/mozilla/extensions/songbird@songbirdnest.com/ [14:22] and [14:22] ./usr/lib/mozilla/extensions/toolkit@mozilla.org/ [14:22] is this ok? [14:23] in flashgot? [14:23] yes [14:23] in .links? [14:24] gnomefreak, http://paste.debian.net/45939/ [14:24] gnomefreak, yes, it's a link [14:24] yes they should be fine [14:25] * gnomefreak trying to recall when it was done [14:27] gnomefreak, after installing it, I don't see it under addons [14:27] gnomefreak, what can I do to test it? [14:28] Free Software [14:28] Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA [14:28] is the closest im seeing [14:28] ? [14:28] licese [14:28] license [14:28] gnomefreak, the license is ok [14:28] everything else is empty [14:28] .:09:21:10:. < andv > you should add a note with Copyright Holder: name [14:29] Copyright (C) [14:29] is what is in there [14:29] gnomefreak, true [14:29] that's ok then [14:29] gnomefreak, how can I test it works? [14:30] ok good i will reinstall it and try again ut IIRC it worked. here if its not in addons we may have to update rules [14:30] plenty of extensions with bugs i filed for yall to fix lol [14:31] gnomefreak, please build the package from the existing branch [14:31] install it and let me know asp [14:31] * asp [14:31] *asap (damn) [14:31] eagles0513875, lol [14:31] lol [14:31] eagles0513875: can you please use _one_ bugreport for using ${xpi:Depends}? [14:32] bdrung: ? [14:32] gnomefreak, maybe extension manager ID is not the one found in the install.rdf file [14:32] andv: im thinking #MOZ_XPI_EMID := {19503e42-ca3c-4c27-b1e2-9cdb2170ee34} but i just got to it [14:32] :) [14:32] yeah [14:32] that's what I asked u [14:32] the first 2 bug reports i butchered bdrung but have now fixed my mistakes and know what im doing [14:32] xD [14:33] eagles0513875: https://bugs.launchpad.net/firefox-extensions/+bug/425612 https://bugs.launchpad.net/firefox-extensions/+bug/425631 https://bugs.launchpad.net/ubuntu/+source/adblock-plus/+bug/425695 can be merged [14:33] Ubuntu bug 425612 in livehttpheaders "mozilla-livehttpheaders not using the recommended version of mozilla-devscripts" [Low,Confirmed] [14:33] bdrung: asac told me to do a bug for each of the extensions [14:33] gnomefreak, when you push the fix, let me know so I can rebuild [14:33] and against the package itself [14:34] eagles0513875: using "also affected" would be usefull [14:34] bdrung: might want to discuss it with asac [14:35] he hasnt complained about anything im doing [14:35] eagles0513875, yeah, you could have done all in one bug [14:35] asac: ? [14:35] now yall tell me [14:35] eagles0513875, but who cares [14:35] start doing it from now on [14:35] andv: it will be a little while i need to smoke and i think i found the problem i used the gerenal ID not pre package whitch as i recall that is how we did it. let me try something a quike little fix in about 10 minutes [14:35] gnomefreak, k great [14:36] * eagles0513875 back to the steep learning curve [14:36] yes the .links are right on [14:36] ok be back ina few [14:36] ok [14:36] being a minion never relaized the learning curve how steep it woudl be lol [14:38] xD [14:38] eagles0513875: https://bugs.launchpad.net/ubuntu/+source/adblock-plus/+bug/272959 is a good example [14:38] Ubuntu bug 272959 in ubufox "Packages that depend on firefox-2 or firefox should just depend on firefox" [Low,In progress] [14:39] Use new features of mozilla-devscripts 0.14/0.15 [14:39] - simplify debian/rules [14:39] - reduce Depends to a simple ${xpi:Depends} [14:39] - move ${xpi:Depends} to recommends. [14:40] bdrung: the reason i have been doing it the way i have been doign it is some of have these already implemented like the adblock plus one was missing one part of what i pasted above [14:40] would you like me to stop what im doing bdrung instead of continuing making a mess [14:41] no [14:41] eagles0513875, don't stop, just a suggestion [14:41] bdrung: whats your suggestion? [14:41] we try to avoid bugs like 272959 [14:41] e.g. mega bugs [14:41] andv: the problem using each id: its not reall a good idea in my opnion so lets try somethin else [14:41] rather file individual bugs and use tags [14:42] to bundle the bugs [14:42] gnomefreak, ok [14:42] bdrung: no [14:42] bdrung: we avoid things like that because of the bugspam [14:42] asac, flashgot is quite ready, give it a look [14:42] hm, that's a point [14:42] asac, an ftp admin friend will process it [14:42] asac, as soon as it's uploaded [14:42] bdrung: bug 272959 was the bug that triggered lots of complains so we dont do that anymore ;) [14:42] Launchpad bug 272959 in ubufox "Packages that depend on firefox-2 or firefox should just depend on firefox" [Low,In progress] https://launchpad.net/bugs/272959 [14:42] {19503e42-ca3c-4c27-b1e2-9cdb2170ee34} should work let me changes rules [14:42] andv: who is your friend? [14:42] ;) [14:43] asac, barry defreese, we worked together in Ubuntu in 2006-2007 [14:43] good [14:43] asac, please have a look at the package [14:43] asac: why do we demote xpi:depends to recommeds? [14:44] andv: you useing 3.5 or 3.0? [14:44] gnomefreak, 3.5 [14:44] andv: ok i think i know what happened [14:44] bdrung: one second. phone [14:44] bdrung, it's on depends [14:44] not recommends [14:44] andv: was told by asac [14:44] - move ${xpi:Depends} to recommends. [14:44] oh k [14:45] dont ask me [14:45] andv: and what is bug 425695 about? [14:45] Launchpad bug 425695 in adblock-plus "adblock-plus needs xpi:depends changed to recommends" [Undecided,New] https://launchpad.net/bugs/425695 [14:45] bdrung, didnt know it got demoted [14:45] bdrung: it has all this already done to it but needs that done [14:45] Use new features of mozilla-devscripts 0.14/0.15 [14:45] - simplify debian/rules [14:45] - reduce Depends to a simple ${xpi:Depends} [14:45] - move ${xpi:Depends} to recommends. [14:45] gnomefreak, when done, ping me so I can rebuild / test it [14:45] has the first 2 things done to it but the last thing that asac wants has yet to be done [14:45] andv: ok [14:46] i think it should be a dependency [14:46] bdrung: talk to asac about it [14:46] bdrung: depends is overly hard [14:46] now that we use the new location to create links it even works with upstream builds [14:47] e.g. you dont need any firefox package installed to use those extensions [14:47] asac: in rules will setting as firefox be ok or do i need to list all firefox versions? firefox-addons - set if compatible with Firefox 3 or Abrowser 3 [14:47] also it stops update-manager from removing firefox-3.0 if there is any reference in depends on it [14:48] asac: that's a good point [14:48] but shouln't we update the addon then? [14:49] asac, is this needed: #MOZ_XPI_MOZILLA_DIRS := firefox-addons firefox thunderbird iceweasel icedove ? [14:49] bdrung: what do you mean? [14:49] well that wont work [14:49] andv: no [14:49] bdrung: thats what the "demote xpi:depends to recommends" is about ... or did i misunderstand the question [14:49] andv: firefox == 2.0 so i would have to list each one and trying to finda shortcut around that [14:49] andv: thats old style [14:49] andv: extensions that have that need to get cleaned up ... e.g. bugs filed like what eagles0513875 is doing [14:50] asac, ok [14:50] asac, we are having a problem with flasghot ID [14:50] andv: in what sense? [14:50] asac, that's the last issue then it's ready [14:50] the general id should work fine [14:50] its the debian/rules that im concerned about atm [14:50] asac, first of all, final layout: http://paste.debian.net/45939/ [14:51] andv: that looks ok [14:51] asac, if I installs it [14:51] asac, I don't see any new extension added [14:51] asac: its rules that is messed up by the looks of it [14:51] # firefox - set if compatible with Firefox 2 [14:51] # firefox-addons - set if compatible with Firefox 3 or Abrowser 3 [14:51] asac, so there should be a problem somewhere [14:52] whould i need to edit firefox addons to list all firefox versions? [14:52] 3.5 added to 3.0 or if i list 3.5 it will use 3.0 and 3.5 [14:52] asac, package is available on the branch, so you can review it too [14:53] the control is right [14:53] asac: if the update-manager cannot remove firefox-3.0 because there is any reference in depends on it, then the dependend extention needs an update (to allow firefox-3.5, too) [14:54] bdrung: yes. using xpi:depends is part of that, right? [14:54] of coures we need to review all the other extensions that dont use xpi.mk too [14:55] the deps in control are Depends: ${xpi:Depends}, curl, firefox | firefox-3.0 | abrowser-3.0 | iceweasel | icedove | thunderbird | firefox-3.5 | firefox-3.6 | seamonkey | seamonkey-2.0 | abrowser-3.5 | abrowser-3.6 [14:55] so i dont see why it wouldnt work ecept for the rules section [14:56] i also guess i should demote xpi:depends while i am at it [14:56] gnomefreak, ok, I've fixed it [14:56] andv: what was it? [14:56] gnomefreak, uncommenting MOZ_XPI_MOZILLA_DIRS := firefox-addons firefox thunderbird iceweasel icedove [14:56] made it working [14:56] as you were saying [14:56] ah danm forgot about that. sorry ok did you push to branch? [14:56] nope [14:56] feel free to do it [14:57] then I demote xpi:depends to recommends [14:57] i was going to demote it since i have to update timestamp anyway [14:57] do it too [14:57] ok [14:57] and change my changelog entry [14:57] instead demoting xpi:depends to recommends, we should introduce xpi:recommends [14:58] gnomefreak, here: [14:58] - added ${xpi:Depends}: this is a new feature introduced in latest [14:58] mozilla-devscript's package. [14:58] add [14:58] added xpi:depends on Recommends field [14:58] and remove that : [14:58] andv: not in the latest [14:58] 0.14 [14:59] gnomefreak, and remove the word latest as well [14:59] added ${xpi:Depends} on Recommends field: this is a new feature introduced in mozilla-devscript's package. [14:59] gnomefreak, it should look like that [14:59] ok [14:59] gnomefreak, then update timestamp [14:59] fix debian/rules [15:00] and then asac can start reviewing it one more time [15:00] ok only need a minute or 2 to do it [15:00] and don't forget to allow backports (>= 0.14~) [15:00] bdrung, it's set to (>= 0.15~) [15:00] asac: still need to check this one out granted the last release was for jaunty [15:01] or that [15:01] bdrung, I've updated it myself, previous version was 0.5 [15:01] (previous version on flashgot) [15:02] asac https://code.edge.launchpad.net/~ubuntu-dev/firefox-extensions/chatzilla.ubuntu [15:02] asac: instead demoting xpi:depends to recommends, we should introduce xpi:recommends. what do you think? [15:02] bdrung, that would be a nice idea [15:04] then -devscripts can decide if we want it as dependency or recommendation [15:05] asac: what about the merge requests for -devscripts? [15:05] bdrung, wait, he's lagging [15:07] asac: what about the merge requests for -devscripts? [15:07] ok its pushed just waiting for update [15:07] gnomefreak, great [15:07] review it and let me know once lp updates it [15:08] gnomefreak, k [15:08] gnomefreak, you sure you pushed it on lp:~mozilla-extensions-dev/firefox-extensions/flashgot.ubuntu [15:08] bdrung: yeah sorry. let me take a quick look [15:08] andv: you said i couldnt push there [15:09] gnomefreak, if you are into the team, you can [15:09] simple enough to do it [15:09] ok will push there than [15:09] k [15:09] andv: pushed [15:10] gnomefreak, ty [15:10] andv: np thanks for looking at it [15:10] asac_: flashgot should be ready, please review it [15:10] bdrung: why did you move the _PKG define up? [15:10] hmm ok [15:10] because of BUILD_COMMAND i guess [15:11] bdrung: why not use the stamp- prefix? [15:11] i like to have stamp- prefixes but if you say thats bad practice its fine [15:12] asac_: do you plan on getting to list admin or do you want me to do it after my smoke? [15:12] asac: dh_clean v7 removes the -stamp automatically [15:12] gnomefreak: go ahead [15:12] asac_: ok [15:12] gnomefreak, I still have admin access on the list [15:12] i will send out a request for help if you say its too much for you [15:12] what should be done there? [15:12] let everything bug spam in? ;) [15:12] but [15:12] andv: no worries ill get it in the next few minutes [15:12] asac: that was the reason [15:12] ok [15:13] bdrung: we expect a .xpi to be created in top level dir ... why make the removal dependent on MOZ_...COMMAND? [15:14] bdrung: ok approved. please merge it like this: [15:14] bzr merge .... [15:14] debcommit -e [15:14] and put line on top like: [15:15] MOZ_XPI_BUILD_COMMAND ?= med-xpi-pack $(CURDIR) $(MOZ_EXTENSION_PKG).xpi; [15:15] (merge lp:... target branch) [15:15] asac_, branch is available at: lp:~mozilla-extensions-dev/firefox-extensions/flashgot.ubuntu [15:15] everything should be fine now [15:15] bdrung: ok. i think its ok [15:16] now reviewing mxdlf [15:17] asac: a merge is not required, it can be simply pushed === asac_ is now known as asac [15:17] asac: a merge is not required, it can be simply pushed [15:17] asac_: tarball can be found on gnomefreak's PPA: https://edge.launchpad.net/~gnomefreak/+archive/ppa [15:17] bdrung: yeah. but merging better documents where the topic branch was done imo [15:17] bdrung: but your decision [15:18] bdrung: shouldnt the find just look in the debian/... directories _after_ install ? [15:18] mx... branch that is [15:18] imo we shouldnt remove it from the upstream tree [15:19] asac: no, that would not work [15:19] bdrung: why? [15:19] andv: [AAA] -> [ AAA ] -> [ AAA err [15:19] andv: [AAA] -> [ AAA ] -> [ AAA ] please [15:20] andv: i have to rename tarball if used from my PPA [15:20] asac: unzip -d $(TEMPDIR) $(XPI_DIR)$* -x $(MOZ_XPI_DOCUMENTED_LICENSE_FILES) [15:20] asac: we need it there [15:21] bdrung: we probably should filter unzip -l rather than the find [15:22] maybe the packaging is correct or even renames licenses etc. feels better to remove it at that stage [15:22] what do you think? [15:22] asac, what was it?? [15:22] gnomefreak, please rename [15:22] yes [15:22] andv: changelog [15:23] will do and i will push to PPA [15:23] andv: also add FlashGot_License.txt to the MOZ_XPI_DOCUMENTED_LICENSE_FILES and ensure that its not the the binary package after that [15:23] asac, it's not --> http://paste.debian.net/45939/ [15:23] asac, don't get what you meant before [15:23] asac, what's wrong in the changelog [15:24] andv: also FlashGot.h has no license. i think its not used so should be stripped as part of the dfsg stripping [15:24] gnomefreak, remove that file from orig [15:24] gnomefreak, and add it under your changelog entry [15:24] andv: ok. then just ensure that the FlashGot.h is removed in .upstream ... [15:24] andv: the changelog has bad syntax for the credits [15:24] 16:19 < asac> andv: [AAA] -> [ AAA ] -> [ AAA ] please [15:25] ok will do [15:25] [WHITESPACE....WHITESPACE] [15:25] including the emails is better than just the name [15:25] but thats optional [15:25] asac, ok [15:25] gnomefreak, please fix the flashgot.h file [15:25] then updatr your entry [15:26] in the meantime I fix that thing on the changelog [15:26] andv: ok MOZ_XPI_DOCUMENTED_LICENSE_FILES := FlashGot_License.txt was already in there [15:26] MOZ_XPI_MOZILLA_DIRS := firefox-addons firefox thunderbird iceweasel icedove [15:26] -> thats old [15:26] remove it [15:26] asac, the addon won't work without it [15:26] I've tested it already [15:27] commenting that line will make flashgot not working [15:27] andv: also remove all the browser dependencies from Depends as we have xpi:depends now [15:27] ok just browsers? [15:27] gnomefreak: everything that is in there because its an extension for that thing [15:27] asac, MOZ_XPI_MOZILLA_DIRS := firefox-addons firefox thunderbird iceweasel icedove should be kept [15:27] andv: no [15:27] the tarball is renamed already it seems [15:27] your paste looks ok [15:27] http://paste.debian.net/45939/ [15:27] you dont need it [15:27] asac, but it doesnt work [15:28] I tested flashgot [15:28] without that line and with it [15:28] without it flashgot does not get installed [15:28] under tb for istance [15:28] yeah flashgot has the right tarball name [15:29] flashgot (1.2-0+dfsg-0ubuntu1~jjv) karmic; urgency=low from PPA [15:29] andv: yes. if you want it keep thunderbird ... but not firefox/iceweasel [15:29] old mozillas dont look at that location [15:29] k [15:29] so just thunderbird + icedove [15:29] gnomefreak, you should remove browsers both from control and rules [15:29] as long as all the ./usr/lib/mozilla/extensions/{86c18b42-e466-45a9-ae7a-9b95ba6f5640}/{19503e42-ca3c- things are still there [15:29] gnomefreak, keep only tb and icedove [15:30] andv: ok got it [15:30] thats it imo [15:30] W: flashgot: debian-changelog-line-too-long line 10 [15:30] -> fix that [15:30] while you are at it [15:30] ah that is nanos fault [15:30] will fix it [15:30] W: flashgot source: debhelper-but-no-misc-depends flashgot [15:30] W: flashgot source: dfsg-version-in-native-package 1.2-0+dfsg1-1 [15:30] W: flashgot source: native-package-with-dash-version [15:30] W: flashgot source: diff-contains-bzr-control-dir .bzr [15:30] also those please [15:31] of course not hte .bzr things [15:31] asac > W: flashgot source: native-package-with-dash-version [15:31] asac, I don't get those [15:31] that is fine no? [15:31] asac, which tarball did you use? [15:31] and add .bzr-builöddeb [15:31] asac, looks like you used a bad tarball [15:31] andv: none. so ignore the native things [15:31] andv: anyway the version is still wrong [15:31] W: flashgot source: diff-contains-bzr-control-dir .bzr [15:31] dont use any - in upstream version [15:31] please [15:32] andv: i already said to ignore it [15:32] 1.2-0+dfsg1-1 -> wrong [15:32] asac, flashgot (1.2-0+dfsg1-1) UNRELEASED; urgency=low [15:32] k [15:32] debhelper-but-no-misc-depends flashgot -> wrong (but not in tempate) ;) [15:32] removing [15:32] its just 1.2+dfsg [15:32] its just 1.2+dfsg-1 [15:32] asac, dfsg1-1 [15:33] that's the versioning for dfsg stuff [15:33] no need to version dfsg [15:33] 1.2+dfsg+1 is quite perfect [15:33] in case we remove more files from same version we can make dfsg1 [15:33] but not without a cause [15:34] oh +1? [15:34] changes [15:34] 1.2+dfsg-1 -> thats the full version you should use for first upload [15:35] let me know when things are addressed ... in particular .bzr-builddeb/default.conf [15:35] asac, some changes ushed [15:35] asac, whitespaces plus right versioning [15:35] are done [15:35] is it - or +1? [15:35] gnomefreak, (1.2+dfsg-1) [15:35] k [15:35] andv: why didnt you add the emails? [15:35] just curious ;) [15:35] no need to add if you are fine [15:36] asac, coz both of us are listed in control [15:36] asac, we are not random contributors of this package [15:36] ok do the rest to othen [15:36] ok [15:36] asac, how the default.conf should look like? [15:36] like everywhere else [15:36] asac, which revid should I use? [15:36] the upstream revid [15:36] long revid [15:37] you get with bzr log --show-ids [15:37] so I should create a .upstream [15:37] folder [15:37] no [15:37] you look at bzr log --show-ids --include-merges [15:37] and then pick the last merged upstream commit [15:37] asac, on the main branch? [15:38] on the .ubuntu branch [15:38] [BUILDDEB] [15:38] export-upstream-revision = revid: [15:38] export-upstream = . [15:38] merge = True [15:38] gnomefreak@ubuntu.com-20090804115532-vmmsxkyeu1rfrqqn is the right one i think [15:38] but after gnomefreak removed the other .h file [15:38] it will get bumped to that revision [15:38] should look like that one right? [15:38] look at the bzr log output from above [15:38] andv: yes. [15:38] need to fill out the revid [15:38] andv: just right revid [15:38] yep [15:38] .h is gone. looking at other changes atm [15:38] verify that the one i gave is the right one [15:38] asac: bug #425687: there is this http://git.debian.org/?p=pkg-java/eclipse.git;a=summary [15:38] Launchpad bug 425687 in eclipse "remove eclipse from archive (no maintainer, no progress)" [Undecided,New] https://launchpad.net/bugs/425687 [15:38] and then bump when gnomefreek has removed it and you merged the new upstream in [15:39] gnomefreak, you should remove all browser deps [15:39] ok where are we at. i removed Flashgot.h and removed browsers from control. what else was there? [15:39] gnomefreak, both from control and rules [15:39] bdrung: i have no time for eclipse .... it can reenter the archive if there is something usable contribted ;) [15:39] Depends: curl, | icedove | thunderbird [15:39] Recommends: ${xpi:Depends} [15:39] gnomefreak, remove browsers from rules [15:39] we had lengthy discussions and lots of folks said "we have it here" ... but none followed up so the only way to get this done feels like to put the gun at their head ;) [15:39] andv: ok [15:40] gnomefreak, then if you want [15:40] gnomefreak: the thunderbird/icedove parts are not needed. from what i can tell they should auto show up [15:40] in xpi:Depends [15:40] gnomefreak, add emails near out name [15:40] * our [15:40] gnomefreak, in changelog [15:40] asac: we are a group of 3 people, who work on eclipse 3.5 [15:40] ok [15:40] gnomefreak, where did you push all? [15:41] andv: no where yet still working ont he above [15:41] ah k [15:41] MOZ_XPI_MOZILLA_DIRS := firefox-addons firefox thunderbird iceweasel icedove [15:41] bdrung: is it ready? [15:41] remove those? [15:41] blarg i cant focus on getting the rest of the bugs filed :( [15:41] asac, can we keep firefox-addons? [15:41] bdrung: if not there is still time to get it in. but i need to get it out first [15:41] asac, in debian/rules? [15:41] got my grandmother in the hospital :( and shes not doing well; [15:41] it blocks xulrunner 1.8 removal [15:42] eagles0513875, take your time [15:42] eagles0513875: thats ok. would be good to have a list which one you already did [15:42] asac: not yet, but soon (it builds) [15:42] /reviewed [15:42] asac, should we keep firefox-addons in debian/rules? [15:42] bdrung: yeah. once there is something we can put it in. if thats earlier than eclipse removal happens here thats fine. [15:42] andv: no [15:42] asac: we need a ffe for it, then [15:42] asac, k [15:42] andv: only thunderbird/icedove as those are still from old brnach [15:42] gnomefreak, MOZ_XPI_MOZILLA_DIRS := thunderbird icedove [15:43] andv: remove the whole line? but i thought removeing # fixed it [15:43] bdrung: well. you need that even if its not removed first ;) [15:43] gnomefreak, MOZ_XPI_MOZILLA_DIRS := thunderbird icedove [15:43] gnomefreak, keep tb icedove [15:43] did [15:43] k [15:43] gnomefreak, then add our emails in the changelog [15:43] gnomefreak, near our name [15:44] gnomefreak, and I make the bzr-bd thing [15:44] ok control depes fixed tarball fixed rules fixed will fix emails in changelog in a few. what else is left? [15:44] asac: yes, i have nothing against removing the old crap ;) [15:44] gnomefreak, need bzr revid [15:44] gnomefreak, and that's all [15:44] andv: are you doing that? i thought it was already there? [15:44] asac: ill link them to u in private for ya [15:44] gnomefreak, it's not there [15:45] shit [15:45] ok will add it [15:45] gnomefreak, k [15:46] gnomefreak, then push all [15:46] to main branch for asac [15:46] ok getting rest done atm [15:46] k [15:47] we really need to add that to the packaging page [15:47] gnomefreak, what? [15:48] andv: .bzr-buildeb file [15:48] gnomefreak, just bzr add .bzr-builddeb [15:49] and add a default.conf with these data: [15:49] [BUILDDEB] [15:49] export-upstream-revision = revid: [15:49] export-upstream = . [15:49] merge = True [15:49] fill out revid after your changes on upstream branch [15:50] export-upstream = . is that the only thing in that line is the .? [15:51] yes [15:51] export-upstream = . [15:52] wasnt there a way to grab the info needed? at least i thought there was a command [15:52] gnomefreak, revid? [15:52] there was a command to get all the info for it [15:53] asac: do you remember the command to get the info for .bzr-builddeb? [15:53] gnomefreak, bzr log --show-ids [15:53] andv: thanks [15:53] into upstream branch [15:53] get latest and copy / paste it there [15:54] andv: i still have latest upstream tarball i think [15:54] you should have removed the .h file [15:54] then it's fine [15:55] andv: yes removed it. the .bzr-builddeb still goes in toplevel .ubuntu branch i thought [15:56] gnomefreak, yeah, you should bzr log --show-ids into .ubuntu branch [15:58] andv: export-upstream-revision = revid: gnomefreak@ubuntu.com-20090907140616-el91l7yz71wvw7hi [15:58] does that look right? [15:58] revid:gnomefreak@ubuntu.com-20090907140616-el91l7yz71wvw7hi [15:58] no free space between revid: and ID [15:58] ah no space [15:59] now for changelog [15:59] [ John Vivirito ] [15:59] same for me [15:59] gnomefreak, my mail is in control file [16:00] asac, is mailto:revid:gnomefreak@ubuntu.com-20090907140616-el91l7yz71wvw7hi the right ID? [16:00] asac, remove the mailto [16:00] my irc client is crazy [16:01] gnomefreak, going for a shower [16:01] gnomefreak, do all the changes, then push them [16:01] andv: ok [16:01] and ask asac if the ID is ok [16:01] then should be fine [16:01] bbl [16:01] asac: is the above id correct? [16:01] you can test by running bzr branch -r revid:.... branch.ubuntu [16:02] and see if it produces your .upstream tree [16:07] trying to think what i am forgetting [16:08] asac: this something to check as well https://code.edge.launchpad.net/~ubuntu-dev/firefox-extensions/ubuntu-it-menu.ubuntu since its an italian menu [16:11] eagles0513875: was that a question? if so: yes. [16:11] ok [16:11] its a real extension afaik... which should be updated [16:11] sry im multitasking atm between compiling the beta 1 of koffice 2.1 and soon to be compiling flightgear from svn [16:12] why are you building koffice? [16:12] just as an excersize? [16:12] asac: do you know andv-s email address? [16:12] gnomefreak: bzr log ? [16:12] oh yeah [16:12] sorry [16:15] ok pushing to branch [16:16] now its being pushed with fixes. i just have to push to PPA for tarball [16:21] asac: made life easy for me and pushed to my branch and asked for a merge. im running very low on time to get to work. trying to merge the diversed is a time consuming task for me :( [16:22] asac: how about only recommending packages, which are in the archive? [16:22] its already 11:22am 12:00 i need to be there [16:28] asac: will pm ya the ones i got done yesterday or would u prefer me email ya what i have done [16:30] asac: tarball should be up in my PPA soon unless builders are busy [16:33] gnomefreak, back [16:33] gnomefreak, everything ready? [16:34] andv: ok my branch is up to date. Im running low on time atm and it was diverged when pushing to -dev branch [16:34] asac: no wanna test out the beta of 2.1 btw [16:34] andv: everything is done [16:34] andv: new tarball is on PPA or at least will be soon [16:35] gnomefreak, is mozilla-extension-dev one fixed now? [16:35] andv: no it is diverged and i dont recall how to fix that i have it somewhere but im really short on time. work == 12:00 its 11:35 [16:36] i wanna start packaging lol [16:36] gnomefreak, it looks fine [16:37] andv: can you merge it or do you want me to request merge? [16:38] merge where? [16:38] gnomefreak, tarball has a wrong versioning [16:38] but asac will change that I guess [16:38] into mozilla-extensions-dev [16:39] andv: its wrong how? [16:39] gnomefreak, should be flashgot_1.2+dfsg.orig.tar.gz [16:39] andv: thats old one [16:39] it looks like it hasnt been published [16:39] ah k [16:40] i lied there it is [16:40] is it the extra ~1? [16:40] oh crap [16:40] i know what happened [16:41] your one is flashgot_1.2-0+dfsg1.orig.tar.gz [16:41] i left old tarball in the dir [16:41] lol [16:41] le sigh [16:41] gnomefreak, you're not able to reproduce rev. 16 changes [16:41] he can fix it? [16:41] into main branch for asac? [16:41] andv: huh? [16:41] * Removed chrome/flashgot.jar!/content/flashgot/Flashgot.h: It has no license [16:41] * debian/rules: [16:41] - uncommented MOZ_XPI_MOZILLA_DIRS to fix addon install [16:41] - removed all browsers from MOZ_XPI_MOZILLA_DIRS [16:41] and so on [16:42] andv: lol flood :p [16:42] on mozilla-extensions [16:42] eagles0513875, :D [16:42] thats there on my branch isnt it? [16:42] andv: im going borde doing what asac assigned me to do [16:42] lol [16:42] gnomefreak, yes [16:43] gnomefreak, https://code.edge.launchpad.net/~gnomefreak/firefox-extensions/flashgot.ubuntu/+register-merge [16:43] gnomefreak, to lp:~mozilla-extensions-dev/firefox-extensions/flashgot.ubuntu [16:43] andv: yeah i screwed that up on last try wrong branch :( ok rewquseting now [16:44] gnomefreak, let me know when don [16:44] gnomefreak, the merge should work [16:44] andv: i requested you to review. its done [16:45] k, let me see [16:45] gnomefreak, lol great [16:45] it merged [16:45] andv: ok grewat [16:45] instamerge lol [16:46] iu hate that merging makes me lose my branch. that means i have to push with a renamed branch [16:46] s/iu/i [16:47] gnomefreak, yes [16:47] or take team branch [16:47] and --overwrite your old one [16:47] asac, branch is ready, available for last review? [16:47] andv: not a bad idea [16:47] gnomefreak, so you get an updated branch without any problem [16:47] damn forgot ubuntu# in changelog [16:47] i think [16:48] when you change UNRELEASED please fix that [16:48] ok im gone off to work. [16:52] andv: checking [16:52] asac, after approving a merge proposal [16:52] andv: no revision to pull [16:52] LP process the merge automatically? [16:53] asac, https://code.edge.launchpad.net/~gnomefreak/firefox-extensions/flashgot.ubuntu/+merge/11315 [16:55] asac, do I have to merge it manually? or LP does that? [16:56] andv: bzr merge .... use debcommit -e and add a line like: [16:56] (merge lp:~gnomefreak/firefox-extensions/flashgot.ubuntu) [16:56] above whatever debcommit finds [16:56] eeeh ... you should use topic names for merges [16:56] asac, bzr merge works for not-locale branches? [16:57] e.g bzr merge -r16 lp:whatever [16:57] asac: do i have to finish 15 more of these extensions before i can go onto somethign new lol [16:57] andv: yes [16:57] k [16:57] give me a second [16:57] eagles0513875: well. it helps you to get used to stuff and review a lot of different debian/rules etc. [16:58] ok will keep trudging [16:58] eagles0513875: you could also note down things you find odd in them so we can discuss them afterwards [16:58] 15 more left [16:58] and you can learn ;) [16:58] :) [16:58] out of everyone i have talked to you are the most obliging and willing to teach [16:58] actually that goes for u gnomefreak and andv [16:59] thx [16:59] i try to invest. sometimes its depressing that folks run away when the start to become effective ;) [17:00] indeed [17:00] asac, Text conflict in debian/changelog [17:00] but even then i at least helped someone to get skilled on linux things a bit more which might help the ecosystem [17:00] damn [17:01] asac, changelog emails went wronly merged [17:01] andv: thats because gnomefreak diddnt start on the latest. just resolve it and check that nothing else went wrong ;) [17:01] yes. simple resolve [17:01] just use the right format if both differ [17:01] I fix it manually? [17:01] thats what a merge conflict involves. yes [17:01] bzr merge [17:01] fix them [17:01] bzr resolved [17:01] bzr diff [17:01] to check that all makes sense [17:01] asac: i wont mention names and gnome knows who i am refering to but its like a bunch of certain individuals just dont give me a chance or wanna mentor me [17:02] debcommit -e ;) [17:02] like i am banned from the dev channels [17:02] they wont unban me [17:02] hope we wont need to ban you ;) [17:02] j.k. [17:03] i don't remember anyone baned here, in ~3y [17:03] asac, he kept wrong versioning [17:03] asac, (1.2-0+dfsg1-1) [17:03] fix it in the merge [17:03] ;) [17:03] same thing [17:03] fta2: i dont even remember how to become ops ;) [17:04] i think i had that right at some point [17:04] but i never used it ... nor do i know if someone reset my permission [17:04] im a guy who loves pcs loves kubuntu but nobody wants to mentor me and show me how its done [17:04] similar to what they did to my knowledge base bot rights ;) [17:04] which i have to admit i wasnt really capable in using ;) [17:04] * asac remembers ending up in -ops channel because everything was too messed up [17:05] eagles0513875: mentoring is good. but most work is really on the side of the "student" [17:05] imo its important to give folks a start [17:05] that i agree with [17:05] asac, finishing [17:05] then unblock them when its needed. but not solving all problems ;) [17:05] but these particular individuals dont see that [17:06] its better to solve problems with lots of time wasted to learn ... otherwise you will forget ;) [17:06] i hate to say this i have considered leaving the distro all together for something else or maybe eve upstream to debian [17:06] it pissed me off cuz i am quite limited on how i can contribute to the distro [17:06] well debian is definitly not a better enviornment to get mentored ;) [17:06] hehe me and another friend of mine are thinking and debating of making a gaming distro based of ubuntu line lol [17:07] ubuntu is basically the right way to start. you should also check back with folks like dholbach etc. about how to enter the ecosystem based on what you want to do [17:08] eagles0513875: well. i think making own distro requires some profound skills ... i guess you should contribute quite a lot before starting that. [17:08] asac, should I remove .OTHER .THIS files [17:08] or bzr resolve fix them [17:08] asac: im working with a rather versed programmer [17:08] and im quite versed in linux would love to learn the inner workings [17:08] a bit more [17:08] andv: if you fixed the conflict, bzr resolved fwill remove it [17:08] eagles0513875: running a distro is much more than programming ;) [17:08] i know [17:09] but its gonna be targeting the gaming community [17:09] like ubuntu studios targets multimedia this will target gamers and possible devs [17:09] asac, it merges only debian/changelog [17:09] asac, and not other changes [17:09] maybe beause no other changes were made? [17:09] you are the man ;) [17:10] figure [17:10] cant be rocket science [17:10] u callin me the man [17:11] sometimes i h8 bzr [17:11] no andv ;) [17:11] andv: if you think a bit it often made sense what it dose [17:11] :) [17:11] you should try git if you hate bzr [17:12] hehe i have tried em all just bout cept for cvs [17:12] i am sure your love will suddenly come back to bzr [17:12] git and svn lol now bzr today lol [17:12] asac, ok, I've figured [17:12] ready in a second [17:12] nice ;) [17:14] asac, so, what do you think about the new summary in the bot? [17:15] fta2: is the complete sync in the sync results? [17:16] ? [17:16] fta2: sorry. complete bzr log [17:16] all changes i look at have max 2 lines there [17:16] so wasnt sure what is the full log now [17:16] yes, it is [17:16] the one in new package info [17:16] windows for the epic fail [17:16] or the one in sync? [17:17] the sync is a dupe now [17:17] fta2: so both are complete atm? [17:17] fta2: how about my suggestion to put two lines and a third with "..." in the sync part? [17:18] asac, pull it [17:18] k [17:18] asac, is it a problem to keep all the commits, incl. the merges? [17:18] looks nice to me as it is [17:18] * Removed chrome/flashgot.jar!/content/flashgot/Flashgot.h: It has no license [17:19] fta2: i just think that if the one in packaging info is complete its just redundant [17:19] and two lines would be enough to verify that its the right sync [17:19] is it possible to go brain dead from bug filing [17:19] i doubt that we have lots of commits on a day ... but in case it would at least matter a bit [17:19] eagles0513875: yes. [17:19] asac, yeah, he removed that file [17:19] asac, as you told him [17:19] eagles0513875: but bug triaging is even worse ;) [17:19] asac: man so close 15 left to get done [17:19] hehe i can imagine [17:20] andv: yes. but from upstream branch i said [17:20] and then merge new upstream in .ubuntu branch [17:20] so we have a new orig [17:20] asac, I still don't understand which is the upstream branch [17:20] now i am sure that removalo shows u p in the diff.gz [17:20] asac, as i said, i will remove the commits from the sync part, it's now in the new packaging section [17:20] anyone wanna finish up the last 15 i have lol [17:20] andv: the upstream branch is the branch you get when running bzr branch -r revid:REVISION flashgot.ubuntu flashgot.upstream [17:20] with the revision from default.conf [17:21] asac, and where flashgot.upstream is located? [17:21] asac: would you like to know the ones i havent check yet [17:21] andv: nowhere. the good about bzr is that you can get merged branches out of it with using the right revision [17:21] asac, you can't make a tarball using the .ubuntu branch? [17:21] andv: so you get .upstream out of the .ubuntu branch if you need it [17:21] asac, e.g removing debian dir and packing it [17:22] andv: no. thats bogus [17:22] we use bzr builddeb [17:22] with default.conf [17:22] everything else is too ugly to think about [17:22] that has to be done properly [17:22] you can extract the upstream branch. merge it on top [17:22] and which is the revision I should use to create the upstream branch? [17:22] that would also work [17:22] andv: think about it. i told you just a few lines above [17:22] asac, you told me to run into .ubuntu [17:23] asac, should I get the revid of latest commit? [17:23] read ~-15 [17:23] 18:20 < asac> andv: the upstream branch is the branch you get when running bzr branch -r revid:REVISION flashgot.ubuntu flashgot.upstream [17:23] 18:20 < asac> with the revision from default.conf [17:23] do that [17:23] k [17:23] remove the file from there [17:24] merge it into .ubuntu (resolve conflict because the file was removed in both branches) and bump default.conf to new upstream revision [17:24] eagles0513875: yes. if you could post a list of checked branches that would be nice [17:24] ok :) [17:25] asac: would that be better then giving u the ones i have checked [17:25] asac, andrea@nightsong:~/mm$ bzr branch -r revid:gnomefreak@ubuntu.com-20090907140616-el91l7yz71wvw7hi flashgot.ubuntu flashgot.upstream [17:25] Branched 15 revision(s). [17:25] havent checked i mean [17:25] let me see now [17:25] asac, I see the .h file [17:25] now i bzr rm it [17:27] eagles0513875: https://wiki.ubuntu.com/MozillaTeam/Karmic/ExtensionReview [17:27] add them to that wiki [17:27] makese most sense i think [17:28] asac: those go under the branch column [17:29] eagles0513875: the url of the branch [17:29] asac, it applied some other changes as well [17:29] asac, not only that removal [17:29] ok [17:29] asac, so I guess revid is wrong [17:29] * andv is getting crazy [17:29] eagles0513875: i added examples how to use DONE and OUTSTANDING [17:29] whats that listwhere all the extensions are at [17:29] eagles0513875: dont add all ... jsut add those that you processed [17:29] we need to cleanup the list of extensions at somepoint [17:29] i will [17:30] ya lots of branches on there [17:30] eagles0513875: http://wiki.ubuntu.com/MozillaTeam/Extensions/List [17:30] asac, of course if I made an upstream branch reverting to rev15 [17:30] that might be outdated though [17:30] asac, if I merge again I'll get those changes added agan [17:30] * again [17:30] andv: there are no other changes [17:30] the one u gave me earlier it was on edge [17:30] if you branch the right upstream revision [17:30] you remove just that file [17:30] commit it [17:30] then merge that into the ubuntu branch [17:30] done [17:30] (and bump default.conf revision id) [17:30] asac, then the revid is wrong [17:31] if the revid has debian/ directory then its wrong [17:31] yes. [17:31] yes, it has debian dir [17:31] omg [17:31] use bzr log --show-ids --include-merges to spot it [17:31] right. could be a mess [17:31] asac, we hadnt a revision *without* debian dir [17:31] andv: i would think it should be gnomefreak@ubuntu.com-20090804115532-vmmsxkyeu1rfrqqn [17:31] that works for me [17:32] andv: we have [17:32] andv: try to spot the revision i just gave you in --include-merges log [17:32] thats a revision without debian/ and it looks like the last upstream branch merge [17:32] asac, yes [17:33] that one was right [17:33] yeah. so fix default.conf first [17:33] ;) [17:33] before the merge. [17:33] ;) [17:33] then you have to bump it again after the merge [17:34] but it should at least be right once ;) [17:34] gnomefreak just used the topmost revid from the .ubuntu brnach [17:34] not the upstream branch ;) [17:34] asac: when ever you get a chance that site with all the extensions thats on edge plz [17:34] eagles0513875: well edge. is ok [17:34] if you are not in beta testers it will direct you to the right page [17:35] its basically just without .edge [17:35] cuz right now i dont have the link to the branches [17:35] eagles0513875: https://code.edge.launchpad.net/firefox-extensions == https://code.launchpad.net/firefox-extensions [17:35] oh [17:35] as u can see im not on launghpad much [17:35] edge is just the beta version [17:35] you dont get that unless you are in the launchpad beta team [17:35] asac: did you see the bug in ubufox with apturl? [17:36] which you can be happy about ;) [17:36] micahg: with kde? [17:36] well in general bug 423438 [17:36] hi btw [17:36] Launchpad bug 423438 in apturl "apturl crashed with SyntaxError in unknown()" [Undecided,Confirmed] https://launchpad.net/bugs/423438 [17:36] hi asac :) [17:36] I summarized at the top of the description and marked for 9.10 beta [17:37] it's broke :) [17:37] asac, I've updated the revid [17:37] micahg: assign such bugs to me [17:37] ok [17:37] sorry [17:37] basically if things get triaged assign them to me [17:37] no problem [17:37] you can also ask ;) [17:37] but i usually follow up well on assigned bugs [17:37] it was late last night :) [17:38] asac, I have a bzr merge ../flashgot.ubuntu [17:38] * gave [17:38] asac, and it added back all changes [17:38] -.- [17:39] andv: thats wrong [17:39] you merge into the ubuntu [17:39] not from the ubuntu [17:39] just bzr revert [17:39] bzr clean-tree [17:39] yep done [17:39] that will get rid of the cruft [17:39] ive merged [17:39] andv: merge the upstream branch in the ubuntu branch [17:39] done [17:39] then? [17:40] what then? [17:40] after merging [17:40] then you need to commit it as "merge new upstream snapshot with file xyz removed" [17:40] and bump default.conf properly [17:40] but I don't have to push it [17:41] you need to commit merges [17:41] but before committing it bump the default.conf revision properly [17:42] asac, from the latest commit I did [17:42] right? [17:42] no from the last upstream commit [17:42] check out the bzr log command i gave you [17:42] you will see which one it is [17:43] asac, I gave that command into the flashgot.upstream branch [17:43] after committing the merge [17:43] well then you need to take the topmost commit there [17:43] you can also look into .ubuntu branch after merge and pick the right commit [17:44] asac, on flasgot.upstream I have latest commit (6) [17:44] asac, andrea.veri89@gmail.com-20090907163444-9lrh236pr27p24um [17:44] asac, now I put this revid on the flashgot.ubuntu branch [17:47] asac, I merged that into .ubuntu then I commit [17:47] asac, then I see revid of that? [17:47] you dsont change the revid _before_ the merge [17:48] you merge; change revid and commit both together [17:48] andv: hmm [17:48] asac, Im really getting crazy [17:48] not sure what you are doing. try to take a step back [17:48] its really simple [17:48] you change revid during the merge [17:48] or after the merge ,) [17:48] asac, having an upstream branch like I do with my packages [17:48] would solve all this [17:48] no [17:48] think twice [17:49] you can easily get the upstream branch from the .ubuntu branch [17:49] you even have one now [17:49] because you branched it and removed the flashgot there [17:49] you can just look there for the topmost revision id [17:49] asac, I don't understand how can I remove a file [17:49] bzr rm [17:49] and then create an upstream commit [17:49] without a debian dir on it [17:49] andv: you branch the upstrem branch ... you already had that [17:49] andv: there you remove it [17:49] commit it [17:50] then you merge it into debian and bump the default.conf revid [17:50] done [17:50] asac, I created an upstream branch [17:50] thats just four steps [17:50] asac, then [17:50] i bzr rm that file [17:50] then [17:50] i went into .ubuntu and merged [17:50] you have to commit that [17:50] no [17:50] yeah i committed [17:50] yes [17:50] I committed it [17:50] bzr merge [17:50] _dont_ commit [17:50] then went to .ubuntu [17:50] bump revid [17:50] merged [17:50] commit that as "merged ..." [17:50] done [17:51] asac, and I put the revid [17:51] of the latest commit on upstream [17:51] so .upstream revid gets into .ubuntu bzr-bd/conf file [17:51] yes [17:51] right? [17:51] so all is right [17:51] i dont see whats the problem :) [17:52] now that you did that you can just a create new upstream branch from it using the right revid from default.conf [17:52] so you dont need a .upstream branch somewhere [17:53] asac, pull now [17:53] asac, please tell me it's right [17:53] or I gonna suicide [17:53] lol [17:53] red on purple and red on black im seeing the rainbow or part of it [17:53] eagles0513875, bzr something is bad [17:53] * sometimes [17:53] ? [17:54] andv: you picked the wrong revid ... you took the parent: not the revision-id: line [17:54] asac, no [17:54] im really sure [17:54] yes [17:54] andv: well. i can provide it. [17:54] whats the revision id? [17:54] revno: 5 [17:54] revision-id: andrea.veri89@gmail.com-20090907163444-9lrh236pr27p24um [17:54] parent: gnomefreak@ubuntu.com-20090804115532-vmmsxkyeu1rfrqqn [17:54] yes [17:54] export-upstream-revision = revid:andrea.veri89@gmail.com-20090907163444-9lrh236pr27p24um [17:55] cat .bzr-builddeb/default.conf | grep revision [17:55] export-upstream-revision = revid:gnomefreak@ubuntu.com-20090804115532-vmmsxkyeu1rfrqqn [17:55] thats what i got after pull [17:55] so you probably didnt push [17:55] but i have your merge [17:55] I didnt commit that change [17:55] so you didnt change the revid in the merge commit [17:55] OMMG [17:55] andv: you would usually commit it right in the merge commit [17:56] but now just coommit it on top [17:57] asac, it says no changes [17:58] then you didnt push man [17:58] ;) [17:59] i have rev 20 [17:59] nothing new is there [17:59] asac, pull now [17:59] it *should* be fine [18:00] asac: wiki is saving but updated with the ones i have done [18:00] asac, please tell me it's ok [18:00] ^^ [18:00] yes. at last [18:00] eagles0513875: thx [18:00] asac, first time I use this way of working [18:01] you know I'm used to have a separated branch for that [18:01] eagles0513875: you didnt use the table colums? ;) [18:01] asac, let me know when pushed so I ping my friend [18:01] asac, leaving in ~10 minutes [18:01] e.g. the "checked" things [18:01] and add your nick in the last column [18:01] andv: yes. but once you know how to get the upstream branch out of it its the same [18:01] just that you dont publis upstream branch [18:02] will push it later today [18:02] asac, ok [18:02] have to get debian thing going somewhere ;) [18:03] asac, ok, msged my friend saying you gonna push it later [18:03] asac: tried my best probably only my 2nd time editing a wiki [18:03] lol [18:03] asac, you'll have to change unreleased thing [18:04] eagles0513875: copy those check/crosses from above ... i added them as examples ;) [18:04] eagles0513875: one second [18:04] fine, i'm off [18:04] bbl [18:04] bye [18:06] eagles0513875: https://wiki.ubuntu.com/MozillaTeam/Karmic/ExtensionReview [18:06] filled out the first line [18:06] not sure if al is right [18:07] asac: ? [18:07] if you filed bugs please add them. otherwise keep it empty [18:07] eagles0513875: look at it [18:07] right now going nuts m8 got my grandmother in hospital and its panic stations here :( [18:07] ok [18:07] eagles0513875: ok. no need to do that now. if you filed bugs, just drop the bug ids somewhere on the wiki page and i will clean it up [18:08] if you have no time at all thats also ok ... just do it later when you have more time ;) [18:08] sry bro just going through alto here [18:13] micahg: you have problem with language? [18:24] asac: added the bug nunmbers m8 [18:24] see yall later [18:24] thx [18:25] eagles0513875: on the wiki page there are no bug numbers ;) [18:56] yeah, on the alpha 5 cd [18:56] asac: ^^^ [19:02] asac: about that firefox recommends/suggests ubufox thing [19:03] maybe it would be best to update ubufox to depend on apturl or apturl-kde than demote it to suggests? [19:04] micahg: yes. thats the plan [19:04] ok [19:05] should I file a new bug in ubufox? should I update the one in ff35 about the dependencies? [19:05] micahg: if its not fixed yet reuse the existing [19:05] asac: didnt fix alot of that stuff on the wiki but since it didnt upload before i uploaded it again and bug reports are there [19:05] well, the original was a bug about ff3.5 dependencies [19:05] this would be about ubufox dependencies [19:05] but I can reference the new bug [19:06] eagles0513875: you have an edit conflict [19:06] https://wiki.ubuntu.com/MozillaTeam/Karmic/ExtensionReview [19:06] check out the page [19:06] i did it in a hurry :( [19:06] ill fix this tomorrow :( [19:06] sure. just remember to fix it when you have time ;) [19:06] kk [19:07] asac: should I add a second task to the original [19:07] and change it to update ubufox depends [19:07] micahg: not sure what you mean [19:07] whats the bug id? [19:07] asac, what i meant earlier is that in http://paste.ubuntu.com/266795/, i will remove lines 17-18 as they are now redundant with line 11 [19:07] bug 365965 [19:07] Launchpad bug 365965 in firefox-3.5 "[MASTER] Firefox3.5 recommends ubufox but should suggest ubufox" [Medium,Triaged] https://launchpad.net/bugs/365965 [19:08] fta: ok makes sense. thanks [19:08] very nice [19:08] now we just need a place to publish them ;) [19:08] I believe the best thing now is to update ubufox instead of the firefox suggests thing [19:08] well. this is an example that bugs should not have "solution" titles, but rather "symptoms"! [19:09] e.g. "installing firefox-3.0 pulls in ubufox and all gnome depends" [19:09] e.g. "installing firefox-3.0 pulls in ubufox and all gnome depends through apturl" [19:09] micahg: why update ubufox? [19:09] "a place to publish them", what that for me? [19:09] micahg: ah yeah. well. add ubufox task so we can say "wont fix" for firefox [19:09] to express that we didnt use that way of fixing them [19:10] ah, will keep in mind [19:10] fta: what that for me? [19:10] "want that from me?" [19:10] so, the best thing then is to add the second task and fix the title? [19:10] yes [19:10] was that... [19:10] fta: yes. [19:11] about summary mails [19:11] i don't understand [19:11] fta: the bot emails [19:11] asac: milestone for final 9.10? [19:11] fta: sending them to public ;) [19:11] asac, who's supposed to read that, beside us? [19:12] anyone who wants to help on fixing dailies [19:12] i would think [19:12] currently the daily broken mail goes nowhere too [19:12] those should go to same place [19:12] most likely it would be just me and you [19:12] and maybe a few lurkers. but you never know ;) [19:12] the bot could send that to a m-l [19:12] i was asked multiple time: "where can i get notifications of failures so i know when to fix things"! [19:13] only answer i had was: "press reload at about 21 CEST" ;) [19:13] fta: yes. thats what i mean [19:13] the summary is not about ftbfs, but about packaging [19:13] or we could publish that as a blog [19:13] so users can use rss [19:14] asac: should I milestone for 9.10 final for the ubufox fix? [19:14] fta: i know ;) ... but there might also be problems that stopped things from uploading [19:14] and users might want to check whether there might be new dailies etc. (like NOUPLOAD) [19:14] micahg: yes. for beta even [19:14] and assign to me ;) [19:15] or to you and suggest a merge [19:15] ;) [19:15] beta it is and assigned to you :) [19:15] well [19:15] the other bug has to be fixed first [19:15] you can also suggest a merge for that ;) [19:15] about calling apturl with python [19:15] but its simple enough [19:15] i will just do it [19:15] yeah [19:15] I might be able to fix it [19:15] but the other one I'm not sure about [19:17] asac: where's the ubuntu ubufox bzr repo? [19:17] launchpad.net/ubufox [19:17] somewhere there [19:17] too bad we can't set bug dependencies [19:18] micahg: tghat bug is already fixed [19:18] ;) [19:18] https://code.edge.launchpad.net/~ubuntu-core-dev/ubufox/ubuntu [19:18] 98. By Alexander Sack on 2009-09-02 [19:18] * better support kde by adding alternative Depends on apturl-kde [19:18] - update debian/control [19:19] let me close it in changelog [19:19] ah [19:20] excellent :) [19:20] asac, could a PPA have a m-l? or just projects? [19:21] fta: well. that was the idea for the ubuntu-mozilla-daily thing. which somehow made all mails for me disappear [19:22] ? [19:22] i mean i tried to use the team approach [19:22] https://edge.launchpad.net/~ubuntu-mozilla-daily [19:22] but i dont get those mails [19:22] even though all go there [19:23] hmm. maybe the daily team is just not subscribed to that ppa? [19:23] hmm stupid idea [19:24] asac: you're the only subscribe for the ml [19:24] yes [19:24] and i dont get any mail from that ppa anymore [19:24] before i got mails from it directly [19:25] now none [19:25] micahg: you cannot subscribe there, right? [19:25] i think it was just for team members [19:25] I can [19:25] you can? [19:26] hmm [19:26] micahg: can you subscribe for a minute? [19:26] edge looks broke [19:26] and see if you can get a mail? [19:26] let me kill the redirect [19:26] there is a pending moderation request for a valid mail ... i could try with that whats going on [19:26] oh, it says you must be a member, but it shows me the subscribe icon [19:27] yeah thats non-sense imo [19:27] ok [19:27] I'll file a bug in LP [19:27] I can't subscribe unless I'm a member [19:28] let me file it [19:28] ok [19:28] asac: should this code work : installing firefox-3.0 pulls in ubufox and all gnome depends through apturl [19:28] oops [19:28] mSystemAppPath.Assign (NS_LITERAL_CSTRING("/usr/bin/" MOZ_APP_NAME "-real") [19:31] subscribed you to bug 425856 [19:31] Launchpad bug 425856 in launchpad "non-team members cannot subscribe to launchpad/team mailing list" [Undecided,New] https://launchpad.net/bugs/425856 [19:31] if they have questions let me know ;) [19:33] ok [19:33] asac: it says the policy is team members only [19:33] i cannot find the widget to change that [19:33] ok [19:34] asac: should my code snippet above work? [19:34] if assign needs a CSTRING then yes [19:35] asac: would this diff dir in this patch be causing a problem? http://pastebin.com/f37a7326f [19:36] i cannot say witout seing the full patch [19:38] http://pastebin.com/f224e225 [19:38] because the ---- dir is mozilla.org [19:38] fta: so in case we ever solve that subscription problem we could probably use launchpad mls ;) [19:38] orig [19:38] I was wondering if it even got applied [19:38] using quilt? [19:38] yeah [19:38] quilt always uses strip level of 1 [19:38] so yes [19:39] ok [19:39] not sure why there is no mozilla/ in the diffstat [19:39] it didn't seem to work [19:39] maybe because quilt tries to be smart [19:39] cant remember that i ever looked too close at that ;) [19:39] I was tring to get it to restart with the -real version [19:40] micahg: i think thats not the code for the restart. its the code for setting the right "default" app in gconf... isnt it?= [19:40] micahg: my patch touched some other file [19:40] oh, I thought is was here..oops [19:40] micahg: thats for the default app thing [19:41] was trying to fix bug 416627 [19:41] Launchpad bug 416627 in firefox-3.5 "Firefox 3.5.3pre: Restart launches /usr/bin/firefox regardless of the original launch command." [Medium,In progress] https://launchpad.net/bugs/416627 [19:42] but my revisions are all messed up now [19:42] is it possible to rebase against the original? [19:42] what do you mean? [19:43] to update to the latest original revision and then apply my versions [19:43] *changes [19:43] I guess I have to pull a new copy of the original branch [19:43] micahg: what kind of branch are you working? upstream clone or packaging branch? [19:44] sorry if i forgot what i told you ;) [19:44] packaging branch [19:44] firefox-3.7.head [19:44] and why are the revisiosn messed up? [19:44] I did a bzr merge and I probably shouldn't have :) [19:44] you committed and then someone committed something in the meantime? [19:44] on my local copy [19:44] when did you do that bzr merge? [19:45] after one of the patches was out of sync with upstrema [19:45] after all your changes? [19:45] upstream is our firefox-3.7.head? [19:45] is that merge still the topmost? [19:45] well it's all mixed in [19:45] http://bazaar.launchpad.net/~micahg/firefox/firefox-3.7.head.lp416627/revision/446 [19:46] bzr uncommit [19:46] backup your lp18... patch that you adjusted [19:46] ok [19:46] I have copies in the build directory [19:46] then run bzr revert + bzr clean-tree [19:47] that will bring you back to clean revision 445 [19:47] then add your patch again [19:47] etc. [19:47] then: COMMIT that [19:47] if you really want the latest upstream then do a bzr rebase on the "upstream" head branch [19:48] bzr rebase doesn't work [19:48] it doesnt work now [19:48] I need the latest upstream [19:48] but if you do what i said it will work [19:48] bzr: ERROR: unknown command "rebase" [19:48] you need to install bzr-rebase [19:48] :) [19:48] but here: dont do that now [19:48] that merge commit is a mess [19:48] that needs to be uncommitted [19:48] did that already [19:49] then revert clean-tree [19:49] commit just your new patch [19:49] did that already [19:49] install bzr-rebase [19:49] no [19:49] package [19:49] I need the upstream revisions first [19:49] not if you want to use rebase [19:49] then I'll rebase [19:49] then add my patches [19:49] no [19:49] so it's on top of everything else [19:49] no? [19:49] if you get upstream revisions first then you dont need to rebase [19:49] you can just commit [19:49] but you should excersize the rebase [19:49] because next time you will mess it up again ; [19:49] ) [19:50] excersize the rebasE? [19:50] basically uncommitting, pulling, committing [19:50] is manually rebasing ;) [19:50] nevermind [19:50] do what you want ;) [19:50] won't rebase keep the upstream revision number? [19:50] and pull will suck in all the changes at once/ [19:50] ? [19:50] if you rebase your branch against the upstream branch numbers it will take upstream branch and commit your changes on top of it [19:51] ah [19:51] micahg: rebase is like: get a new upstream branch and move every commit you did after you branched your branch over to the fresh branch [19:51] that's why you said to add my stuff first [19:51] excellent [19:51] I'll try that [19:51] yes as an excersize [19:51] you could just uncommit [19:51] and pull [19:51] and then commit [19:51] but you can also [19:51] uncommit [19:51] commit [19:51] rebase [19:51] ;) [19:51] practice makes perfect, right :) [19:52] excercise i guess ;) [19:52] does that look less like excalibur? [19:52] ;) [19:52] exercise [19:52] ? [19:53] * asac sucks at practicing exercise [19:53] ;) [19:53] micahg: mozilla/browser/components/shell/src/nsGNOMEShellService.cpp -> thjats not even firefox-3.7 branch material [19:53] that component is in xulrunner-1.9.2 [19:53] micahg: but the code you are supposed to fix was in firefox iirc [19:53] micahg: oh [19:53] i am dump [19:54] thats of course firefox-3.7 ;) [19:54] dumb [19:56] asac, mozilla 508104.. well told you [19:56] Mozilla bug 508104 in Storage "Upgrade to SQLite 3.6.16" [Normal,Resolved: fixed] http://bugzilla.mozilla.org/show_bug.cgi?id=508104 [19:57] fta: thats what i ment earlier today [19:57] i didn't read today's logs [19:58] asac: is excercise the british spelling? [19:59] 11:41 < asac> fta: so seems mozilla thinks its the right thing to misuse configure to enforce runtime lower bounds ;) [19:59] 11:42 < asac> i should have known that [19:59] 11:42 < asac> actually i am not sure if this is the last drop needed to convince me to move to a standalone firefox package [19:59] 11:42 < asac> with everything in-source [20:00] micahg: no. the xc is wrong everywhere ;) [20:03] asac: yeah, that seems pretty weird to bump sqlite on the stable branch [20:09] fta: how about that? [20:09] ;) [20:11] *sigh* [20:12] well, i still don't understand why you have so many "migrate to webkit" in the ff3.5 spec [20:12] i am really fed up with that.... i ask for something in a bit provocative fashion and the answer i get is a) completely off (reed) [20:12] or invoking trademark stuff [20:12] if you indeed want to drop all xul (build)deps, then yes, standalone firefox would make sense [20:12] i would think we keep xul as it is [20:13] and ship firefox standalone [20:13] as a no-change package [20:13] so that users get whatever mozilla wants them to eat [20:13] fta: i dont want to drop all build deps. i had hoped to get rid of most so we can do major version upgrades instead of long backports for EOL branches [20:14] now that i dont want to use firefox on top of xulrunner anymore i would just check what apps use gecko in a way that gets unsafe content [20:14] i hope its not so many so we might get away with keeping old xul around if that branch is EOL [20:14] and update firefox to next major version [20:14] in a sru [20:14] ;) [20:16] we can only hope that plugins can be linked against a (maybe older) xulrunner [20:16] and work in new firefox [20:16] that feels risky too [20:17] so we would need to provide firefox-dev etc. [20:17] which i dont want to be honest [20:18] me neither [20:21] i will sleep about it one more night i think ;) [20:23] http://tech.slashdot.org/story/09/09/07/122201/Chrome-40-Vs-Opera-10-Vs-Firefox-35?from=rss [20:25] odd ...firefox is best at "memory used" ? [20:26] http://lifehacker.com/5352195/browser-speed-tests-chrome-40-and-opera-10-take-on-all-challengers [20:27] Eh. i hate all browsers, they use too much ram. Which is why i can no longer surf the web on my laptop. [20:27] asac: While that sounds good about an all in one, it would seem to defeat one of the major benefits of linux vs windows in that one copy of a library is on the system [20:27] micahg: dont tell me that [20:27] but it also has negative impact [20:27] i have to admit that [20:28] its basically only true if all the libs are pretty mature [20:28] and you dont need to latest crack [20:28] which we generally don't [20:28] we do [20:28] everywhere around [20:28] we do? [20:28] the only thing that is stable is libc [20:28] imo [20:28] there are some other libs of course pretty well stable [20:29] but there are overall so many software that requires the latest crack [20:29] think about gnome [20:29] gnome feels like they do it right. [20:29] but they basically ship everything on their own [20:29] own glib [20:29] gtk etc. [20:29] gtk/glib releases are not tightly coupled to gnome i think [20:29] but still they pretty much rely on the latest crack gtk every cycle [20:30] so think about a ISV that wants to build first class software based on the linux stack [20:30] well, with gnome all the apps are bundled [20:30] they have no choice but either do everything on their own [20:30] or copy all those libs they need to ship in sync in-source [20:30] which is what you see for chromium and firefox etc. [20:30] micahg: yes. but gnome defines their dependencies [20:30] and they usually use latest gtk [20:31] so you wont be able to build all gnome we have in karmic for jaunty [20:31] right, I already tried some of the apps :( [20:31] then we have all those new libs on the desktop .. basically all the kits [20:31] libpolkit [20:31] device kit [20:31] now libgudev-gobject [20:31] well, if we're going to do it for firefox, then we could do it for songbird as well, right? [20:31] all requiring latest crack stuff you cannot even use in karmic [20:32] err in jaunty [20:32] https://edge.launchpad.net/~network-manager/+archive/trunk [20:32] look at all the jaunty libs i had to update to karmic versions there [20:32] just so i could build network-manager and applet :) [20:32] micahg: yes of course. [20:32] but songbird is a less popular target [20:32] maybe the SRU policy needs to be reevaluated? [20:33] SRU has nothing to do with that in the first place [20:33] later for updates yes. [20:33] songbird is a tough question. [20:33] maybe the main SRUs should just be security patches, and we can have a PPA for actual updates [20:34] i dont think that would be right [20:34] like openoffice does [20:34] i think one obvious answer is the third party repository approach [20:34] ok, I have to run [20:34] cu [20:34] will you be on in about 2.5 hours? [20:34] so we can continue this [20:34] or tomorrow sometime [20:35] i will probably be in and out for a while [20:35] so maybe [20:35] ok [20:35] ttyl [20:35] later [20:39] gwibber backports still red :( [20:40] thats what i mean ;) [21:48] not enough builders [22:17] freenode is not having good days [22:18] asac, I'm back, any news? [22:29] fta: you think it will take longer than 24h ;) [22:35] maybe not: i386 4 165 jobs (8 hours 10 minutes) [22:36] asac, any news? [22:36] no [22:36] got pulled into other stuff ;) [22:37] will you do it soon? [22:43] asap [22:44] great [22:56] asac, jcastro: in a day or two, chromium will reach 1% in popcon, that was my hidden goal before i stop doing it, i didn't expect it to happen this year [22:57] why would you stop doing it at 1%? [22:58] lolol [22:58] donno, looked like an unreachable number by then [23:00] next miletsone would probabyl to be more popular than epiphany-browser is today ;) [23:00] lolol [23:00] not in absolute numbers, but in relative [23:01] i assume that chromium already is more popular than galeon, kazehakase midori? [23:02] konqueror? [23:02] thats a bit harder i would think. its default on kubuntu [23:02] i think the number is simliar to tbird [23:02] so after epiphany, next goal is to become as popular as tbird [23:02] then go for default ;) [23:03] konqueror 246719 20.21% 11974 229641 5073 31 [23:03] epiphany-browser 125262 10.26% 2705 119028 3497 32 [23:03] epiphany-gecko 102885 8.43% 5960 93540 3367 18 [23:03] galeon 27540 2.26% 1419 25724 393 4 [23:03] midori 12264 1.00% 408 10967 884 5 [23:03] chromium-browser 11796 0.97% 898 4914 5982 2 [23:03] kazehakase 7820 0.64% 150 7513 154 3 [23:03] epiphany-webkit 3501 0.29% 117 3246 137 1 [23:03] yeah [23:04] so midori, galeon feel like easy food [23:04] once its in archive epiphany will get seriously tackled ;) [23:04] tbird? [23:04] thunderbird 310409 25.43% 21569 250572 38206 62 [23:04] mozilla-thunderbird 173986 14.25% 163 48921 10 124892 [23:05] something is really fishy with popcon [23:05] mozillla-thunderbird is quite old [23:05] well i think i never removed it ;) [23:06] i dont think there are many apps stronger than thunderbird that are not installed by default [23:07] konq has 20%? nice numbers [23:07] hard to defer something from those [23:09] the vote column is disturbing [23:09] arent the ratios similar ;)? [23:09] i think its just buggy [23:10] 21569/310409, means only 7% used tb in the last 30 days [23:10] you dont know how the abs numbers accumulate [23:10] 7% of the 25% [23:10] how quick they age etc. [23:10] it's a atime [23:10] maybe you have to multiply it even with numbers of days people keep the app open by average ;) [23:10] sure its an atime [23:10] ;) [23:12] i checked all apps once, the best app by vote was just 15% or 99.7% [23:12] so either a lot of people don't do atime/ctime, or ubuntu is not that popular [23:12] i meant, used [23:13] was just 15% or 99.7% [23:13] whats that? [23:14] the app scored 99.7% installed, but of those, only 15% used it regularly (as in, at least once in the last 30 days) [23:14] isnt popcon just opt-in? [23:14] it is [23:14] well, it is now [23:14] I have PARTICIPATE=no [23:15] LOL [23:15] iirc, i was set by default at some point [23:15] I have it YES [23:15] I think [23:15] http://popcon.ubuntu.com/stat/submission.png [23:15] somethine happened to trigger that jump [23:15] that logartithmic [23:16] at that point the submissions were really low ;) [23:16] i think thats ages ago [23:16] and probably means that they started to do it [23:16] i mean it bumped from 1k to 24k [23:16] first users were more fanatic and more enabled it by average [23:19] http://launchpadlibrarian.net/31460723/buildlog_ubuntu-jaunty-amd64.firefox-3.5_3.5.4~hg20090907r26344%2Bnobinonly-0ubuntu1~umd1~jaunty_FAILEDTOBUILD.txt.gz [23:20] i know :/ [23:24] my /usr/include/nspr dir ws empty ;) [23:27] fta: ok i think i fixed 1.9.1.head [23:27] thx [23:32] 3.1 is on its way [23:32] i hope ;) [23:46] yeahh! your name everywhere in tomorrow's summary ;) [23:49] dont be sarcastic ,) [23:50] so --with-lib-xuldsk copies full sdk to dist/bin/xulrunner ? [23:50] can you confirm that? [23:50] ok all good [23:51] i think its all ready for go on 3.1 branch now [23:58] ok i think all is fine now [23:58] after some problems with running bzr update after --local commit :/