[01:00] <Jazzva> 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] <ubotu> Launchpad bug 154593 in ubuntu "apt:// protocol, bug with multiple programs" [Undecided,New] https://launchpad.net/bugs/154593
[01:24] <asac> Jazzva: let me look
[01:25] <asac> he should post a testpage
[01:25] <asac> that is too unspecific to say if its a bug at all
[01:25] <Jazzva> asac: I think he already did... just a sec, phone...
[01:31] <Ubulette> asac, why ff 2008 isn't in yet ?
[01:35] <Ubulette> ohoh, i've pushed 200G of gutsy :) starting to slow down. i think it's enough
[01:41] <Jazzva> 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] <gnomefreak> repos opened :)
[01:41] <Ubulette> gnomefreak, for ?
[01:42] <gnomefreak> hardy
[01:42] <Ubulette> i know
[01:42] <gnomefreak> im upgrading my testing partition
[01:42] <Ubulette> i'm running it
[01:42] <gnomefreak> i havent logged into ubuntu in 3 days or so
[01:42] <gnomefreak> since release day
[01:42] <Ubulette>  $ lsb_release -rcd
[01:42] <Ubulette> Description:    Ubuntu hardy (development branch)
[01:42] <Ubulette> Release:        8.04
[01:42] <Ubulette> Codename:       hardy
[01:43] <gnomefreak> once i figure out my irssi i will be working on iceape 1.1.5
[01:43] <gnomefreak> Ubulette: can you add iceape tarballs to mozclient please
[01:43] <gnomefreak> if you havent already
[01:43] <Ubulette> iceape is seamonkey right ?
[01:43] <gnomefreak> me and asac were talking about that the other day
[01:43] <gnomefreak> yes
[01:43] <Ubulette> i will
[01:44] <gnomefreak> if you can for 1.1.x and 2.0.x? or something
[01:44] <Ubulette> i'm playing with actionmonkey now
[01:44] <gnomefreak> actionmokeny?
[01:44] <gnomefreak> only spelled right
[01:45] <Ubulette> javascript engine of mozilla 2
[01:45] <Ubulette> = spidermonkey + tamarin
[01:45] <gnomefreak> ah
[01:46] <Ubulette> that's for firefox 4 :)
[01:46] <gnomefreak> thats way too far ahaead
[01:46] <gnomefreak> damn your talking a 8-12 months
[01:46] <Ubulette> more than that
[01:46] <Ubulette> 18 months, maybe
[01:47] <gnomefreak> so you see my point ;)
[01:48] <Ubulette> strange it's so big
[01:48] <Ubulette> -rw-r--r--  1 fta fta 48439183 Oct 21 02:44 actionmonkey_1.9~a9~hg20071015r7020.tar.gz
[01:48] <Jazzva> 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] <Ubulette> asac, http://benjamin.smedbergs.us/blog/2007-10-16/sharing-mercurial-queues-to-develop-xpcomgc/
[01:51] <Ubulette> benjamin is reinventing quilt + bzr :)
[01:51] <Ubulette> he'll end up doing a deb :)
[01:58] <gnomefreak> eh if i find time tomorrow ill play with 1.1.5 for now i say good night
[02:10] <asac> Ubulette: well that feature sounds good
[02:10] <asac> e.g. mq
[02:11] <Ubulette> he's just storing patches (even with a "series" file) in a vcs
[02:11] <Ubulette> it's no different from us
[02:12] <Ubulette> just bigger patches maybe
[02:12] <asac> so mq is a mozilla owned extension for hg?
[02:12] <asac> certainly bigger and more patches :)
[02:14] <Ubulette> 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] <Ubulette> 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] <Ubulette> 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] <Ubulette> hmm, not very clear what the gain is
[02:15] <Ubulette> we pop and it's gone too
[02:15] <asac> for me the gain sounds like its just as handy as quilt, but from revision point of view its tightly integrated
[02:17] <asac> hard to say ;)
[02:17] <asac> maybe i will have a better wording of what i mean the other day
[02:17] <Ubulette> http://hgbook.red-bean.com/hgbookch12.html
[02:18] <asac> anyone has anyidea on what ubuntu should invent on the mozilla-front in hardy?
[02:32] <asac> ok i am out
[02:33] <Ubulette> 'night
[05:29] <gnomefreak> well i started 1.1.5 but will look into it if it fails tomrrow or some time this week
[15:13] <seanhodges> hey everyone, I'm having a bit of trouble using gtkmozembed since I upgraded to Gutsy, can anyone give me some pointers?
[15:14] <seanhodges> 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] <masterx12> Who is responsible for the extensions, which are accessible via "Get Ubuntu Addons" within Firefox in Gutsy?
[16:02] <masterx12> 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] <masterx12> i leave
[17:36] <Ubulette> hi
[17:37] <Ubulette> hardy now ships with gcc 4.2.2 by default
[19:30] <asac> yes
[19:48] <asac> bug 155378 and bug 136619
[19:48] <ubotu> Launchpad bug 155378 in tabextensions "mozilla-tabextensions is unrecommended" [Undecided,New] https://launchpad.net/bugs/155378
[19:48] <ubotu> Launchpad bug 136619 in mozilla-firefox-adblock "adblock is outdated" [Undecided,Confirmed] https://launchpad.net/bugs/136619
[19:59] <asac> seanhodges: how do you build ?
[20:05] <Ubulette> (i use tab mix plus and adblock plus)
[20:05] <Ubulette> not the old ones
[20:05] <Ubulette> works fine with ff3
[20:18] <seanhodges> asac: are you still here?
[20:18] <seanhodges> sorry i was at pub ;)
[20:23] <seanhodges> i'm using gcc: "gcc -g -o test `pkg-config --cflags --libs gtk+-2.0,firefox-gtkmozembed` test.cpp"
[20:24] <seanhodges> 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] <seanhodges> 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] <Ubulette> seanhodges, try that:
[20:27] <Ubulette>  export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/usr/lib/firefox
[20:27] <Ubulette>  export MOZILLA_FIVE_HOME=/usr/lib/firefox
[20:27] <Ubulette> ./test
[20:27] <seanhodges> will do, cheers
[20:27] <Ubulette> or post your test.cpp somewhere so we can give it a try
[20:30] <seanhodges> oh my god it worked!
[20:30] <seanhodges> lol cheers Ubulette, it looks like i was missing  MOZILLA_FIVE_HOME
[20:30] <Ubulette> :)
[20:31] <seanhodges> i cant tell u how pleased i am, thanks loads!
[20:32] <Ubulette> glad it helped
[20:49] <Ubulette> bluekuja, bug 155491 is pretty nasty. 8 1+ year old security bugs :(
[20:49] <ubotu> Launchpad bug 155491 in torrentflux "Multiple security vulnerabilities in Edgy" [Undecided,New] https://launchpad.net/bugs/155491
[21:18] <bluekuja> heya Ubulette
[21:19] <bluekuja> was having a bath
[21:19] <bluekuja> Ubulette, yeah. I'm in contact with the debian maintainer who filled up that request
[22:40] <atlfalcons866> is firefox going to be updated to 2.0.8
[22:41] <Ubulette> yes
[22:41] <atlfalcons866> ok
[23:13] <asac> ThunderStruck: still on win?
[23:14] <ThunderStruck> 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] <asac> 99_configure.dpatch will always fail
[23:17] <asac> you always have to update it
[23:17] <ThunderStruck> ah damn
[23:17] <asac> e.g. just ignore conflicts ... run autoconf2.13
[23:17] <asac> apply
[23:17] <ThunderStruck> ok thats easy enough
[23:17] <asac> done
[23:18] <ThunderStruck> this is done outside or dpatch-edit-* right
[23:18] <ThunderStruck> but in the source area (build-area or just top level
[23:18] <ThunderStruck> )
[23:19] <ThunderStruck> i have it downstairs on paper but just making sure now
[23:20] <asac> dpatch-edit 99_...
[23:20] <asac> then autoconf2.13
[23:20] <asac> rm confgure.rej
[23:20] <asac> exit
[23:20] <asac> done
[23:20] <ThunderStruck> ah ok than run config... than ctrld
[23:20] <asac> right
[23:20] <ThunderStruck> rm configure.rej before or after fixing it
[23:21] <ThunderStruck> it should be there now so i assume remove first (that way unless autoconf fails it should not be there
[23:21] <asac> ThunderStruck: doesn't matter when
[23:22] <ThunderStruck> ok
[23:22] <asac> just _before_ you exit
[23:22] <asac> otherwise you will produce clutter in 99_confi*
[23:22] <ThunderStruck> oh remove it while in dpatch
[23:22] <asac> yes
[23:22] <ThunderStruck> thats easy enough :)
[23:22] <asac> otherwise it will be added to 99_configure.dpatch (as a new file)
[23:22] <asac> which you probably don't want
[23:23] <ThunderStruck> asac, than i should have it built and ready for gutsy :)
[23:23] <ThunderStruck> no i rather not have another useless file anywhere with this app
[23:23] <asac> yeah
[23:23] <asac> ready for hardy you mean?
[23:24] <ThunderStruck> this should fit in SRU for gutsy
[23:24] <asac> ah
[23:24] <ThunderStruck> asac, im gonna build on gutsy first
[23:24] <asac> well if you have it you can give it to me ... we can probably send it through security
[23:24] <ThunderStruck> let them work on tool chain a bit more
[23:24] <asac> not sure how security for universe works though
[23:24] <asac> or if all security uploads for universe are SRUs?
[23:24] <ThunderStruck> asac, i will have it hopfully tomorrow mid morning
[23:25] <asac> ThunderStruck: thats good enough
[23:25] <ThunderStruck> asac, not sure but i thought they were, can find out tomorrow
[23:25] <asac> ThunderStruck: i think they should go through the security team
[23:25] <asac> but first prepare the package
[23:25] <asac> then lets see
[23:25] <ThunderStruck> not motu?
[23:25] <asac> i will figure out tomorrow
[23:26] <ThunderStruck> or you even since you have upload rights to all
[23:26] <ThunderStruck> ok
[23:26] <asac> i cannot say ... i have to ask kees tomorrow.
[23:26] <ThunderStruck> ill start fixing it tonight and build bin. overnight than build source for upload
[23:26] <asac> 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] <asac> configure is normal to fail .. if the rest works ... all looks good
[23:30] <asac> 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] <ThunderStruck> ok i just had a thought too :( the above statment might be wrong but we will see
[23:32] <ThunderStruck> 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] <ThunderStruck> but let me see what im gonna do with leftover dinner and ill start it when i get downstairs
[23:34] <ThunderStruck> 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] <ThunderStruck> bbs
[23:39] <Ubulette> asac, what's blocking ff 2008 ?