[00:28] ohoh, lpia is now a target arch in PPAs [00:29] and a full lpia build has just been triggered [01:20] hmm, 3 builders per arch, ppa is growing [01:20] excellent [02:10] anybody alive at this hour? [02:11] so-so... :) [02:11] I've got a debian package with Depends: ${shlibs:Depends}, iceweasel | iceape-browser | xulrunner [02:12] and I'm wondering how best to "Ubuntuize" it [02:12] Hmm... I used to set package deps to firefox | iceweasel | ... [02:12] *use [02:13] So, to keep it compatible with Debian :)... [02:13] what about plugin installtion paths? [02:14] the current package installs to usr/lib/xulrunner/plugins/ and usr/lib/iceweasel/plugins/ [02:14] Hmm... I'm not really sure... I can check at some rules file :)... [02:24] I think you should check /usr/lib/mozilla/plugins or /usr/lib/firefox/plugins [02:24] That's where gnash is placed [02:26] LaserJock: Here is gnash's rules file http://paste.ubuntu-nl.org/42878/ === asac_ is now known as asac [13:09] Ubulette: ok talked to soyuz guy ... quota in ppa is not yet enforced [13:09] you might want to post a request for more space in the launchpad product bug tracking system though [13:28] ola ThunderStruck [13:32] good morning [13:33] i got the email and replyed on the bug report for iceowl [13:34] * ThunderStruck needs to talk to seveas about bot [13:34] debian bug 448117 [13:34] atleat i think thats the bug number [13:36] bug 448117 [13:36] hmm [13:38] yeah [13:42] talking to seveas about bot atm, do we need to run the remove-nonfree.sh for iceowl? [13:49] debian bug 448117 [13:49] Debian bug 448117 in iceowl "0.7 upstream version is available" [Wishlist,Open] http://bugs.debian.org/448117 [13:49] yeah it works again [14:29] hi [14:30] asac, indeed, quota seems not inforced [14:30] * 43 source packages (326.6 MiB) [14:30] * 284 binary packages (807.7 MiB) [14:30] * Estimated archive size: 1.1 GiB [14:31] but i've requested more 3 days ago [14:31] question 16565 [14:31] anwser 16565 [14:31] hmm [15:00] Ubulette: he? ... i mean file a bug against the launchpad project [15:00] but maybe thats wrong [15:01] the line is: "it will be in a month or two, then the user should post a question in the launchpad product asking for more space." [15:04] that's what i did: "post a question in the launchpad product" [15:56] asac: im building iceowl for sid right? [15:57] gnomefreak, you're also doing debian stuff ? [15:57] didn't know you were a debian user too [15:58] Ubulette: for sunbird yes since its done here [15:58] ;) [15:58] Ubulette: i use fedora suse ubuntu debian freebsd(not lately) [15:59] * gnomefreak cant remember complaint [16:00] i've been using debian since 96 and ubuntu for just a year, that's enough for me :) [16:00] before, i've used slackware for a few years [16:01] i've used sls a bit too, long ago [16:01] i used slack and gentoo but i havent in years [16:01] i feel left out, i've only used ubuntu [16:02] :) [16:02] i've used sls back in 92 or 93 [16:02] feel lucky [16:07] gnomefreak, where are you with sm2 ? [16:08] Ubulette: i installed it im working on iceowl atm [16:48] gnomefreak, if iceowl = sunbird, i don't understand why we need that [16:49] Ubulette: just so i dont have to move patches and crap over [16:49] debian changes branding [16:49] makes my life easier when i go to update it [16:50] brb smoke while it pushes [16:50] so you want to drop sunbird from ubuntu ???? [16:51] no [16:51] then i don't understand [16:51] sunbird and iceowl are same package with differnet branding (patches that are only used in debian and other branding changes) [16:52] so ? [16:52] this way if fix is needed in debian and not ubuntu i can fix in debian i dont have to keep moving patches that ubuntu doesnt need to it for debians build [16:52] cuts my work by alot [16:53] if i merged them together i would have to remove patches to build ubuntus version and add thme back for debians [17:51] asac, you around? I picked a package for merging (axel) and I have few questions... [17:53] There is a patch in debian/patches. But, it is already in source, because the Ubuntu fix was not in the form of a patch. The dpatch support was added after that, in Debian. Should I remove the change from the source and just leave the patch (that seems logical to me)? Should I remove the Ubuntu changelog entry for that fix, or leave it there? [17:55] To make it more general: if there's a patch in debian/patches, and the changes are already in source (not added by upstream), should I always remove them from source and leave the patch? [17:55] remove from source if it's not from upstream and do a proper patch instead, don't drop Ubuntu changelog but add an entry explaining what you've done [17:57] Ubulette: Thanks :). That patch was added directly to source in Ubuntu, and forwarded to Debian. They put the changes in form of a patch. So, now both are present after the merge. Ok, I'll remove the direct changes to the source :). [17:57] yes [17:58] Thank you :). [17:59] just remember to document properly all your changes in changelog [17:59] Sure :) [18:12] * 43 source packages (326.6 MiB) [18:12] * 300 binary packages (983.7 MiB) [18:12] * Estimated archive size: 1.3 GiB [18:40] asac, you there ? [18:40] i'm porting miro from ff2-dev to xul-1.9-dev [18:40] i have a problem with NS_NewGenericFactory() [18:42] seems like it's coming from XPCOM_GLUE_AVOID_NSPR [18:49] * If we're being linked as standalone glue, we don't want a dynamic dependency [18:49] * on NSPR libs, so we skip the debug thread-safety checks, and we cannot use [18:49] * the THREADSAFE_ISUPPORTS macros. [18:49] hmm [21:09] Ubulette: did you figure things out? [21:10] yes [21:10] but it's not very clean [21:13] cwong1: can you please try to install greasemonkey and see that the menu entry doesn't show up in tools submenu ... did we change the id or the menu item xul element used for the tools menu? [21:14] oh :) ... i just noticed that maybe it isn't installed at all :) ... or did greasemonkey already add our app-id? [21:14] asac: ok. I am going to give that a try. [21:15] anyway ... if we get it work ... most other extensions that add themselves to the tools menu should work as well ... which would be good thing [21:16] asac, http://paste.ubuntu.com/1588/ [21:16] asac: If it doesn't install, most likely the install.rdf has the firefox's uuid in it [21:16] right ... we should give it a try and if it works contact extension developers to add it [21:18] Ubulette: doesn't look that dirty ... given that it was dirty in the beginning as well:) [21:18] what is the USE_NSPR macro needed for? [21:19] asac, could you take a quick look at bug #159343? That's the merge for axel. Is that what debdiff should look like at the end :)? [21:19] Launchpad bug 159343 in axel "axel merge from Debian unstable to Hardy" [Undecided,Incomplete] https://launchpad.net/bugs/159343 [21:19] asac, basically, i used libxul-embedding-1.9 but I had to add $inc/unstable, set XPCOM_GLUE_USE_NSPR and include gtkmozembed_glue.cpp (a cpp !!!!) [21:19] asac: it won't install. I will manually fix it and try it. In the meantime, I will have Jimmy contact the developer to add our uuid to it. [21:19] cwong1: please test if it works first ... so if its not working we can submit a complete patch [21:20] k [21:20] cwong1: fwiw, from what i know its best to use the greasemonkey dev mailing list to contact greasemonkey devs [21:20] asac, that's all related to mozilla Bug 299988 [21:20] Mozilla bug 299988 in XULRunner "Integrate gtkmozembed with libxul/xulrunner" [Normal,Resolved: fixed] http://bugzilla.mozilla.org/show_bug.cgi?id=299988 [21:21] asac: I will pass that info along to Jimmy [21:24] asac: No need to look at bug, norsetto answered to it. Thanks anyway :) [21:25] k [21:35] doesn't run [21:35] ImportError: /var/lib/python-support/python2.5/miro/MozillaBrowser.so: undefined symbol: _ZN12nsCharTraitsIcE12sEmptyBufferE [21:41] asac: I just tried it. The install went fine but the menu entry didn't show up. [21:48] asac, my guess is that python has be updated to xul1.9 too for this to work [21:48] what's your view on that ? [21:51] this is fucking insane [21:51] Building using branch at . [21:51] Running in merge mode [21:51] Building branch from revision null: [21:51] bzr: ERROR: Could not find changelog at debian/changelog or changelog. [21:52] "from revision null" ? [21:53] it seems it cant find changelog in debian but its there [21:53] trying something else [21:53] do you have something in your tree ? [21:54] bzr check [21:55] seems like its not taking the files in debian and pushing them [21:56] * gnomefreak gonna try old fasion way [21:56] since bzr dont like me [21:56] Branch Format 6 (bzr 0.15) [21:56] checked repository format 2 revisions 0 unique file texts 0 repeated file texts 0 weaves [21:56] that was output of bzr check [21:57] and browsing code just brings up something called Folders but nothing else === Ubulette_ is now known as Ubulette [22:17] * gnomefreak getting sick of bzr [22:18] gnomefreak, want some help ? just ask [22:19] if i commit and build branch from outside of debian dir. i get nothing no files ect on branch if i push inside debian i get the files but than tells me not a branch [22:20] paste it plz [22:20] (Sid)gnomefreak@Gutsy:~/debian/work/iceowl-0.x$ bzr log [22:20] bzr: ERROR: Not a branch: "/home/gnomefreak/debian/work/iceowl-0.x/". [22:20] (Sid)gnomefreak@Gutsy:~/debian/work/iceowl-0.x$ [22:20] (Sid)gnomefreak@Gutsy:~/debian/work/iceowl-0.x/debian$ bzr log [22:20] ------------------------------------------------------------ [22:20] revno: 2 [22:20] committer: John Vivirito [22:20] branch nick: debian [22:20] timestamp: Thu 2007-11-01 18:14:07 -0400 [22:20] message: * debian/changelog: Updated for upstream release 0.7 [22:20] ------------------------------------------------------------ [22:20] revno: 1 [22:20] committer: John Vivirito [22:20] branch nick: debian [22:20] timestamp: Thu 2007-11-01 22:05:52 +0000 [22:20] message: * Building branch for iceowl [22:21] (Sid)gnomefreak@Gutsy:~/debian/work/iceowl-0.x/debian$ [22:21] should i try outside debian/ with init add and commit [22:21] again [22:21] it seems you created your branch in the debian dir [22:21] (Sid)gnomefreak@Gutsy:~/debian/work/iceowl-0.x$ bzr commit [22:21] Committing revision 1 to "/home/gnomefreak/debian/work/iceowl-0.x/". [22:21] bzr: ERROR: no changes to commit. use --unchanged to commit anyhow [22:21] yep [22:21] Ubulette: i did [22:23] it's fixable [22:24] hold on im gonna try to do it from one dir above debian [22:24] bzr add doesnt add anything [22:24] you need to preserve your patches, then wipe debian/.bzr, then redo all that in the dir above [22:24] and cant commit [22:25] how? [22:25] 1st preserve your patches with bzr diff -r 1..2 [22:25] hmmm [22:26] 1..2? [22:26] bzr diff -r 0..1 [22:26] 0..1 like that? [22:26] Sid)gnomefreak@Gutsy:~/debian/work/iceowl-0.x$ bzr diff -r 0..1 [22:26] bzr: ERROR: Requested revision: u'1' does not exist in branch: BzrBranch6('file:///home/gnomefreak/debian/work/iceowl-0.x/') [22:27] in debian [22:27] holy crap [22:27] ok its done scrolling [22:28] something like that http://paste.ubuntu-nl.org/42957/ [22:29] so do those commands? [22:29] and hope [22:29] better if you understand them 1st [22:30] (Sid)gnomefreak@Gutsy:~/debian/work/iceowl-0.x$ bzr init [22:30] bzr: ERROR: Already a branch: ".". [22:30] Ubulette: i know the commands [22:30] and what they do [22:31] so you already have iceowl-0.x/.bzr [22:31] after removing /debian/.bzr/ init gives the above [22:31] wipe it [22:31] should i remove iceowl-0.x/.bzr [22:31] yes [22:31] o [22:31] ok [22:32] same dir start with init i take it [22:32] you have to init in iceowl-0.x [22:32] not in debian [22:33] patch -p 1 < /tmp/p0.patch is to apply the patch thats easy enough but it prompts for a file [22:33] so it's not the right level [22:33] cd into de [22:33] debian [22:33] no [22:34] im in iceowl-0.x [22:34] don't move, just increase to -p 2 [22:34] oh [22:34] no [22:34] same thing [22:34] move in debian and do with -p 0 [22:34] k [22:35] patch -p 0 < /tmp/p0.patch is what you mean [22:35] yes [22:35] The next patch would create the file MPL, [22:35] which already exists! Assume -R? [n] [22:35] im guessing -R is replace in this syntax [22:36] hmm, damn. uncommit did not undo [22:36] should have said uncommit + revert [22:36] bzr revert [22:36] too late [22:36] ? [22:36] oh [22:36] still fixable [22:36] stay in debian [22:37] k [22:37] do: patch -R -p 0 < /tmp/p1.patch [22:37] then: patch -R -p 0 < /tmp/p0.patch [22:37] patched changelog [22:37] you should be in the initial state [22:37] patched eerything else [22:37] everything* [22:37] ? [22:38] oh, right rev 1 was the initial commit [22:38] http://paste.ubuntu-nl.org/42960/ [22:39] what is "file changelog" on the 1st line ? [22:39] it patched that file first command [22:39] sec command it patched the rest of them [22:40] (Sid)gnomefreak@Gutsy:~/debian/work/iceowl-0.x/debian$ patch -R -p 0 < /tmp/p1.patchpatching file changelog [22:40] oh, lol, ok [22:40] "patchpatching" :) [22:40] patching should be on a diff line [22:40] yep [22:40] hmmm that looks odd [22:40] let me rerun that one [22:40] can i? [22:41] something doesnt look right [22:41] that was right [22:41] just wrapping around for some odd reason [22:41] you'd better start from scratch [22:41] if i push it gives me the command [22:41] that i typed [22:41] (Sid)gnomefreak@Gutsy:~/debian/work/iceowl-0.x/debian$ patch -R -p 0 < /tmp/p1.patch [22:42] try this: [22:42] only thing in debian is changelog~ [22:43] oh and . .. [22:43] yes, hold on [22:43] k [22:44] http://paste.ubuntu-nl.org/42961/ [22:47] ok done [22:47] worked ? [22:47] looks like it added everything back into debian [22:47] but still commiting inside debian is not good idea though right? [22:48] no longer matters [22:48] ah ok so i can push? [22:48] init is important to do right [22:48] init should be outside debian dir [22:48] init should be top level of the branch [22:48] should i push in debian or outside debian [22:48] so for us, always above debian [22:49] in this case inside iceowl-0.x [22:49] doesn't matter, bzr will figure out for you based on the .bzr location [22:49] ah ok [22:49] that's why it's important to do the 1st init at the right place [22:50] ah ok [22:50] it doesnt matter what dir i push from right? [22:50] right [22:50] ok ill push and see what happens [22:50] brb while its pushing [22:51] ty for the help [23:03] gnomefreak: is it all good now ? [23:06] not really [23:06] sorry just got back [23:07] * gnomefreak has to remember how to do this [23:07] (Sid)gnomefreak@Gutsy:~/debian/work/iceowl-0.x/debian$ bzr push bzr+ssh://gnomefreak@bazaar.launchpad.net/~gnomefreak/iceowl/iceowl-0.x [23:07] bzr: ERROR: These branches have diverged. Try using "merge" and then "push". [23:07] (Sid)gnomefreak@Gutsy:~/debian/work/iceowl-0.x/debian$ bzr merge [23:07] bzr: ERROR: No location specified or remembered [23:07] (Sid)gnomefreak@Gutsy:~/debian/work/iceowl-0.x/debian$ [23:07] trying with branch [23:07] no [23:08] just --overwrite [23:08] ah [23:09] waiting to see if LP shows changes [23:09] ah goodie [23:09] you can also use --remember once so next time, bzr push will be enough [23:09] http://codebrowse.launchpad.net/~gnomefreak/iceowl/iceowl-0.x/files [23:09] thank you it shows debian now :) [23:10] see? bzr is your friend :) [23:10] :) wait i havent started build yet [23:14] asac: why doesnt iceowl look for lightning-sunbird.orig.tar.gz :( [23:14] o;; rename it and try agaon [23:15] atleast from rules i figured it would use upstreams named tarball [23:15] ok renamed lets see if it builds [23:16] asac: btw i tested lightning and it works fine [23:16] i will test sids on my laptop but we can go and push sunbird to hardy just let me know wher eyou want it [23:17] ppa is not really a great place for it since i cant push sids there and it just collects garbage since i cant remove packages yet [23:17] Ubulette: [23:17] dpkg-buildpackage: host architecture i386 fakeroot debian/rules clean [23:17] /usr/bin/fakeroot: line 164: debian/rules: Permission denied [23:17] wtf [23:17] dpkg-buildpackage: failure: fakeroot debian/rules clean gave error exit status 126 [23:17] bzr: ERROR: The build failed. [23:18] yeah its installed [23:19] i dont even see a clean line [23:19] ? [23:19] the error above [23:20] line 184 in rules file [23:20] 164 [23:20] rules == 103 lines [23:20] dpkg-buildpackage usually chmod the rules file for you [23:20] or should i be looking in /usr/bin/fakeroot for 164 but still fakeroot should just work [23:21] bzr bd --merge --dont-purge --builder='dpkg-buildpackage -rfakeroot -k3C1C3C2A' . [23:21] should as well [23:21] as it always has before [23:21] oh crap [23:21] sids fakeroot is not same version as ubuntus [23:21] maybe bug in thier fakeroot? [23:23] gonne try our fakeroot in sid [23:24] 1.8.3 is sids version [23:24] nope not it [23:25] dpkg-buildpackage: host architecture i386 fakeroot debian/rules clean [23:25] /usr/bin/fakeroot: line 164: debian/rules: Permission denied [23:25] dpkg-buildpackage: failure: fakeroot debian/rules clean gave error exit status 126 [23:25] bzr: ERROR: The build failed. [23:42] Ubulette: for quilt should i run pop and push and all those commands before running autoconfig? [23:42] autoconf2.13 even [23:43] patch failed so i figured do that first [23:44] pastebin what you see plz [23:44] (Sid)gnomefreak@Gutsy:~/debian/work/build-area/iceowl-0.7/build-tree/mozilla$ quilt refresh [23:44] Nothing in patch iceowl-install-rdf [23:44] that is patch failing [23:45] so i went in mozilla and ran quilt applied [23:45] quilt push [23:45] -f [23:45] autoconf2.13 [23:45] quilt refresh shows you where im at [23:45] quilt files [23:45] than tested and it said that patch was empty [23:46] calendar/lightning/install.rdf [23:47] if that the patch that failed ? [23:47] since that is the only hunk in the file and it failed maybe when it says its empty maybe autoconf2.13 erased it all and no longer is needed? [23:47] yes it is [23:47] only one hunk in it [23:47] --- [23:47] calendar/lightning/install.rdf | 7 +++---- [23:47] 1 file changed, 3 insertions(+), 4 deletions(-) [23:47] Index: mozilla/calendar/lightning/install.rdf [23:48] <_mastro_> hi there.. i need the dbg package of thunderbird and i cant find it (on ubuntu) [23:48] thats the header of the patch itself [23:48] before autoconf was ran [23:48] <_mastro_> i was thinking of installing the "icedove-dbg" package from debian [23:48] then push -f should have created a .rej [23:48] _mastro_: it should be in pittis repo [23:48] <_mastro_> gnomefreak: can you give me the pittis repo? [23:48] _mastro_: its thunderbird-dbgsym [23:48] _mastro_: hold on [23:48] <_mastro_> thanks [23:49] <_mastro_> i'll wait [23:50] please do [23:50] its in one of the bug pages so im searching them atm [23:51] <_mastro_> gnomefreak: just call me where you are ready :D [23:51] http://people.ubuntu.com/~pitti/ddebs/pool/main/t/thunderbird/ [23:52] <_mastro_> i've searched for 2 hours without finding it [23:52] _mastro_, ^^ [23:52] <_mastro_> that's great! thanks... now.. what version should i take.. let me see.. thanks in the meanwhile [23:53] thank you Ubulette [23:53] <_mastro_> Ubulette: yes? [23:53] not a page i keep handy [23:53] nothing, the url was for you [23:54] <_mastro_> oh.. i didn't noticed it was you and not gnomefreak lol.. well :D thanks to both of you [23:54] <_mastro_> when i download i will try to debug may be i will bother you a little more then :D [23:54] Ubulette: can i clean quilt and start over since i cant find the .rej anywhere [23:55] _mastro_: use the way it says in the bugs link in topic [23:55] just use thunderbird instead of firefox [23:55] pop -a [23:55] or if it crashed use apport to make bug report [23:56] hmmmmmm [23:56] thats not good [23:56] nvm my fault [23:56] (Sid)gnomefreak@Gutsy:~/debian/work/build-area/iceowl-0.7/build-tree/mozilla$ quilt pop -a [23:56] Patch iceowl-install-rdf needs to be refreshed first. [23:56] (Sid)gnomefreak@Gutsy:~/debian/work/build-area/iceowl-0.7/build-tree/mozilla$ quilt refresh [23:56] Nothing in patch iceowl-install-rdf [23:57] * gnomefreak thinks drop it should work tbh [23:57] <_mastro_> gnomefreak: there are 3 links there.. :) [23:57] https://wiki.ubuntu.com/MozillaTeam/Bugs/ [23:57] see the link that says bugs [23:57] :) [23:57] gnomefreak, I assume quilt delete iceowl-install-rdf doesn't work [23:57] not the link that says bug/proceedures [23:58] can i try? [23:58] yes [23:58] (Sid)gnomefreak@Gutsy:~/debian/work/build-area/iceowl-0.7/build-tree/mozilla$ quilt delete iceowl-install-rdf [23:58] Removing patch iceowl-install-rdf [23:58] Now at patch iceowl-branding [23:58] it works fine [23:58] Removed patch iceowl-install-rdf [23:58] <_mastro_> thunderbird started to crash when i click on a folder.. i don't know what happened so i'm going to debug it [23:58] lol [23:59] if it crashed look in /var/crash for a report and send it with apport [23:59] _mastro_: it does all the work for you [23:59] thats why apport is around [23:59] <_mastro_> apport? what's apport? [23:59] _mastro_: what version of ubuntu are you on and what rock have you been hiding under?