[11:04] oh goodess ::: "gksudo firefox &" [11:05] erk :| [11:05] thats what the ubuntuzilla guys recommend their users [11:06] the yhave a complete board in ubuntforums? [11:06] http://ubuntuforums.org/forumdisplay.php?f=251 [11:07] ah. i could almost have guessed that was forums advice [11:08] *looks at link* - i'm not entirely supprised they do - all the other BMU tools have one [11:09] http://ubuntuzilla.wiki.sourceforge.net [11:09] thats where they give advice with gksudo ;) [11:09] not even a LP hosted tool? *g* [11:10] i think that shows that they are absolutely aware that they produce something that is bad ;) [11:11] latest software is like smack - people who need it dont care if it makes a mess (of them) [11:14] brb, fireing up my buildd. i might play DIY firefox again (been a while) [11:29] FIREFOX_3_0_2_BUILD5 [11:30] asac, i found that ubuntuzilla link in the intrepid forum, someone started a vote to have 3.1 by default in intrepid [11:30] not exactly 'rb', but i'm back :D [11:47] asac: 3.1 alpha2 is now available. update \o/ :D [11:47] i did it last week [11:47] i'm now past it [12:14] sebner, http://www.sofaraway.org/ubuntu/tmp/3.1b1pre.png [12:20] fta_: \o/. now the move to intrepid :P === fta_ is now known as fta [12:22] sebner, well, we discussed that with asac last week, he didn't want it in universe [12:22] asac: langweiler :P [12:23] fta: bah, wie have kernel 2.6.27 so wie also could easily use ff 3.1 pre pre pre [12:23] ^^ [12:23] *we [12:24] it's my default browser since a1 [12:29] fta: haXX0r extensions? [12:29] ? [12:30] fta: I suppose they aren't working with 3.1!? [12:30] i use the nightly testers addon so all my extensions are ok [12:31] kk [12:31] i could not survive without adblock+ [12:32] ^^ [12:33] fta: I'll grab your ppa version =) [12:33] i have ~25 addons [12:34] ^^ [12:45] fta: how can I configure nightly dev tools so it's using 3.0 instead of 3.1? O_o [12:46] eh? why do you need that? [12:46] fta: because now I'm using ff 3.1 from your ppa :P [12:46] so? install that addon in ff3.1 and your good [12:46] you're [12:47] once that addon is installed, you need to visit the addon ui and select override [12:48] ah I installed it with the old ff ^^ [12:49] no, i made 3.1 use a different profile (a clone of your regular one) [12:49] fta: ^^, working now. thx :D [12:49] try ctrl+tab [12:51] fta: nothing happens. O_o [12:51] you need several tabs [12:51] LOL [12:52] fta: seems like compiz xD [12:52] fta: but shredder isn't starting. core dump :( [12:53] mine ? [12:54] fta: yep [12:54] i haven't touched it in a while, and i'm not using it, so everything is possible [12:55] ^^ [12:55] kkk [12:56] that package really needs some love [12:57] being a mutt user, i can't provide that love :( [12:59] fta: I see [13:02] asac, [reed]: any idea what could cause that: Error: [Exception... "Component returned failure code: 0x80004005 (NS_ERROR_FAILURE) [nsIINIParserFactory.createINIParser]" nsresult: "0x80004005 (NS_ERROR_FAILURE)" location: "JS frame :: file:///usr/lib/xulrunner-1.9.1b1pre/components/nsUpdateService.js :: getLocale :: line 513" data: no] [13:02] Source File: file:///usr/lib/xulrunner-1.9.1b1pre/components/nsUpdateService.js [13:02] Line: 513 [13:02] http://mxr.mozilla.org/mozilla-central/source/toolkit/mozapps/update/src/nsUpdateService.js.in#503 [13:03] http://mxr.mozilla.org/mozilla-central/source/xulrunner/setup/nsXULAppInstall.js#61 [13:09] hi all. in ubuntu mozilla-devscripts, under debian/control , is there a reason why mozilla-devscripts isnt in Build-Depends by default? (or am i reading this bit f the readme all wrong?) [13:11] eh? mozilla-devscripts a Build-Depends itself ? [13:11] +of [13:11] eg, should mozilla-devscripts be in the Build-Depends of firefox? [13:11] no [13:11] fta, yeah, thats partly whats confusing me [13:11] well, now yes, it should [13:12] ff3, not ff2 [13:12] why is it needed for ff? [13:12] because of xpi and compare [13:12] hm. this is confusing :/ [13:12] good reason [13:13] and lang pack exports [13:14] brb playing with new terminal [13:15] Kamping_Kaiser: what is confusing ? [13:15] fta, which debian/{rules,control} i'm supposed to be editing [13:16] what for? [13:16] i'm reading the README for mozilla-devscripts. i want to generate a custom orig.gz for firefox3-but-not-firefox [13:17] just add a .conf and a small .mk [13:17] :( its too long [13:17] i need to make that easier... [13:18] the .conf could not be hosted in the package for now, only in m-d which is not good [13:21] * Kamping_Kaiser gives it a go [13:21] once i'm done with that #*!.?&# lcd-filter, i'll have a look at m-d [13:23] fwiw, the bzr of firefox-3.0.hardy has m-d in build-dep already [13:23] yes, for ff3, it's expected [13:23] nod. cool. [13:24] thanks for confirming :) [13:27] i hate java so much [13:34] fta: MOZ_XPI_BUILD_COMMAND = sh build.sh doesnt work since chatzilla is java there is no .sh file anywhere. anything i should look for to replace that command [13:35] do they provide their own script ? [13:35] not bash no [13:35] could be anything [13:36] it's a shell command [13:36] chatzilla is using java ????? really ? i thought it was a xul app so just xul and js [13:36] and so cpp [13:36] no xul files [13:36] some [13:37] none [13:37] ive been trough all dirs. [13:38] through even [13:38] ill pastebin it [13:39] http://pastebin.mozilla.org/531947 is all commands and freinds [13:39] friends [13:41] what is that package? is that from seamonkey or what ? [13:42] fta@ix:~ $ apt-cache search chatzilla [13:42] iceape-chatzilla - dummy upgrade package for SeaMonkey Chatzilla IRC client [13:42] mozilla-chatzilla - dummy upgrade package for SeaMonkey Chatzilla IRC client [13:42] seamonkey - The Seamonkey Internet Suite [13:42] seamonkey-chatzilla - Seamonkey Chatzilla IRC client [13:44] fta: chatzilla is a separate extension [13:44] why don't i see it on intrepid ? [13:44] atleast the one im working on is [13:45] i havent finished with it [13:45] i don't see it on hardy either [13:45] cant figure out what to use instead of sh build.sh [13:45] \o/ i have a new orig.tar.gz. now to use custom mk i guess. (and .conf) [13:46] fta: its not going to be in either since it was removed from mozilla packages [13:46] http://packages.ubuntu.com/search?keywords=chatzilla&searchon=names&suite=all§ion=all [13:48] fta: https://addons.mozilla.org/en-US/firefox/addon/16 [13:48] oh, you are repackaging it from scratch? [13:48] yes [13:49] ok, once you're done, i will remove the one from seamonkey then [13:49] good [13:49] yesh have to figure out what to replace sh build.sh and all should be good and it will be done [13:50] maybe i should take the one from firegpg and add it to the source im not so sure that will work though [13:51] * gnomefreak not reall familar with jave or js [13:54] build.sh looks like it could work but for some reason i have feelings its not gonna be that simple [13:55] s/have feelings/ have a feeling [13:55] in m-d/src/ theres a firefox-3.0.mk.in . is this the same file as firefox-3.0.mk, just with a pre-install extention? [13:56] there's a substitution at build-time [13:56] just diff them, you'll see [13:56] hm, ok. ta. === asac_ is now known as asac [14:05] gnomefreak: you need to use med-xpi-unpack to produce a flat source tree for .xpi's you want to import in an .upstream branch [14:06] med-xpi-unpack? [14:07] gnomefreak: its in mozilla-devscripts nowadays [14:07] gnomefreak: and sh build.sh would just run med-xpi-pack [14:08] if it ran it than i should beable to leave sh build.sh and i cant since it FTBFS on that [14:09] maybe add m-devscripts to build-deps? [14:09] although i thought it was [14:10] yep already is [14:14] please tell me you dont mean that instead of getting source from upstream i should have used m-d to produce one? however i have already made a .tar.gz bzr bd --merge --dont-purge --export-upstream=/home/gnomefreak/package/package.upstream/ using that command [14:16] oh god hes getting on my nerves with the how do i use apt and synaptic on Intrepid [14:23] gnomefreak: you need m-devscripts in build-depedns [14:23] thats for sure [14:24] (why did you think its not required?) [14:24] gnomefreak: the idea is to use med-xpi-unpack to produce the .upstream source tree [14:24] which you then check-in [14:24] it already is in b-d [14:24] committing the .jar in packed form is just bad [14:24] fix that [14:25] i dont understand. there is no .jar in the source [14:25] gnomefreak: there is in chrome/ [14:25] yes ther is [14:25] see ;) [14:26] gnomefreak: so do you still have the .xpi? [14:26] gnomefreak: if so ... do: [14:26] cd /home/gnomefreak/package/package.upstream/ [14:26] ah i see the jar now [14:26] rm -r * [14:26] med-xpi-unpack /path/to/chatzilla.xpi . [14:27] bzr commit -m "* recommit version X.X in med-xpi-unpack format" [14:27] err [14:27] before the commit you have to do: [14:27] bzr add . [14:27] gnomefreak: and the build.sh would just be [14:28] med-xpi-pack . chatzilla.xpi [14:28] quite simple, right? [14:28] i hope so [14:28] rm -r *? we want to remove everything? [14:29] yes [14:29] thats works ok [14:29] the .bzr dir will not be rmoved [14:29] and since we unpack the complete upstream, its exactly the thing we want to do [14:29] gnomefreak: http://paste.ubuntu.com/43930/ [14:29] ;) [14:30] thats the commands in right and clean order ;) [14:30] * Kamping_Kaiser discovers running debuild ina bzr repo doesnt produce installable debs [14:30] asac: ok ill work on it. so once i push upstream i have to pull it again and push my debian dir into new source? [14:31] Kamping_Kaiser: it does [14:31] Kamping_Kaiser: for all bzr package branches that use a full-source layout [14:31] Kamping_Kaiser: everything new we do, is in such a layout [14:31] only the mozilla app trees are not [14:31] most because we cannot auto-sync upstream soruces [14:32] so keeping this huge amount of code in bzr wont bring us much benefit [14:32] Kamping_Kaiser: so use bzr bd --merge --dont-purge --builder='debuild -b' [14:32] :) [14:32] and put the orig.tar.gz in ../tarballs/ [14:32] asac: should i unpack before running rm -r * [14:33] im guessing yes [14:33] gnomefreak: read the past [14:33] http://paste.ubuntu.com/43930/ [14:33] rm -r is clearly the second step [14:33] in that paste ;) [14:33] asac, is 'bd' short for something? i think i need to do some learning ;) [14:33] builddeb [14:33] i did but rm -r * cant remove files it doesnt see but i will try it [14:33] Kamping_Kaiser: you need to install bzr-builddeb package [14:34] asac, um. i'll look for it [14:34] after running rm -r * now i have no .xpi anymore [14:34] so third step wont work since .xpi is gone [14:36] gnomefreak: well ... its not my problem if you keep the .xpi in the .upstream tree ;) [14:36] gnomefreak: how can i know that you do that ;) [14:36] so you need to download it somewhere again ;) [14:36] i have it again [14:36] ive had it i just cp it to new dir [14:36] yeah ;) ... then continue with step 3 ;) [14:37] gnomefreak: no you must not cp it in the .upstream tree [14:37] asac, i dont see -b in the debuild manpage. i usually use -S -k [14:37] in that way you will commit that to bzr [14:37] which is absolutely not what we want [14:37] Kamping_Kaiser: well .. -b is for producing binary only [14:37] Kamping_Kaiser: -S is for source only [14:37] Kamping_Kaiser: thought you wanted to do a debuild -b [14:38] ok will re download it [14:38] Kamping_Kaiser: those options are all documented in dpkg-buildpackage [14:38] manpage [14:38] asac, i'll want both (-S to upload to LP, and -b to test here) [14:38] aaah. [14:38] gnomefreak: why do you redownload? i think you still had that in your home? [14:38] asac: i do and that is what i cp'ed into new dir [14:39] gnomefreak: sometimes i get confused by the way you do things ;) [14:39] gnomefreak: why do you cp it? [14:39] gnomefreak: you dont need to do anything then [14:39] just continue with step 3 [14:39] because i made a dir for it i dont want the cruft in $HOME [14:40] gnomefreak: i am sure that you will do it [14:40] just try to be not too botty [14:40] keep the goal in mind ;) [14:40] gnomefreak: do you know what the goal is? [14:40] i am i just didnt understand the rm -r command since it removed the .xpi [14:41] gnomefreak: it shouldnt remove it [14:41] asac: to produce new .upstream [14:41] if the .xpi is in package.upstream [14:41] then something is wrong [14:41] it does if its not unpacked first [14:41] the .xpi isnt in .upstream jus tthe source files [14:41] gnomefreak: just follow the instrtuctions. the instructions are designed to work if the .xpi is _not_ in the package.upstream dir [14:42] gnomefreak: i dont mind. then dont tell me and confuse me [14:42] the idea is to clean everything in the .upstream tree (but keep the .bzr directory) [14:42] then use med-xpi-unpack to get a better layout for that tree [14:42] and bzr add + commit it [14:42] gnomefreak: thats all the paste is about [14:45] asac: http://pastebin.mozilla.org/531964 [14:45] the commands are not doing what you expect them to [14:45] s/you/we [14:45] gnomefreak: hell. why dont you read what i wrote? [14:45] the command you used is not the command i gave you [14:45] i did [14:45] nope [14:45] oh the . [14:45] gnomefreak: you lack a second command argument [14:45] yes [14:46] nope same output [14:46] gnomefreak: you will find out [14:46] no nevermind that [14:46] gnomefreak: one hint: you need to do that _inside_ the directory i gave you [14:46] same output [14:46] inside "package.upstream" [14:46] not sure why oyu are doing that [14:47] gnomefreak: if it prints "missing output directory" then you lack the output directory ;) [14:47] want you mean i need to pull the .upstream first [14:47] s/want/wait [14:48] should i still keep the packed .xpi in that dir? [14:48] gnomefreak: kick Jazzva [14:48] Jazzva: why do you test in med-xpi-unpack whether a directory exists? [14:49] Jazzva: that doesnt make much sense for the upgrade case [14:49] gnomefreak: just replace "." with [14:49] /tmp/non-existing [14:50] and then do cp -r /tmp/non-existing/* . [14:50] ok so it gets it out of the way [14:50] gnomefreak: no it creates the unpacked tree in /tmp/non-existing (which must not exist before that command) [14:50] and then you manually copy the files over frfom there [14:51] gnomefreak: http://paste.ubuntu.com/43934/ [14:51] thats the updated instruction then [14:56] * Kamping_Kaiser will try and tame mozilla-devscripts again tomorrow - thanks all, i've made a huge amount of progress. [14:56] my .conf files are making it into the deb, my .mk files didnt get generated. tomorrows issue :) [14:56] http://pastebin.mozilla.org/531966 asac that is what i get with your commands [14:57] and a few "ls" to show what is there [15:00] * gnomefreak thinks med-xpi-unpack is having issues, by looks of it it cant find med-xpi in m-d [15:00] m-d is version 0.10 on my system [15:01] maybe forgetting a cd .. [15:01] before running med-xp-unpack so im in same dir as .xpi [15:02] not sure why it isnt seeing the .xpi in ~/source_chatzilla [15:06] even in same dir as .xpi it gives same output. asac can you please grab the chatzilla.upstream and the .xpi from addons and see what im doing wrong with your commands rm -r * cleared all files/dirs from inside my chatzilla.upstream than running med-xpi* it fails on im guessing there should be a flag im missing with med-xpi* to make it see the xpi [15:14] restarting X to test my new cairo, brb [15:19] worse [15:22] isnt cairo shipped with firefox-3? [15:26] no [15:26] we use system-cairo [15:26] s/no/yes but/ [15:36] ah [15:55] asac, gnomefreak: med-xpi-unpack chatzilla-ver.xpi . [15:55] but yes, it's better to assume "." if output_dir isn't provided, instead of "missing output dir" :) [15:56] Jazzva: than why are the commands not working [15:56] gnomefreak, have you tried with med-xpi-unpack xpi .? [15:56] to place "." as output_dir? [15:56] if you mean replace xpi with chatzilla-ver.xpi yes i did [15:57] let me try the . but i thought i did [15:57] no, to provide "." as the second argument [15:57] as in [15:57] med-xpi-unpack chatzilla-0.9.83.xpi . [15:57] same output [15:57] really? let me check [15:58] Jazzva: http://pastebin.mozilla.org/531972 [15:58] ah... silly me :) [15:58] even in .upstream still give that output [15:58] I assumed that med-xpi-unpack will only let you unpack to the new dir [15:59] then you copy your debian/ to that new dir and that should be it... [15:59] ? [15:59] that will make it work? [15:59] in the case of packaging your new extension [15:59] you download xpi file, then call med-xpi-unpack file.xpi packagin_dir [15:59] the point was to start over (just upstream branch) [16:00] shouldnt need debian in upstream [16:00] s/packagin/packaging/ [16:00] packaging dir would be .upstream in my case? [16:00] +_ [16:01] yes [16:01] med-xpi-unpack extension.xpi extension.upstream [16:01] cd extension.upstream [16:01] bzr init [16:01] and that would give you a new .upstream dir [16:02] nope [16:02] http://pastebin.mozilla.org/531973 [16:03] remove chatzilla.upstream.. [16:03] will it create it than? [16:03] yes... [16:03] much better [16:04] well, it was either this, or remove the contents of the output directory and then unpack to it [16:04] ok lets see if this helps [16:07] asac: Hi, I had some trouble building the gnash package on intrepid, because of libkonq4-dev dependency. When that was fixed I'm getting messages concerning the tarball from dpkg I think [16:08] kaaloo, asac got disconnected few minutes ago [16:09] Jazzva: shucks ! Well maybe someone else can help, I'm getting this from dpkg : version 'drwxr-xr-x 2 1003 1003 4096 May 07 2006 0.7.1' has bad syntax: version string has embedded spaces [16:10] what is the name of the tarball? [16:10] full name and version [16:11] gnomefreak: gnash_0.8.3.orig.tar.gz. It says "using uscan to look for the upstream tarball" and then I get a bunch of "bad syntax" messages [16:12] I'm using the lp:~ubuntu-core-dev/gnash/ubuntu branch [16:12] are you using dpkg or bzr builddeb to build it? [16:12] gnomefreak: bzr bd yes [16:13] adn im gonna assume the .ubuntu dir doesnt have spaces? [16:14] gnomefreak: let me pastebin the whole trace, maybe that will help you help me :) [16:14] * gnomefreak == dumb ass today [16:15] gnomefreak: http://paste.ubuntu.com/43945/ [16:15] Jazzva: rebu updates every 10 minutes? [16:15] s/rebu/revu [16:16] gnomefreak, not sure, but probably [16:16] kaaloo: did you move the uscan created tarball into tarballs dir? [16:17] gnomefreak: oops ! don't know about that. I branched the lp branch, then tried bzr bd. Where would that tarball be created ? [16:17] he left :( [16:18] kaaloo: you have to set up the bzr dirs its looking for the tarball in ~/something/work/tarballs inside work should have tarballs dir and yuour source dir with debian dir [16:18] here is example [16:19] ok let me see what he wants [16:19] and ill pastebin it [16:20] gnomefreak: I found the tarball in ../build-area [16:21] kaaloo: http://pastebin.mozilla.org/531976 [16:22] gnomefreak: thanks I'll look at that now [16:22] thats a basic working set up [16:23] build will create everything else (ex build-area packages.deb _source _changes ect...) [16:24] gnomefreak: is the /work part of the dir important ? because my setup looks almost the same [16:24] yes it is [16:24] atleast to me [16:25] gnomefreak:ok I'll try with that type of setup [16:25] im sure you can rename it anything but for the build it looks for it in the dir im sure no matter name [16:26] asac: bug 254316 i told him to update bug with new info since he didnt have packages installed he is saying that firefox isnt changing his set up to spanish automagicly he is in #ubuntu-bugs atm [16:26] Launchpad bug 254316 in language-selector "Language Support doesn't install Firefox Locales" [Undecided,New] https://launchpad.net/bugs/254316 [16:29] its not frigging updating [16:29] * gnomefreak needs to walk away. Jazzva worked like a charm thanks [16:30] gnomefreak: I get a different error if I do a "bzr bd --builder pdebuild" and "bzr bd --native". with pdebuild its still the same as before. With --native I get http://paste.ubuntu.com/43947/ [16:31] gnomefreak, no problem [16:31] gnomefreak: ok thanks, maybe I'll catch asac later [16:32] kaaloo: i use bzr bd --merge --dont-purge --builder='dpkg-buildpackage -rfakeroot -S -sa -kA5C42601 -i.bzr' . to build source [16:32] incuding the . [16:32] once my branch updates ill try building it and hope that this package is finished [16:34] gnomefreak: hmm [17:36] Hi! [17:41] * gnomefreak very unhappy now [17:44] asac: thanks now everything i did is for not. FF is in effect which means everything has to wait until Intrepid+1 im done working this week since it doesnt matter until next devel cycle [17:54] i kind of know that feeling.... [18:33] asac: I found a problem in debian/watch in lp:~gnash/gnash/ubuntu. Wasn't parsing version numbers from directory correctly. [18:34] asac: sorry, Hi first ! === XioNoX- is now known as XioNoX