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