[12:54] <asac> gnomefreak: yeah i fixed that depends problem
[12:55] <asac> tomorrow i will send up
[12:55] <asac> thanks
[12:56] <asac> now time for bed
[10:33] <gnomefreak> asac: thank you
[10:50] <asac> gnomefreak: ever heard of anybody loosing certificates or something?
[10:50] <asac> when upgrading to new firefox?
[10:56] <gnomefreak> no that is a first i heard of it was in -devel
[10:57] <gnomefreak> this is assuming they mean <go to web site and they get the cert dialog>
[11:00] <asac> k
[11:05] <gnomefreak> asac: are you running iceape on any of your systems? including debian?
[11:05] <asac> i just run for testing packages
[11:05] <asac> not debian
[11:05] <asac> why?
[11:06] <gnomefreak> when you click on the little rss feed icons it seems to give me the source of the page instead of the rss feed info
[11:06] <gnomefreak> wondering if its gutsy, me or iceape
[11:10] <gnomefreak> hmmmm if you add the URL it works fine but just seems weird i get http://news.google.com/?output=rss (XML file)
[11:10] <gnomefreak> comment ==
[11:10] <gnomefreak>         This XML file does not appear to have any style information associated with it. The document tree is shown below.
[11:19] <asac> isn't it the same for firefox as well?
[11:24] <gnomefreak> no
[11:25] <gnomefreak> firefox when you open a rss link you get http://abclocal.go.com/wtvd/xml?id=3222367
[11:27] <gnomefreak> top part == bookmark/subscribe info rest is links to <news> items  (<news> for the above site atleast)
[11:27] <gnomefreak> i was looking for a build option but didnt see one for iceape and i dont have ffox source handy yet
[11:43] <gnomefreak> asac: it seems to be a problem upstream (iceape rss thing) seamonkey on arch linux doe sthe same thing with version 1.1.1
[11:44] <asac> ok
[11:45] <gnomefreak> im going to see if there is a bug upstream
[12:23] <gnomefreak> asac: about the certs. iceape seems to be worse than firefox (as in it asks alot more than ffox)
[12:25] <asac> sure
[12:25] <asac> i will fix that with upload
[12:29] <pochu> hiya folks!
[12:30] <gnomefreak> hi pochu
[12:30] <pochu> I have an issue with listen: it crashes everytime I click on the lyrics or the wikipedia tab (which is rendered by firefox). This problem was happening in the past, but I fixed it, and is happening again since the libnss and libnspr changes in gutsy
[12:30] <pochu> hey gnomefreak
[12:30] <gnomefreak> i never found bug in mozilla nor debian bug trackers on the rss thing
[12:31] <pochu> The launcher does the following:
[12:31] <pochu> LD_LIBRARY_PATH=/usr/lib/firefox exec /usr/lib/listen/listen "$@"
[12:31] <gnomefreak> pochu: it will need to be built on nss nad nspr afaik
[12:31] <pochu> hmm
[12:31] <gnomefreak> if listen uses nss and nspr than it will need to be built on new version
[12:31] <pochu> gnomefreak: good point :) It builds against firefox, but gonna try adding them as build-deps
[12:31] <pochu> gnomefreak: it uses mozembed
[12:32] <gnomefreak> pochu: on gutsy?
[12:32] <pochu> yes
[12:33] <pochu> but it's broken atm (listen)
[12:33] <gnomefreak> did you talk to listen maintainer?
[12:33] <pochu> the debian one?
[12:33] <gnomefreak> ubuntu
[12:33] <pochu> I take care of it
[12:33] <pochu> nobody else, afaik
[12:33] <gnomefreak> ah
[12:34] <pochu> gnomefreak: let me try adding those build-depends, who knows :)
[12:34] <gnomefreak> pochu: well asa_c might know better i havent heard of it until feisty devel and still never used it
[12:34] <pochu> gnomefreak: it's a nice player :)
[12:37] <pochu> gnomefreak: it build-depends on libnspr4-dev, didn't know it :)
[12:38] <pochu> no, it doesn't
[12:38] <pochu> I added it recently to test it :)
[12:39] <pochu> I've added libnss3-dev too, let's see
[12:42] <gnomefreak> it doesnt show neither nor ffox here with apt-get
[12:42] <pochu> yep, it build-depends on firefox, but doesn't depend on it (yet)
[12:42] <pochu> I have to add it, though (already done here)
[12:43] <gnomefreak> im granning source atm
[12:43] <gnomefreak> grabbing
[12:43] <pochu> thanks! :)
[12:43] <gnomefreak> np
[12:44] <gnomefreak> hmmmm
[12:44] <pochu> hmm
[12:44] <pochu> you will need a patch I have here to fix the makefile
[12:45] <gnomefreak> 00_Makefile.patch  << that one?
[12:45] <pochu> well, there are a couple of patches which workaround it
[12:45] <pochu> yes, that and gtkmozembed
[12:46] <gnomefreak> 04_gtkmozembed?
[12:46] <pochu> they were dropped?
[12:47] <gnomefreak> you dropped them
[12:47] <gnomefreak> by the looks of it
[12:47] <gnomefreak> - 00_Makefile.patch dropped (some fixed, some useless)
[12:48] <gnomefreak> thats the makefile one dropped
[12:48] <gnomefreak> - 20_notification_area_restore.patch dropped (fixed upstream) - 15_desktop.patch dropped (useless) - 10_fix_exception.patch dropped (fixed upstream) - 05_remove_shebangs.patch dropped (fixed upstream) - 00_Makefile.patch dropped (some fixed, some useless) - 01_images_dir.patch dropped (useless)
[12:48] <gnomefreak> those were all dropped
[12:49] <pochu> yes, they were fixed in he 0.5 version
[12:49] <pochu> but I added two more
[12:49] <pochu> to fix the gtkmozembed path
[12:49] <gnomefreak> yeah i saw
[12:49] <pochu> and later I found that the makefile was broken, and I've sent a patch upstream
[12:50] <gnomefreak> but if i need the 00_Makefile.patch why did you drop it?
[12:50] <gnomefreak> that would explain that
[12:50] <pochu> oh :)
[12:50] <pochu> 00_Makefile is different
[12:50] <gnomefreak> installing it now to see whats going on
[12:50] <gnomefreak> ah ok
[12:51] <pochu> s/is/was/
[12:51] <pochu> I added gtkmozembed and listen_bin to workaround the issue
[12:52] <pochu> i.e. to fix the LD_LIBRARY_PATH, which wasn't set up
[12:52] <pochu> but now, though it's fine (LD_LIBRARY_PATH=/usr/lib/firefox), it's broken again
[12:52] <gnomefreak> hmmmmm it is crashing ill look at crash log in a few minutes
[12:53] <pochu> ok, thanks again :)
[01:04] <gnomefreak> pochu: any changes from feisty to gutsy that are important other than nss and nspr being built on their own now instead of by ff
[01:06] <gnomefreak> i need a dbg or dbgsym package. last i knew pittis repo for feisty was down
[01:08] <gnomefreak> pochu: any changes from feisty to gutsy that are important other than nss and nspr being built on their own now instead of by ff
[01:09] <asac> pochu: anything you need my input?
[01:10] <gnomefreak> asac: im thinking its a nss nspr thing. but i dont know if new upstream....
[01:10] <asac> what issue is this about?
[01:10] <gnomefreak> listen crashes when click on lyrics or wikipedia
[01:11] <gnomefreak> listen build dep in firefox but not on nss or nspr
[01:11] <pochu> gnomefreak: I've just built it against firefox-dev, libnss3-dev and libnspr4-dev and it still crashes
[01:11] <gnomefreak> damn
[01:12] <gnomefreak> pochu: what changes from feisty to gutsy? like new upstream or maybe python is messing it up?
[01:12] <asac> pochu: how is it linked?
[01:12] <asac> e.g. what does ldd show
[01:12] <asac> python mozgtkembed is known to be broken
[01:12] <gnomefreak> pochu: clicking either of them open firefox? and is that all that uses ffox
[01:13] <gnomefreak> asac: that might be it than :)
[01:13] <pochu> asac: will you fix it? :)
[01:13] <pochu> asac: is it broken since the nss and nspr split? It fails since then, IIRC
[01:14] <pochu> gnomefreak: clicking on them open the tab, but the tab is rendered by gtkmozembed
[01:16] <asac> afaik python was broken always
[01:17] <asac> how can i test?
[01:17] <asac> its package 'listen' ?
[01:17] <gnomefreak> yes
[01:17] <pochu> in feisty it was working fine
[01:18] <pochu> asac: it doesn't use python mozembed, but /usr/lib/firefox/embedmoz.so
[01:18] <asac> i am currently installing in gutsy
[01:18] <asac> lets see
[01:18] <pochu> err /usr/lib/firefox/libgtkembedmoz.so
[01:18] <pochu> asac: ok, ty
[01:18] <asac> has it already been respun against latest?
[01:19] <asac> or is it still the feisty package i get from gutsy archive?
[01:19] <gnomefreak> feisty in gutsy
[01:19] <asac> k
[01:19] <pochu> yep
[01:19] <asac> my bet would be that listen does not explicitly depend on libnspr libnsss
[01:19] <asac> which is why now those aren't pulled at all
[01:19] <pochu> it doesn't
[01:19] <asac> try to install libnspr4 and libnss3
[01:20] <asac> by hand
[01:20] <asac> should fix it
[01:20] <pochu> gonna try :)
[01:20] <asac> (without having looked at it)
[01:20] <gnomefreak> pochu: ill be back in a few please dont go anywhere i have quicky about liferea
[01:20] <pochu> The following packages will be REMOVED: firefox-dev libnspr4-dev libnss3-dev
[01:21] <pochu> asac: is that a dependency bug? ^
[01:21] <pochu> installing anyway
[01:21] <asac> no
[01:21] <pochu> gnomefreak: sure, thanks for your help!
[01:21] <asac> its allright
[01:21] <asac> pochu: listen starts here
[01:21] <asac> how will it crash?
[01:21] <asac> oh now it crashed :)
[01:22] <pochu> still crashes
[01:22] <pochu> with libnss3 and libnspr4 :/
[01:24] <gnomefreak> pochu: has liferea always reset the seperaters upon restarting it?
[01:24] <pochu> seperaters?
[01:25] <pochu> btw I found that bug in gentoo tracker, too
[01:25] <gnomefreak> yes the line that seperates the left panel from the main panel and the one in the main panel
[01:25] <pochu> I think so
[01:25] <pochu> at least for a long time
[01:25] <gnomefreak> if you make left panel bigger close and start it back up it doesnt save settings
[01:26] <asac> somehow the patch looks wrong
[01:26] <pochu> asac: is a workaround
[01:26] <pochu> I can send you the good one :)
[01:26] <asac> looks wrong though
[01:26] <pochu> it worked in feisty
[01:26] <asac> actually can you please just run make all on a non-patched source and tell me what gets printed for IN:
[01:27] <pochu> sure
[01:28] <asac>  pkg-config --libs-only-L firefox-gtkmozembed 2>/dev/null | sed -e "s/-L//g" -e "s/[ ] /\,/" -e "s/[  ] //g"
[01:28] <asac> -> /usr/lib/firefox,
[01:28] <asac> which is wrong
[01:28] <asac> see the trailing ','
[01:28] <asac> which is probably why the HACK didn't work without the patch
[01:29] <asac> e.g. CONFIGURE_IN_MOZEMBED_HACK will yield LD_LIBRARY_PATH=/usr/lib/firefox,
[01:29] <asac> which should be /usr/lib/firefox
[01:31] <pochu> asac: I sent this patch upstream: http://www.listen-project.org/attachment/ticket/639/06_makefile_works.2.patch
[01:32] <pochu> and this is the output of "make all" :) http://pastebin.ca/489146
[01:33] <asac> pygtkmozembed: found
[01:34] <asac> didn't you tell that its not used?
[01:34] <pochu> hmm
[01:34] <pochu> That's what I thought
[01:35] <asac> how are things started? i mean where is LD_LIBRARY_PATH set?
[01:35] <asac> on startup
[01:35] <pochu> in /usr/bin/listen
[01:35] <pochu> last line
[01:36] <pochu> LD_LIBRARY_PATH=/usr/lib/firefox python -OO /usr/lib/listen/listen.py "$@"
[01:38] <gnomefreak> @schedule new_york
[01:38] <ubotu> Schedule for America/New_York: 15 May 09:00: Community Council | 15 May 11:00: Kernel Team | 16 May 08:00: Edubuntu | 17 May 12:00: Ubuntu Development Team | 18 May 16:00: Forum Council | 20 May 13:00: Xubuntu Developers
[01:42] <pochu> asac: are you sure pygtkmozembed was always broken?
[01:42] <pochu> IIRC, this crash is happening since the nss and nspr split
[01:42] <pochu> at the same time liferea was broken
[01:43] <pochu> Bug #112384
[01:43] <ubotu> Launchpad bug 112384 in liferea "Liferea doesn't work anymore due to the latest firefox upload (2.0.0.3+3-0ubuntu1)" [High,Fix released]  https://launchpad.net/bugs/112384
[01:44] <asac> bug 26436
[01:44] <ubotu> Launchpad bug 26436 in firefox "gtkmozembed crashs with python" [Medium,Confirmed]  https://launchpad.net/bugs/26436
[01:45] <pochu> looking
[01:45] <asac> pochu: lifearea had a missing depends ... now it still crashes with the same problem as before (e.g. on java sites)
[01:46] <asac> remember?
[01:46] <pochu> asac: that's a different issue
[01:47] <asac> right
[01:47] <pochu> asac: 112384 was at startup (liferea didnt' started)
[01:47] <pochu> and the java issue was present before
[01:47] <asac> pochu: try to respin pygtkmozembed
[01:47] <asac> maybe that helps
[01:48] <pochu> we fixed one crash, but still have to fix the other :)
[01:48] <pochu> asac: sorry, respin?
[01:48] <asac> lifearea needed a respin (rebuild) ... same probably for pygtkmozembed
[01:50] <pochu> asac: good point, gonna try :)
[02:13] <gnomefreak> asac: upstream has a bug on removing temp files upon restart (that conflicts with bug 15179
[02:13] <ubotu> Launchpad bug 15179 in firefox "Users should be discouraged from editing temporary files" [Medium,Confirmed]  https://launchpad.net/bugs/15179
[02:13] <gnomefreak> upstream bug i speak of is mozilla 58580
[02:13] <ubotu> Mozilla bug 58580 in MailNews: Backend "temp files from sending drafts or posting news are create with bad permissions" [Normal,New]  http://bugzilla.mozilla.org/show_bug.cgi?id=58580
[02:13] <asac> gnomefreak: please mark it properly
[02:13] <gnomefreak> sorry thats mailnews
[02:14] <asac> hmm if you find the right bug, please add it as upstream bug
[02:14] <asac> maybe ask me to verify that its the right one first
[02:14] <asac> but if your sure just go ahead
[02:15] <gnomefreak> i am looking for it :)
[02:15] <asac> pochu: works?
[02:15] <pochu> asac: just finished, doesn't :/
[02:15] <pochu> I've rebuild python-gnome2-extras adding libnss3-dev and libnspr4-dev as build-deps
[02:16] <pochu> installed the resulting python-gnome2-extras and -dev, then rebuild listen with dpkg-buildpackage
[02:16] <pochu> and it still crashes :/
[02:16] <gnomefreak> asac: when you get a sec can you look at the mozilla bug above its filed against core so maybe that would be ffox also
[02:17] <asac> gnomefreak: which one?
[02:17] <gnomefreak> mozilla 58580
[02:17] <ubotu> Mozilla bug 58580 in MailNews: Backend "temp files from sending drafts or posting news are create with bad permissions" [Normal,New]  http://bugzilla.mozilla.org/show_bug.cgi?id=58580
[02:21] <pochu> the file which manages it is src/widget/mozembed_wrap.py
[02:26] <gnomefreak> atleast thats how i see the save to disk entry in the dialog. open with should be used to read not change IMHO
[02:29] <gnomefreak> but i didnt find any other bug as close as the one i posted above in mozilla's tracker
[02:30] <gnomefreak> and that bug was last commented on in 2002
[02:32] <gnomefreak> so lets say they intergrated it in ffox also (dont see comment) that would explain why they are being removed
[02:34] <pochu> re: listen: from bug 26436: "For applications that live in the gnome panel LD_LIBRARY_PATH is not an
[02:34] <ubotu> Launchpad bug 26436 in firefox "gtkmozembed crashs with python" [Medium,Confirmed]  https://launchpad.net/bugs/26436
[02:34] <pochu> option."
[02:35] <pochu> does that help anyway?
[02:35] <pochu> hmm, I don't think so, since it worked in feisty
[02:35] <pochu> please ignore me :)
[02:37] <pochu> do you guys know about any other python app which uses gtkmozembed?
[02:45] <gnomefreak> Host 'GutsyGibbons', running Linux 2.6.20-15-generic - Cpu0: Intel 1681 MHz; Up: 43 min; Users: 3; Load: 2.56; Free: [Mem: 20/250 Mio]  [Swap: 670/729 Mio]  [/: 24754/37872 Mio] ; Vpenis: 31.1 cm;
[02:46] <gnomefreak> pochu: it crashes in feisty also
[02:46] <gnomefreak> when i click lyrics
[02:46] <gnomefreak> Sorry, the program "listen.py" closed unexpectedly
[02:46] <gnomefreak> Your computer does not have enough free memory to automatically analyze the problem and send a report to the developers.
[02:46] <gnomefreak> i have plenty of free mem :(
[02:52] <gnomefreak> ok installing listen-dbgsym ;)
[03:00] <asac> gnomefreak: you sure you don't have preview archive packages in feisty installed?
[03:01] <gnomefreak> shit yeah i do nss and nspr
[03:01] <asac> :)
[03:01] <gnomefreak> well wouldnt that mean those are the issue?
[03:08] <gnomefreak> meeting
[03:17] <pochu> gnomefreak: install an old firefox
[03:17] <gnomefreak> pochu: i would have to install old ff old nss and old nspr im sure a few other things too
[03:18] <pochu> booting a feisty machine, let me see
[03:18] <gnomefreak> pochu: i would because i have all the gutsy stuff in my feisty repo for testing
[03:18] <gnomefreak> or i use my feisty chroot but in meeting atm
[03:29] <pochu> gnomefreak: works fine here on a stock feisty
[03:57] <gnomefreak> listen is borked in feisty
[03:57] <gnomefreak> i get traceback
[03:57] <gnomefreak> with normal feisty packages installed
[03:57] <gnomefreak> ImportError: No module named glade  is final line
[04:01] <gnomefreak> asac: pochu here is everything i have on it http://gnomefreak.pastebin.ca/489308
[04:03] <gnomefreak> ok im off for a bit i have to get things around here done
[04:11] <Admiral_Chicago> \o/
[04:11] <Admiral_Chicago> one more day of this and I'll be done :)
[04:17] <asac> Admiral_Chicago: slave work?
[04:20] <Admiral_Chicago> asac: pretty much...final exams. I finish today, will be back at home tomorrow night.
[04:20] <asac> good luck
[04:21] <Admiral_Chicago> thanks...which reminds me...time to go type all this up
[05:46] <bluekuja> asac: ping
[05:46] <asac> whats up?
[05:46] <bluekuja> :)
[05:46] <bluekuja> are you able to join the MOTU torrent team as sponsotr
[05:47] <bluekuja> for universe and main?
[05:47] <bluekuja> we take care of all bittorrent packages
[05:48] <bluekuja> asac: it would be nice to have you in :)
[05:51] <asac> why do i need to join the team?
[05:51] <asac> url?
[05:52] <asac> i mean i could just sponsor, right?
[05:52] <bluekuja> yeah
[05:52] <bluekuja> :)
[05:52] <bluekuja> https://launchpad.net/~motu-torrent
[05:58] <bluekuja> asac: is ok for you?
[05:58] <asac> sure just add me
[05:58] <bluekuja> great
[05:58] <bluekuja> adding
[05:59] <asac> if i get swamped with upload requests I will just ignore them :)
[05:59] <asac> bluekuja: great
[05:59] <bluekuja> asac: lol
[05:59] <bluekuja> asac: added :)
[06:00] <bluekuja> when we have some new packages ready to be reviewed I'll try to ping you or other sponsors to ack them :)
[06:00] <asac> can you add a list of supported packages to the mainpage?
[06:00] <bluekuja> I wont bug you so much dont worry
[06:00] <asac> sure
[06:00] <bluekuja> yeah
[06:00] <bluekuja> gonna add all packages
[06:00] <asac> if packages are well prepared, reviewing and uploading should not be a problem
[06:00] <bluekuja> where the team is bug contact too
[06:38] <bluekuja> asac: do you think that a irc channel for the team is ok?
[06:39] <asac> don't know ... probably at some point.
[06:39] <asac> you are admin :) ... so its your decision i guess ;)
[06:40] <bluekuja> asac: ok :) if I'll create it, gonna tell you chnnel name :)
[07:20] <gnomefreak> anyone know where the desktop icons are stored?
[07:21] <pochu> /usr/share/pixmaps/, iirc
[07:22] <gnomefreak> pochu: not really
[07:22] <gnomefreak> pochu: i mean to remove the icons off desktop
[07:26] <pochu> oh :)
[07:28] <pochu> gnomefreak: .gnome2/panel2.d/default/launchers ?
[07:28] <gnomefreak> not panel desktop
[07:28] <pochu> that's it :)
[07:29] <pochu> what do you mean then?
[07:29] <gnomefreak> i mean the desktop icons
[07:29] <pochu> oh :)
[07:29] <pochu> I was thinking about the panel ones ;)
[07:30] <gnomefreak> the ones on hte desktop (home, computer, and trash
[07:31] <gnomefreak> i cant believe they went back to this set up. i stopped using xfce because of the desktop icons
[07:31] <pochu> IIRC, they are gconf keys
[07:33] <gnomefreak> there used to be a folder but ill wait for nautilus to get fixed i guess
[07:41] <gnomefreak> pochu: its in gconf editor nautilus/apps/desktop
[07:43] <gnomefreak> asac: by chance does firefox_* ubuntu4 fix the certificate issue?
[07:44] <asac> yes
[07:44] <gnomefreak> cool :)
[08:04] <bluekuja> asac: #ubuntu-motu-torrent :)
[08:05] <bluekuja> when you're back
[08:05] <asac> yeah won't join today ;) ... probably tomorrow
[08:05] <bluekuja> asac: perfect ;)
[08:46] <gnomefreak> asac: did you happen to push your iceape changes to bzr?
[08:50] <gnomefreak> wtf is up with apport. we no longer get coredumps
[08:54] <asac> really?
[08:55] <asac> just .crash files i thought
[08:57] <gnomefreak> asac: its due to being a python crash
[08:58] <gnomefreak> py crashes dont write coredump
[09:04] <asac> ok
[09:05] <asac> should not be firefox related :)
[09:05] <asac> python can work around this, by linking against every lib :)
[09:05] <asac> i tested it with success for pygtkmozembed
[09:06] <gnomefreak> i didnt know python wouldnt write coredumps :(
[09:06] <asac> does it segfault?
[09:06] <asac> otherwise there will be just a exception trace on cmdline i guess
[09:07] <gnomefreak> listen.py
[09:07] <gnomefreak> no traces no coredump
[09:07] <asac> yes ... maybe coredumps are completely turned off for you
[09:07] <gnomefreak> cant use gdb either to get backtrace. maybe there are certain flags needed
[09:07] <gnomefreak> asac: pitti said its python
[09:08] <asac> python disables coredump?
[09:08] <asac> can be
[09:08] <asac> no idea :)
[09:08] <asac> if you know, let me know :)
[09:08] <gnomefreak> 14:53 <           pitti > ah, as I said, no coredump necessary for Python  crashes
[09:08] <asac> guess he misunderstood :)
[09:08] <asac> do we get a segfault?
[09:08] <asac> on the console?
[09:09] <asac> or does it just exit?
[09:09] <gnomefreak> 14:52 <      gnomefreak > to the crash file
[09:09] <gnomefreak> 14:53 <           pitti > gnomefreak: oh, it definitively should appear there  (unless it's a Python crash
[09:09] <asac> gnomefreak: doesn't matter what he said ... answer my question :)
[09:09] <gnomefreak> it segfaults but since listen is python it wont write a coredump to crash file
[09:09] <asac> na :)
[09:10] <asac> thats wrong
[09:10] <asac> pitte ment that python crashes are no segfaults
[09:10] <asac> which is why there will be no coredump
[09:10] <gnomefreak> we get  segfault (coredumped)
[09:10] <asac> anyway, we have a crash in a native binding
[09:10] <asac> which is a segfault :)
[09:10] <asac> yeah ... maybe apport doesn't get it
[09:10] <asac> your coredump should be somewhere
[09:11] <gnomefreak> its not i crashed it a dozen time this morning
[09:11] <asac> where do you look for the coredump?
[09:11] <gnomefreak> and not one gave me coredump nor backtrace maybe strace is needed since its a script
[09:11] <asac> coredump will probably not end up in where apport crash files end up in
[09:11] <gnomefreak> in the .crash file in /var/crash
[09:11] <asac> is there a crash file?
[09:11] <gnomefreak> yes
[09:11] <asac> for that incident at all?
[09:12] <gnomefreak> but nothing usefull even with the -dbgsym packages installed
[09:12] <asac> gnomefreak: show me the console when it crashes :)
[09:13] <asac> did you tell pitti that you see a "segfault (coredumped)" message ?
[09:13] <gnomefreak> http://gnomefreak.pastebin.ca/489888
[09:13] <gnomefreak> no since he stated python crashes wont get a coredump
[09:14] <asac> i will talk to him
[09:15] <gnomefreak> http://gnomefreak.pastebin.ca/489893
[09:16] <gnomefreak> that is full crash file in /var/crash
[09:20] <asac> gnomefreak: maybe you get a second crash file?
[09:22] <gnomefreak> it over writes the first one
[09:23] <gnomefreak> asac: only one crash file per crash
[09:23] <gnomefreak> sorry misunderstood so ignore first comment
[09:23] <gnomefreak> /usr/lib/listen/widget/tray.py:45: DeprecationWarning: the module egg.trayicon is deprecated; equivalent functionality can now be found in pygtk 2.10 try: import egg.trayicon
[09:23] <gnomefreak> Segmentation fault (core dumped)
[09:23] <gnomefreak> that what i get now
[09:24] <gnomefreak> and only gives me one crash file in /var/crash/ so its overwriting the first one
[09:24] <gnomefreak> if it happens on everthing
[09:25] <gnomefreak> everything
[09:26] <asac> k
[09:33] <asac> Bug #114384
[09:33] <ubotu> Launchpad bug 114384 in malone "Dead email accounts cause launchpad to mailbomb and crush subscriber inboxes" [High,In progress]  https://launchpad.net/bugs/114384
[09:34] <asac> is a nasty thing
[09:38] <gnomefreak> yes it is and pissed me off over the last week
[09:42] <asac> yeah :)
[09:42] <asac> i just saw that
[09:42] <asac> certificate problem was already reported
[09:42] <asac> if someone had told me we could have reacted in a more timely fashion
[09:42] <asac> anyway, nevermind :)
[09:42] <asac> should keep up with bugmail reading
[09:42] <asac> ;)
[09:45] <bluekuja> asac: do you have a minute to review a package?
[09:46] <asac> post url :)
[09:46] <asac> i will come to it when time allows
[09:47] <bluekuja> you just need .dsc, diff.gz and orig.tar.gz
[09:47] <bluekuja> right?
[09:47] <bluekuja> to dpkg-source it
[09:47] <asac> y
[09:47] <bluekuja> perfect
[09:47] <asac> isn't in in revu?
[09:47] <asac> i hate downloading things
[09:47] <bluekuja> nope
[09:47] <bluekuja> its a torrent application
[09:48] <bluekuja> well I'll make a tar.gz
[09:48] <asac> k
[09:48] <bluekuja> with everything
[09:48] <bluekuja> inside
[09:48] <bluekuja> ;)
[09:50] <asac> bluekuja: is the app from debian or self-packaged?
[09:50] <bluekuja> self
[09:50] <bluekuja> packaged
[09:51] <asac> k
[09:51] <bluekuja> asac: I pm you the link
[09:52] <asac> thats shit :) ... post a link
[09:52] <asac> i cannot click on that :)
[09:52] <bluekuja> lol
[09:52] <asac> its the truth ;)
[09:52] <asac> cool
[09:52] <bluekuja> now better?
[09:52] <bluekuja> it links here
[09:53] <bluekuja> tell me if it works
[09:53] <asac> download running
[09:53] <bluekuja> great
[09:53] <bluekuja> speed?
[09:56] <asac> looks pretty good on first glance
[09:56] <asac> lintian?
[09:57] <bluekuja> lintian seems clean
[09:57] <asac> you don't clean up everything in clean: target
[09:57] <asac> you should be able to see another file in diff.gz
[09:58] <asac> if you build two times
[09:58] <bluekuja> I built it one time
[09:58] <asac> that file needs to be removed in clean
[09:58] <asac> yeah built one more time
[09:58] <asac> then look at diff.gz
[09:58] <asac> you will see :)
[09:58] <bluekuja> oh :D
[09:59] <asac> does it implement bittorrent protocol on its own? or why is there just depends on libcurl and libgtk
[09:59] <asac> or does curl provide torrent already?
[09:59] <asac> ;)
[09:59] <bluekuja> yeah
[09:59] <bluekuja> libcurl deps
[09:59] <bluekuja> provide support for it
[10:00] <bluekuja> anyway it builds great here
[10:00] <bluekuja> (gutsy pbuilder)
[10:00] <asac> does it download on its own? or just find .torrent files?
[10:00] <asac> interesting
[10:00] <bluekuja> it download on its own
[10:00] <bluekuja> its like
[10:00] <bluekuja> bitstormlite filename.torrent
[10:01] <asac> you sure curl provides bittorrent support?
[10:01] <asac> i can't find anything on website
[10:03] <bluekuja> mmm...
[10:03] <bluekuja> they arent related
[10:03] <bluekuja> the client work on its own
[10:03] <bluekuja> it doesnt need a bittorrent support
[10:04] <bluekuja> if you try
[10:04] <asac> looks like
[10:04] <bluekuja> bitstormlite filename.torrent
[10:04] <bluekuja> it will open a gtk gui
[10:04] <bluekuja> and the download starts
[10:04] <asac> can you add more downloads to a single window?
[10:05] <bluekuja> nope
[10:05] <bluekuja> every download
[10:05] <bluekuja> has its own windows
[10:05] <bluekuja> *window
[10:05] <asac> k
[10:05] <bluekuja> its a really cool client btw
[10:05] <asac> so you cannot download multiple files at once through a single port
[10:05] <asac> actually, i am currently writing one on my own :)
[10:05] <bluekuja> well bittorrent doesnt use a single port for downloads
[10:06] <asac> sure it does ... if you use btlaunchmanycurses it works
[10:06] <asac> for instance
[10:06] <bluekuja> yeah
[10:06] <bluekuja> usually you should get a tcp-sppof
[10:06] <bluekuja> *spoof
[10:06] <asac> he?
[10:06] <bluekuja> some clients assign a port randomly
[10:06] <asac> yes ... thats a differnt story
[10:06] <bluekuja> and
[10:06] <asac> i mean you need 1 server port open but can still download/share multiple files
[10:06] <bluekuja> if the port is assigned randomly
[10:07] <bluekuja> you get a tcp spoof problem
[10:07] <bluekuja> yeah
[10:07] <bluekuja> of course
[10:07] <asac> i hate setting up multiple port forwards :)
[10:08] <asac> ok i have it on disk ... du you have a ITP open in debian?
[10:08] <bluekuja> me too
[10:08] <asac> we should probably push it there as well
[10:08] <bluekuja> I hate it
[10:08] <bluekuja> with my router
[10:08] <bluekuja> asac: yeah
[10:09] <bluekuja> lets push it on debian too
[10:09] <bluekuja> its really nice
[10:09] <bluekuja> let me create a ITP bug
[10:09] <asac> please open a ITP
[10:09] <asac> yes great
[10:09] <bluekuja> yup
[10:10] <asac> so lets upload to ubuntu with -0ubuntu0 version and to debian -1
[10:10] <asac> once its through debian NEW queue we can just sync
[10:10] <asac> and upload to debian only
[10:10] <bluekuja> yeah
[10:11] <asac> ok if you have a bug number let me know
[10:11] <asac> i will test the application for basic functionality tomorrow and then upload to ubuntu and debian
[10:12] <asac> ok ... end of day now. cu tomorrow
[10:13] <bluekuja> asac: itp number
[10:13] <bluekuja> you want it on email or here?
[10:13] <asac> here is ok ... just ping me again if i forget
[10:13] <asac> and please provide a fixed version (e.g. little cleanup in rules)
[10:14] <bluekuja> asac: I didnt understand what you mean
[10:14] <bluekuja> about that file
[10:14] <bluekuja> in .diff
[10:15] <asac> yes
[10:15] <asac> everything generated during build should be cleaned up
[10:15] <asac> in clean
[10:15] <asac> i will look tomorrow at what the build yields ... but from what i see it looks good so far
[10:15] <bluekuja> asac: ok great, just sent the email to debian
[10:16] <asac> email?
[10:16] <bluekuja> yeah for bug report
[10:16] <asac> ah ok
[10:16] <bluekuja> I use email
[10:16] <bluekuja> ^^
[10:16] <asac> sure
[10:16] <asac> debian only has email :)
[10:16] <bluekuja> yup^^
[10:16] <bluekuja> or reportbug
[10:16] <asac> ensure that there is no itp pending
[10:16] <asac> otherwise ask owner if you can take-over :)
[10:17] <bluekuja> asac: I saw a itp pending of 2005
[10:17] <bluekuja> *2006
[10:17] <bluekuja> no one answered
[10:17] <bluekuja> I think we can take-over it
[10:18] <bluekuja> then
[10:18] <bluekuja> ;)
[10:18] <asac> yes ... just set owner to you
[10:18] <bluekuja> version is different
[10:18] <asac> and cc original owner
[10:18] <bluekuja> c version
[10:18] <asac> that doesn't matter
[10:18] <bluekuja> now we have i
[10:18] <bluekuja> oh ok, I've already sent my email
[10:18] <bluekuja> Ill add a comment to it
[10:19] <asac> merge bugs
[10:19] <asac> and set owner to you on both
[10:19] <asac> that would be fine then
[10:19] <bluekuja> ok, great
[10:19] <bluekuja> I'll look how to merge
[10:19] <bluekuja> them
[10:19] <bluekuja> :P
[10:19] <asac> yeah ... and how to change owner :)
[10:19] <asac> have fun
[10:19] <asac> you will get it :)
[10:20] <bluekuja> lol
[10:20] <bluekuja> asac: tnx :D
[10:20] <bluekuja> see you tomorrow
[10:20] <bluekuja> take care