=== Jazzva_ is now known as Jazzva [01:00] asac: bug 154593, someone says it's an ubufox bug. As far as I can see it's an apt problem... and I don't think it's a bug, but a request for feature :). [01:00] Launchpad bug 154593 in ubuntu "apt:// protocol, bug with multiple programs" [Undecided,New] https://launchpad.net/bugs/154593 [01:24] Jazzva: let me look [01:25] he should post a testpage [01:25] that is too unspecific to say if its a bug at all [01:25] asac: I think he already did... just a sec, phone... [01:31] asac, why ff 2008 isn't in yet ? [01:35] ohoh, i've pushed 200G of gutsy :) starting to slow down. i think it's enough [01:41] asac: back, sorry... I think that he said that if you enter something like "apt://package1, package2, package3" it would say that "package1, package2, package3" doesn't exist. Was multiple package installation supported before? [01:41] repos opened :) [01:41] gnomefreak, for ? [01:42] hardy [01:42] i know [01:42] im upgrading my testing partition [01:42] i'm running it [01:42] i havent logged into ubuntu in 3 days or so [01:42] since release day [01:42] $ lsb_release -rcd [01:42] Description: Ubuntu hardy (development branch) [01:42] Release: 8.04 [01:42] Codename: hardy [01:43] once i figure out my irssi i will be working on iceape 1.1.5 [01:43] Ubulette: can you add iceape tarballs to mozclient please [01:43] if you havent already [01:43] iceape is seamonkey right ? [01:43] me and asac were talking about that the other day [01:43] yes [01:43] i will [01:44] if you can for 1.1.x and 2.0.x? or something [01:44] i'm playing with actionmonkey now [01:44] actionmokeny? [01:44] only spelled right [01:45] javascript engine of mozilla 2 [01:45] = spidermonkey + tamarin [01:45] ah [01:46] that's for firefox 4 :) [01:46] thats way too far ahaead [01:46] damn your talking a 8-12 months [01:46] more than that [01:46] 18 months, maybe [01:47] so you see my point ;) [01:48] strange it's so big [01:48] -rw-r--r-- 1 fta fta 48439183 Oct 21 02:44 actionmonkey_1.9~a9~hg20071015r7020.tar.gz [01:48] asac: Now I see that the person that reported the bug sent me an e-mail about it... I'll forward it to you. [01:51] asac, http://benjamin.smedbergs.us/blog/2007-10-16/sharing-mercurial-queues-to-develop-xpcomgc/ [01:51] benjamin is reinventing quilt + bzr :) [01:51] he'll end up doing a deb :) [01:58] eh if i find time tomorrow ill play with 1.1.5 for now i say good night [02:10] Ubulette: well that feature sounds good [02:10] e.g. mq [02:11] he's just storing patches (even with a "series" file) in a vcs [02:11] it's no different from us [02:12] just bigger patches maybe [02:12] so mq is a mozilla owned extension for hg? [02:12] certainly bigger and more patches :) [02:14] In mid-2005, Chris Mason took the features of quilt and wrote an extension that he called Mercurial Queues, which added quilt-like behaviour to Mercurial. [02:14] The key difference between quilt and MQ is that quilt knows nothing about revision control systems, while MQ is integrated into Mercurial. Each patch that you push is represented as a Mercurial changeset. Pop a patch, and the changeset goes away. [02:14] Because quilt does not care about revision control tools, it is still a tremendously useful piece of software to know about for situations where you cannot use Mercurial and MQ. [02:15] hmm, not very clear what the gain is [02:15] we pop and it's gone too [02:15] for me the gain sounds like its just as handy as quilt, but from revision point of view its tightly integrated [02:17] hard to say ;) [02:17] maybe i will have a better wording of what i mean the other day [02:17] http://hgbook.red-bean.com/hgbookch12.html [02:18] anyone has anyidea on what ubuntu should invent on the mozilla-front in hardy? [02:32] ok i am out [02:33] 'night [05:29] well i started 1.1.5 but will look into it if it fails tomrrow or some time this week === bluekuja_ is now known as bluekuja [15:13] hey everyone, I'm having a bit of trouble using gtkmozembed since I upgraded to Gutsy, can anyone give me some pointers? [15:14] This is for C++ btw, I think some of the paths have moved around, as for one thing I now need to set LD_LIBRARY_PATH to compile now [15:33] Who is responsible for the extensions, which are accessible via "Get Ubuntu Addons" within Firefox in Gutsy? [16:02] if somebody knows/sees anyone who is responsible for it, please tell him, that he should take a look at following bugs: #155378 and #136619 [16:02] i leave [17:36] hi [17:37] hardy now ships with gcc 4.2.2 by default [19:30] yes [19:48] bug 155378 and bug 136619 [19:48] Launchpad bug 155378 in tabextensions "mozilla-tabextensions is unrecommended" [Undecided,New] https://launchpad.net/bugs/155378 [19:48] Launchpad bug 136619 in mozilla-firefox-adblock "adblock is outdated" [Undecided,Confirmed] https://launchpad.net/bugs/136619 [19:59] seanhodges: how do you build ? [20:05] (i use tab mix plus and adblock plus) [20:05] not the old ones [20:05] works fine with ff3 [20:18] asac: are you still here? [20:18] sorry i was at pub ;) [20:23] i'm using gcc: "gcc -g -o test `pkg-config --cflags --libs gtk+-2.0,firefox-gtkmozembed` test.cpp" [20:24] test.cpp is just a small program i knocked together to test the problem i'm having, it just starts gtkmozembed in a GTK window - using the same method that worked for me in Feisty [20:25] to expand on what i typed before (i was a bit inaccurate), it seems to compile fine, but when i run it i get a segfault [20:27] seanhodges, try that: [20:27] export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/usr/lib/firefox [20:27] export MOZILLA_FIVE_HOME=/usr/lib/firefox [20:27] ./test [20:27] will do, cheers [20:27] or post your test.cpp somewhere so we can give it a try [20:30] oh my god it worked! [20:30] lol cheers Ubulette, it looks like i was missing MOZILLA_FIVE_HOME [20:30] :) [20:31] i cant tell u how pleased i am, thanks loads! [20:32] glad it helped [20:49] bluekuja, bug 155491 is pretty nasty. 8 1+ year old security bugs :( [20:49] Launchpad bug 155491 in torrentflux "Multiple security vulnerabilities in Edgy" [Undecided,New] https://launchpad.net/bugs/155491 [21:18] heya Ubulette [21:19] was having a bath [21:19] Ubulette, yeah. I'm in contact with the debian maintainer who filled up that request === asac_ is now known as asac === Ubulette_ is now known as Ubulette [22:40] is firefox going to be updated to 2.0.8 [22:41] yes [22:41] ok [23:13] ThunderStruck: still on win? [23:14] asac, atn yes eating dinner upstairs. seems 1.1.5 doesnt like 99_configure.dpatch so ill fix that tonight i hope, im assuming since it failed only on that patch that it is the state that my branch is at. so im gonna try mt branch than if fails fix it right ;) [23:17] 99_configure.dpatch will always fail [23:17] you always have to update it [23:17] ah damn [23:17] e.g. just ignore conflicts ... run autoconf2.13 [23:17] apply [23:17] ok thats easy enough [23:17] done [23:18] this is done outside or dpatch-edit-* right [23:18] but in the source area (build-area or just top level [23:18] ) [23:19] i have it downstairs on paper but just making sure now [23:20] dpatch-edit 99_... [23:20] then autoconf2.13 [23:20] rm confgure.rej [23:20] exit [23:20] done [23:20] ah ok than run config... than ctrld [23:20] right [23:20] rm configure.rej before or after fixing it [23:21] it should be there now so i assume remove first (that way unless autoconf fails it should not be there [23:21] ThunderStruck: doesn't matter when [23:22] ok [23:22] just _before_ you exit [23:22] otherwise you will produce clutter in 99_confi* [23:22] oh remove it while in dpatch [23:22] yes [23:22] thats easy enough :) [23:22] otherwise it will be added to 99_configure.dpatch (as a new file) [23:22] which you probably don't want [23:23] asac, than i should have it built and ready for gutsy :) [23:23] no i rather not have another useless file anywhere with this app [23:23] yeah [23:23] ready for hardy you mean? [23:24] this should fit in SRU for gutsy [23:24] ah [23:24] asac, im gonna build on gutsy first [23:24] well if you have it you can give it to me ... we can probably send it through security [23:24] let them work on tool chain a bit more [23:24] not sure how security for universe works though [23:24] or if all security uploads for universe are SRUs? [23:24] asac, i will have it hopfully tomorrow mid morning [23:25] ThunderStruck: thats good enough [23:25] asac, not sure but i thought they were, can find out tomorrow [23:25] ThunderStruck: i think they should go through the security team [23:25] but first prepare the package [23:25] then lets see [23:25] not motu? [23:25] i will figure out tomorrow [23:26] or you even since you have upload rights to all [23:26] ok [23:26] i cannot say ... i have to ask kees tomorrow. [23:26] ill start fixing it tonight and build bin. overnight than build source for upload [23:26] yes [23:27] * ThunderStruck is asssuming none of the patches should give me issues since 99_conf... failed and it as last ran [23:30] configure is normal to fail .. if the rest works ... all looks good [23:30] spin it ... test it and if you don't see any regressions upload it to your ppa so i can pull it from there and push it to security or main archive [23:32] ok i just had a thought too :( the above statment might be wrong but we will see [23:32] i expect that if 99_configure changes that means they changed the source files that we might have patched so patches might fail [23:33] but let me see what im gonna do with leftover dinner and ill start it when i get downstairs [23:34] and maybe if all goes well i can get back to that frigging pos 4 line python program to find out why its buggy [23:38] bbs [23:39] asac, what's blocking ff 2008 ?