[00:08] <camrdale> the new transmission was uploaded to Debian so I updated LP 134361
[00:08] <ubotu> Launchpad bug 134361 in transmission "[sync-request] Please sync transmission 0.90.dfsg-1 from Debian" [Wishlist,Confirmed] https://launchpad.net/bugs/134361
[00:09] <camrdale> now it's a sync request :)
[00:52] <jdong> bluekuja: got fujitsu to upload azureus to me (hopefully by this time tomorrow it's built!)
[03:00] <jstansel_> hi jdong
[03:01] <jstansel_> I just tried azureus_2.5.0.4-1ubuntu2~gutsy0.1_all.deb (from the bug 57875) and was able to crash it
[03:01] <ubotu> Launchpad bug 57875 in azureus "Azureus hangs or crashes showing splash screen at start" [High,Confirmed] https://launchpad.net/bugs/57875
[03:02] <jstansel_> although this crash should be a different bug report
[03:02] <jstansel_> I get it by pressing ctrl-PgDn
[03:07] <jdong> jstansel_: ok, can you file a separate bug report for it?
[03:07] <jdong> jstansel_: is there a particular screen you press that on to get the crash?
[03:08] <jstansel_> the torrent info tab
[03:08] <jdong> ok
[03:08] <jstansel_> I've seen this before, probably even on installs directly from azureus
[03:09] <jstansel_> I think the problem went away with the current 3.x version
[03:10] <jdong> jstansel_: ok, I can reproduce here too
[03:11] <jdong> jstansel_: I don't think this is an earth-shattering bug though.... it'll likely get fixed in hardy when we get 3.0.3.4 packages from Debian
[03:11] <jdong> and I'll backport that to Gutsy too if all goes well
[03:12] <jstansel_> cool
[03:12] <jstansel_> I was afraid it might be a swt bug bug I haven't tried to track it down
[03:12] <jdong> jstansel_: if the JVM is segfaulting (which it is), almost certainly SWT bug
[03:18] <jstansel_> Bug #157617
[03:18] <ubotu> Launchpad bug 157617 in azureus "azureus crashes on ctrl-PgDn" [Undecided,New] https://launchpad.net/bugs/157617
[03:19] <jstansel_> thanks jdong for all your effort with azureus
[03:20] <jdong> sure thing
[04:11] <jdong> Azureus uses about 50MB RAM on IcedTea seeding Ubuntu amd64 to 20 peers
[04:11] <jdong> (at 855KB/s)
[04:11] <jdong> I'd call that pretty good
[04:25] <jstansel_> jdong: have you seen https://visualvm.dev.java.net/ ?
[04:27] <jstansel_> I haven't tried it on Linux yet, but on my windows system at work it was pretty nice
[04:27] <jdong> jstansel_: looks interesting
[04:30] <jstansel_> it apparently uses netbeans technology
[04:36] <freeflying> s1024kb: I'm member of a lot teams, like kubuntu-devel, motu, ubuntu-server, motu-torrent, etc
[04:38] <freeflying> !motu
[04:38] <ubotu> motu is short for Masters of the Universe. The brave souls who maintain the packages in the Universe section of Ubuntu. See  http://wiki.ubuntu.com/MOTU
[04:38] <freeflying> !member process
[04:38] <ubotu> Sorry, I don't know anything about member process - try searching on http://ubotu.ubuntu-nl.org/factoids.cgi
[05:05] <jstansel_> the author of https://tda.dev.java.net/ posted to one of the visualvm lists - I'll have to check out tda some time
=== asac_ is now known as asac
=== nuu is now known as nu
=== nu is now known as nuu
[19:51] <bluekuja> heya camrdale
[19:54] <camrdale> hi
[19:55] <bluekuja> camrdale, uploaded to proposed
[19:55] <bluekuja> now I gonna write a mai
[19:55] <bluekuja> *mail
[19:55] <camrdale> I saw that, that's great
[19:55] <bluekuja> to have it tested
[19:55] <bluekuja> :)
[19:55] <camrdale> excellent
[19:55] <camrdale> I'll test it here too
[19:56] <bluekuja> I've tested it multiple times
[19:56] <bluekuja> asac too
[19:56] <camrdale> yeah, I think it's good
[19:57] <bluekuja> camrdale, please add
[19:57] <camrdale> bluekuja: what do you think of LP 157583
[19:57] <camrdale> https://bugs.launchpad.net/ubuntu/+source/update-manager/+bug/157583
[19:58] <camrdale> did I do the right thing there?
[19:58] <bluekuja> deb http://archive.ubuntu.com/ubuntu/ gutsy-proposed universe
[19:58] <bluekuja> for testing it
[19:58] <bluekuja> anyway infos will be on the mail
[19:58] <bluekuja> let me see
[20:00] <bluekuja> camrdale, I think you did it right
[20:00] <bluekuja> it's not possible that bittorrent
[20:00] <bluekuja> did it
[20:01] <camrdale> that's what I figured, thanks for confirming, I'm not familiar with apport :)
[20:01] <bluekuja> np, did you add the repo to sources.list already?
[20:01] <camrdale> not yet but I will, have some other things to do first
[20:02] <bluekuja> fine
[20:02] <bluekuja> it was main
[20:02] <bluekuja> sorry
[20:02] <bluekuja> not universe
[20:02] <bluekuja> ;)
[20:02] <camrdale> one question about that
[20:02] <camrdale> bittorrent (source) is in main
[20:02] <bluekuja> true
[20:02] <camrdale> and bittorrent package is in main
[20:03] <bluekuja> yes
[20:03] <camrdale> but bittorrent-gui package is in universe
[20:03] <bluekuja> yes
[20:03] <camrdale> is that normal?
[20:03] <camrdale> and how is it decided?
[20:03] <bluekuja> yes, it's normal
[20:03] <bluekuja> not all packages gets to main
[20:03] <camrdale> it's trange to me, as in Debian if source is in main then all packages built from source are in main too
[20:03] <bluekuja> yeah
[20:04] <bluekuja> but Ubuntu got a different
[20:04] <bluekuja> structure
[20:04] <bluekuja> about components
[20:04] <camrdale> that fix was less important then, as it only affected bittorrent-gui
[20:04] <camrdale> i.e. not main
[20:05] <bluekuja> yes, but it was high priority
[20:05] <bluekuja> e.g the app was unusable
[20:44] <bluekuja> leaving
[20:44] <bluekuja> cya tomorrow
[20:44] <camrdal1> see ya
[20:44] <bluekuja> camrdal1, gonna ping you
[20:44] <bluekuja> when the mail is sent
[20:44] <camrdal1> okay
[20:44] <bluekuja> (need to wait the package to get built)
[20:44] <bluekuja> cya
[21:00] <jdong> bluekuja: well I've prepared a prevu backport testing deb for azureus already and stuck it on the backport ticket....
[21:00] <jdong> bluekuja: basically at the first success report or Monday, I will mark it approved