[00:00] stani: Right. First it gets fixed in development. If it tests clean, and is critical, it gets moved to gutsy. If it tests clean, and is critical, it gets moved to feisty. [00:00] proppy: 13 december is debian import freeze [00:00] proppy: It's automatic. Nobody will forget. Please don't file a sync bug for a new package now. [00:01] oh ok It will get synced anyway [00:01] I've forgot about this :) === effraie_ is now known as effraie [00:03] persia: i don't understand why hardy is ubuntu1 and gutsy is ubuntu0.1. What would be feisty? Is not better feisty 0.1, gutsy 0.2 and hardy 1? [00:04] persia: other question: lintian returned this error [00:04] stani: If you're applying the same patch, there's no need for feisty users to download it again for gutsy. It must be ubuntu1 for hardy, as it's a new patch. It must be ubuntu0.1 for earlier releases to force the upgrade on hardy. [00:04] E: spe_0.8.2a+repack-1.1.0.7.04_source.changes: > >> bad-distribution-in-changes-file feisty [00:04] The convention is because usually ubuntu1 also contains other changes to make the package better. This is a somewhat special case. [00:05] stani: Lintian does that. Don't worry about it. Just check to make sure you've spelled it correctly. [00:05] ok, no need to change it then [00:07] Wouldn't be the version for feisty ubuntu0.0.1, if the version for gutsy becomes ubuntu0.1? [00:07] for gutsy I need to change it gutsy, or it still can be feisty? (no problem to change it, more theoretical question) [00:07] would make sense to keep them from overlapping [00:07] stani: target has to be the target version of ubuntu [00:08] for archive to accept it (or put it in right place) [00:08] ok, thanks gnomefreak [00:08] np [00:08] * gnomefreak likes the easy questions ;) [00:09] haha, I hope to ask some more difficult questions later and hope gnomefreak is still around ;-) [00:09] stani: Also, you'll be wanting gutsy-proposed and feisty-proposed. They need to go through testing first. The process will be about a month: a couple weeks of testing for the gutsy release, and then a couple weeks of testing for the feisty release. Don't forget to push hardy first. [00:09] yes but i have to wait for the hardy result before I can push gutsy [00:10] if you build them all once pushed you should beable to push next one and so on [00:10] but i could be mistaken and in that case i have been doing it wrong [00:10] but mine is security updates [00:11] gnomefreak: I don't have to wait to see if it is tested ok on hardy first?! [00:12] stani: its normally a good idea but your sponser would beable to answer that best (mine dont have to since they were security updates [00:12] iceape 1.1.5 is in gutsy and not pushed to hardy yet [00:13] oh thanks for reminding me i have to ping someone to push that === Pici- is now known as Pici [00:21] gnomefreak: Ah. so you're the person with the odd version number :) [00:23] stani: You don't have to wait to prepare patches and build, but you do have to wait to get your updates into the archive. How you schedule your time is your choice :) [00:29] :) [00:32] join #ubuntu-devel [00:32] doh.. [00:35] can I ignore this lintian warning: W: spe source: changelog-should-mention-qa? [00:36] stani: You should only be getting that if either there isn't an Ubuntu maintainer listed, or your version numbering is odd. Did you make the changes for https://wiki.ubuntu.com/DebianMaintainerField ? [00:38] persia: thanks, I'll check [00:39] lifeless: hurrah [00:39] persia: when or how does one get an ubuntu.com email? [00:40] stani: It's a membership thing. You likely don't want to use your own address: instead use the standard maintainer addresses listed in the Design section. [00:42] http://dehs.alioth.debian.org/uscan.html = debian/ubuntu watch file howto ? [00:42] proppy: man uscan is possibly more useful [00:43] persia: ok :) [00:43] I was wondering how I can deal with sourceforge mirror, and how to test the watch file [00:44] seems that the man will answers all these [00:44] proppy: There's a special hint for sourceforge (http;//sf.net/), and you can test with `uscan --report` [00:44] persia: I have the debdiff ready. What is next? Someone needs to review it? [00:45] stani: Right. Attach the debdiff to the bug, and subscribe the ubuntu-universe-sponsors team to request review. [00:45] persia: a package using a watch file in mind ? [00:46] proppy: Anything on http://dehs.alioth.debian.org/no_updated.html should be a good example. These are all known to work :) [00:47] persia: thanks [00:51] persia: done! And now? [00:51] stani: Be patient. A sponsor will eventually comment on the bug, and may upload. [00:51] persia: what if the upstream use zip ? [00:52] persia: dans do not produce proper tarball ? [00:52] persia: thanks [00:52] proppy: http://sf,net/myspecialpony-(\d+).zip [00:52] persia: it will work if the directory in not named after version ? [00:53] proppy: You are attempting to construct a regex that will match the available versions, and extract (via ()) the version string, to compare against the last changelog entry. [00:54] persia: Ok, I see, so what is inside the zip doesn't matter :) [00:55] proppy: well, it matters, but uscan doesn't look [00:55] :) [00:55] persia: thanks :) [00:55] I will do watch for mumble and unittest++ in a raw [00:55] row [00:55] * Fujitsu grumbles at the archive people never remembering to autosync from contrib/non-free. [00:57] Newest version on remote site is 1.1.0, local version is 1.1.1 [00:57] mumble: remote site does not even have current version [00:57] ahah [00:57] there is a not released entry in the changelog nice :) [00:57] Fujitsu: It isn't not remembering, they don't. [00:57] Fujitsu: There've been a couple pokes: I'd expect it to catch up during UDS [00:58] I have pitti sitting behind me, when he autosyncs, he doesn't pull from contrib or non-free [00:58] StevenK: Isn't there a grab/sync script against contrib/non-free? I thought it was semi-automated [00:58] persia: is there a rules to add in control ? [00:58] persia: or this is toolchain independent ? [00:58] proppy: For a watch file? No. [00:59] ok nice [01:00] StevenK: They normally do at some point in the cycle after people poke them... [01:00] * persia trusts StevenK, as he appears to be under careful oversight [01:01] gah, I hate packages that don't have a proper make install [01:01] Fujitsu: Yeah, which is the point. [01:06] Newest version on remote site is 1.3, local version is 1.3.0 [01:06] oups [01:06] let's dig the man to figure how to handle this kind of subtility :) [01:19] youhou opts="uversionmangle=s/$/.0/" power ! [01:30] Gah, damn dversionmangle :-( [01:41] How do people make UI mockups? I'd like to be able to give pictures along with my suggestions, but I have no idea how that's done. [01:42] tonyyarusso: Probably with glade? [01:42] RAOF: I've heard of that at least... [01:43] or by getting some canvas & throwing paint at it [01:43] at least that's what I suspect when I see some apps [01:43] ajmitch: Haha. [01:44] * Fujitsu has had a few Visio UI designs thrown at him. [01:44] tonyyarusso: the method doesn't really matter. Use the tools you know. If you want quick generated UI, glade is good. If you use a pixel-editor, that works too. [01:44] Fujitsu: I've seen people do mockups in MS Word [01:44] ajmitch: Yeah, that too. [01:44] ajmitch: How can you even *do* that? [01:44] Straight HTML.. ;-) [01:45] persia: I kind of know GIMP, but I'm looking for something meant for this purpose, where I can say things like "Insert button", rather than "insert box shape, then round the corners, give it a raised look, and put some centered text in it" [01:45] tonyyarusso: That's glade. [01:45] Glade isn't too terrible. [01:45] RAOF: cool [01:45] * tonyyarusso checks it out [01:45] RAOF: Consider the magic of digital cameras combined with Jackson Pollack [01:46] Well, glade is *also* "once I've made this mockup, make it easy to hook code into it" [01:46] RAOF: Word has a very, very basic drawing mode [01:47] nothing better than receiving a 1MB word document via email, containing a simple line art graphic [01:47] * RAOF blinks. [01:47] Only a megabyte? [01:48] You live and learn. Yay crazy tools. [01:48] thankfully [01:48] ajmitch: You're forgetting the power of OLE. One can create the line art in word, export a BMP, import into powerpoint, and embed in word :) [01:48] yay [01:48] such power [01:48] I like the 200MB ones that have a lot of B+W scanned TIFF. [01:48] And the people attempt to email them. [01:48] And complain when you refuse to put them unmodified onto the website. [01:49] RAOF: there are a few different glade packages (glade, glade-2, glade-3, glade-gnome,...) - which do I want? [01:50] tonyyarusso: glade-3 is probably your best bet, maybe with some of the plugins. [01:51] glade-gnome-3 depends on glade-3 [01:51] glade-gnome-3 [01:51] glade-3 is a rewrite of 2.x [01:51] glade-gnome-3 is the plugin with GNOME widgets, isn't it? [01:51] most likely [01:51] cool [01:51] Fujitsu: there are plugins too? [01:51] Fujitsu: Yep. [01:52] aptitude show anjuta [01:52] tonyyarusso: Glade 3 is supposedly modular, so you can have plugins providing more widgets. [01:52] Fujitsu: where would I find those to install [01:53] tonyyarusso: Well, glade-gnome-3 is one... /me searches. [01:53] there's pretty much just glade-gnome-3 [01:53] ah [01:53] That seems to be about it, yeah. [01:53] you'll manage :) [01:54] Actually there is also python-wxglade. Please don't use that. [01:54] persia: how come? [01:54] Heheh. [01:54] tonyyarusso: GNOME looks better without WX :) [01:55] Really? wxglade? Why??? [01:55] s/GNOME/Ubuntu/ [01:55] s/Ubuntu/*/ [01:55] * StevenK grins and high fives RAOF [01:55] RAOF: Someone liked glade, and WX? Annoying itch for them, annoying scratch for others. [01:55] But if they're using glade, why not just use GTK? [01:55] Eh, people are wierd. [01:56] at one point, I did quite a bit with wxpython [01:56] Glade looks a little better than when I last used it... must have been more than 3 years ago. [01:56] I've hated myself ever since [01:56] ajmitch: Why? [01:56] because it needed to work well on windows, and gtk+ really wasn't that stable on win32 back then [01:56] Ah. [01:57] Wx, working well and stable? I doubt it. [01:57] better than gtk+ at the time [01:57] it still sucked [01:57] my experience with WxWidgets has generally been unpleasant [01:58] nenolod: If you want true displeasure, you must experience wxWindows [01:59] RAOF: okay, so I have a little text box put together in glade-3. What do I do from here if my desired end result is a PNG I could post on my blog, say? [01:59] tonyyarusso: take a screenshot? [01:59] oh i'm sure it's a fun experience [01:59] I'd just take a screencapture of the glade window [01:59] but i think i'll pass [01:59] There isn't some sort of "export"? [01:59] no [01:59] That seems silly [02:00] it's not meant for visual mockups, but an actual tool [02:00] hmm [02:00] tonyyarusso: Its primary purpose is generating code. [02:00] You could probably ask for a plugin :) [02:00] Fujitsu: not anymore [02:00] Fujitsu: I don't even see where that part is :S [02:00] ajmitch: Oh, generating the XML, then. [02:00] RAOF: true - could be handy [02:01] generating the XML, so that you don't have to fill your .py files full of gtk+ layout [02:01] ajmitch: As I said, I haven't used it in... quite a while. [02:01] it's not just python. Glade supports C, Ada, Eiffel, lots of things... [02:01] but python+glade=love [02:01] Python's GTK+ interface is remarkably nice. [02:02] Yes, it's lovely [02:02] I've just been playing around with it to write an xscreensaver-hack theme editor [02:03] It's remarkably easy to generate a UI. [02:04] pygtk is very nice [02:04] using it feels as natural as using the C binding [02:05] I wouldn't call the C binding natural-feeling. [02:06] i would, but that's because i'm nuts [02:08] Actually, the gtk lib itself looks nicely sane (although I've only ever used the pygtk). [02:12] boy, did I ever just have a computer scare [02:12] LaserJock: What happened? [02:12] came back to my laptop and all the letters in firefox were little boxes [02:13] and my hard drive was thrashing about [02:13] I couldn't hardly do anything [02:13] finally got into a console [02:13] did a top and no real CPU usage but there were a bazillion artsd processes [02:14] so I did a killall artsd [02:14] and looked at top agian [02:14] and there were a ton more [02:15] and when I first trying to use my laptop the sensors applet said it couldn't get any ACPI info from my proc [02:15] little scary to me [02:27] zzz [02:27] LaserJock: don't worry, not logn after upgrading to the final release of gutsy, I found I couldn't login at all, or I had the desktop & panel stopping [02:27] it was esd for me, rather than artsd :) [02:34] ajmitch: Hasn't esd been gone for a while? [02:36] Fujitsu: esound is still in hardy, just not (theoretically) enabled by default. [02:37] Yeah, that's what I meant by gone. [02:38] it certainly wasn't removed on my laptop though [02:38] & it's still in main [02:42] Fujitsu: The issue is that the uprade path isn't completely working yet. From what I've heard, Lennert is expecting the final touches in the next couple months, so we should be good for hardy. [02:43] So I got lordsawar uploaded to Debian. It should autosync to Hardy right or do I need to poke someone? [02:43] bddebian: It'll autosync (we haven't reached DIF yet). Are you chasing BoS as well? [02:44] !info lordsawar hardy [02:44] Package lordsawar does not exist in hardy === nuu is now known as nu === nu is now known as nuu [02:54] darn, I keep forgetting that my laptop hardrive is hda not sda [02:59] persia: You mean boswars? [03:02] bddebian: I suppose I do. Is strategus now completely useless, or are there other scenarios that are worthwhile? [03:03] persia: stratagus is dead upstream, and I thought removed. [03:03] (upstream all moved to boswars) [03:03] bddebian: There's also the bos package, which is probably best replaced by boswars. [03:03] Fujitsu: We don't remove things just because upstream stops caring. They have to also be completely useless, and hard to maintain. [03:04] True. [03:04] * persia notes that freecraft (strategus predecessor) was shipped through edgy [03:08] persia: Yes, as far as I understand it boswars replaces bos and strategus but I may be mistaken. I've been trying to get clarification on it [03:08] boswars looks really nice [03:11] bddebian: I don't see any rdepends for stratagus, but I don't know if the default scenario is worth playing. Have you tried? It may be that a general move to boswars would be better. [03:12] I'm sure that boswars replaces bos [03:12] No I haven't tried the stratagus default [03:16] hmmm... I wonder about the other scenarios on http://www.stratagus.org/games.shtml Most seem to be based on stratagus 2.1 or dead though... [03:21] superm1_: Hey there. Did you manage to find some people to tag along with tonight? [03:21] TheMuso_Boston, yeah i grabbed food and a beer with my roomate [03:21] Gah, how do I make 107 = 1.0.7 in uversionmangle? s/(\d+)/$1.$2.$3/ or some such? [03:22] i'll grab one with you folks tomorrow or the day after :) [03:22] superm1_: Who are you rooming with? [03:22] TheMuso_Boston: he was sitting behind our table (I stole a chair from them) [03:22] TheMuso_Boston, jjesse [03:22] crimsun_: oh [03:22] superm1_: Oh I was just wondering. [03:22] bddebian: The same string as for nexuiz should do it, no? [03:22] ah ok [03:23] persia: That just uses the first digit then period then anything after that doesn't it? [03:23] I.E., I don't want 1.07, I want 1.0.7 [03:24] bddebian: For nexuiz you were dealing with nexuiz-23.zip vs. nexuiz-223.zip. Is this different? [03:24] A little yeah [03:24] (remember 2.3 < 2.23) [03:24] In this case if I got 223, I would want 2.2.3 [03:25] bddebian: Right. Isn't that the same? [03:25] For nexuix 2.23 was OK [03:25] No [03:25] bddebian: No, because 2.23 > 2.3 [03:25] Well for my purposes it would have been OK. I'll try it [03:26] Oh frick, they are using 1.07 in Debian [03:27] bddebian: In that case, you want the same string as nexuiz, without the final 'g' [03:28] persia: I hate you. ;-) [03:28] * persia hasn't done anything - really! [03:28] :-) [03:33] hi all [03:33] Hello nxvl === superm1_ is now known as superm1 [04:02] * jdong kicks launchpad [04:03] jdong: What's it (not) doing now? [04:03] Fujitsu: not loading in a reasonably timely fashion [04:03] i.e. taking over 20 seconds to render a bug report [04:05] jdong: Heh, that's normal for Australia... are you using edge? [04:05] yeah, I'm on edge [04:05] That seems fairly slow lately, maybe overloaded. Often times out. [04:09] Gnight folks, thanks again persia [04:09] good night bddebian [04:10] seems to be responding okay currently... [04:12] Is this the right place to ask a general quetsion if I am considering developing something on Linux? [04:12] Ditiris, good place to start, if it ends up not being we'll point you somewhere else [04:15] imbrandon, Thanks. I want to be able to accept data from a real-time system (FPGA) either via PCI-Express transfers or UDP/TCP (probably TCP). The PCI-Express will be for a desktop system, UDP/TCP for a laptop. I want to buffer up this data in a ramdisk using DMA transfers, process it in real-time if possible, or subsample if not, and record it at the same time or shortly thereafter. Any idea what I'm talking about? [04:16] The problem is, I'm really a systems engineer and I have no idea where to start on the PC/programming side. [04:16] personaly, no , no idea [04:17] So, basically I'm going to get a burst of data at say 400 MB/s for a few seconds and I want to capture that data in RAM, if possible look at it/process it, then record it all. [04:17] Record to the hard drive, I mean. [04:18] * persia wonders why fopen() doesn't work [04:18] yea i see what you mean but i have no idea how to go about that and ummm unless you have a framework in mind i have no idea where to send you either [04:19] * ajmitch wonders who'll volunteer to merge proftpd [04:19] ajmitch, you dont wanna do it ? [04:19] impatient people want 1.3.1 already [04:19] imbrandon: no, why would I? [04:19] persia, directed at me? [04:19] Ditiris: as persia suggested, you could start by trying to use standard userland API's and a tmpfs (effectively RAM disk) storage mountpoint... [04:19] hehe no reason, just since you brought it up [04:20] Ditiris: but as a realtime solution with the burst rates you specified, it might not be deterministic enough [04:20] Ditiris: only loosely - see jdong's expansion [04:20] I don't know what mechanism you would need to use in that case, but I can bet it'll be in kernelspace [04:20] imbrandon: that would require me to care enough anymore [04:20] Right. I basically need a stripped-down kernel with real-time extensions... I think. [04:20] it's really out of the scope of our expertise -- we are distribution developers for desktops/servers, not embedded Linux / realtime-kernel specialists... [04:21] anyone use mutt on a regular basis ? [04:21] Ditiris: you'll probably have better luck hitting a kernel mailing list of some sort [04:21] * ajmitch uses mutt [04:21] imbrandon: I've been using it for a few weeks, just switched over from evolution :) [04:21] probably useless newb as far as questions are concerned ;-) [04:21] jdong, Thanks, I will try that. In the mean time, can you recommend any books/programming guides/frameworks I can start to read up on so I can get a skeleton in place? [04:22] same here i'm trying to convert from webmail to mutt, but i got the accounts all working on getting and recieving, but umm i got a dumb shortcut queston [04:22] Ditiris: I'd recommend you grab one of the books on the 2.6 kernel... [04:22] how to i access other folders ( i'm connceting to imap , gmail ) [04:22] Ditiris: Robert Love writes a good one, under the Novell name. [04:22] jdong, Thanks, will do! [04:22] imbrandon: c tab [04:22] hrm [04:22] c dosent seem to do anything [04:22] one sec [04:23] c on the index page should bring up Open Mailbox prompt at th ebottom [04:23] i have these marco's [04:23] macro index c "?" "open a different folder" [04:23] macro pager c "?" "open a different folder" [04:23] macro index C "?" "copy a message to a mailbox" [04:23] macro index M "?" "move a message to a mailbox" [04:23] Ditiris: other than that, I have no idea where to steer you... hopefully you can get better bearings from a kernel developer list of sorts [04:24] imbrandon: those sound good (though I have no idea why those macros are necessary; default functionality is similar...) [04:24] * jdong points imbrandon at ajmitch then runs off :D [04:25] ok one last question, know how to have the default sort so new mail os on top ? [04:25] s/os/is [04:26] gmail + imap is love though, i must say [04:26] good question, I'm not sure if there is a sort flag for that.... [04:26] I haven't found the need for it; # of new messages is displayed at the bottom, and TAB on the index moves to next unseen [04:27] yea i have 16k unseen though [04:27] lol [04:27] O_O [04:27] jdong, The Love book looks like a good place to start judging from the ToC. Thanks a bunch. [04:27] nver mind that method then! [04:27] ---Mutt: =INBOX [Msgs:12674 Old:12646 139M]---(threads/date) [04:28] Have a good evening everyone, time for pillow drool. [04:28] Ditiris: there's also an O'Rielly book on embedded development, but IMO it's not nearly as relevant/good as the Love book [04:28] hrm , it dosent seem to be downloading the other mailboxes / folders messages [04:28] * imbrandon goes in search of a mutt primer [04:28] imbrandon: then just skip to the bottom of the list of messages [04:29] imbrandon: you need to set mailboxes statements in .muttrc to show more... [04:29] key? pgdn take forever [04:29] end [04:29] imbrandon: END? [04:29] ahh lol [04:29] i would like to do more merges, but i'm affraid to make one i'm not supos [04:29] see i'm a newb [04:29] * ajmitch larts imbrandon [04:29] :) [04:29] supposed to do [04:29] nxvl: it's ok, most people won't bite [04:29] ajmitch: most is not everyone [04:30] you always get some people in every group [04:30] nxvl, just try to stick with people youve talked to in irc, but most are cool as long as they havebnnt started with it already [04:30] * ajmitch doesn't bite much [04:30] my first merge i do a mentored one, and someone ask me why i do "someone" merge [04:31] jdong, so i must list all new imap folers in muttrc that bites [04:31] nxvl: it's good practice to try to poke the person in the changelog that seems to have touched it the most / last, to see if they have any better plans [04:31] imbrandon: you only have to do that for mutt to monitor it for new mail [04:31] imbrandon: c then tab should show all mailboxes [04:31] so i'm kind of afraid of picking one without knowing how the process works [04:31] yea c shows all the folders now, i took out the marcos [04:31] holdon lemme pastbin my muttrc , its small [04:32] heh [04:32] * ajmitch is going to walk home now, back later [04:32] jdong: so, pick one, talk with the last person that touch it, and if he/she say i can do it? [04:32] nxvl: yeah [04:32] nxvl: I'd be willing to bet money 99.99% of the people you poke will be THRILLED someone else wants to do the work for them! [04:33] but once in a while there's someone with bigger/better plans for the package, etc [04:33] jdong, http://paste.ubuntu.com/1454/ look right ? [04:33] jdong: thanks, i will start picking :D [04:34] thats my WHOLE muttrc, i know its tiny compared to some [04:34] imbrandon: looks good to me [04:34] mine's only larger because of the mailboxes I subscribe to [04:34] and also my spam filtering hotkeys [04:34] so umm what were you talking about to make it get the new mail for the other folders [04:35] because i have about 15 more folders on gmail [04:35] mailboxes ! =INBOX =INBOX.jobslist =INBOX.Spamscreen [04:35] statements like that [04:35] ummm [04:35] * imbrandon looks confused [04:35] you can make em on many lines using multiple statements, but you list the mailboxes you want mutt to poll for unread message counts [04:35] i.e. I'll get notifications like "New mail in =INBOX.jobslist" [04:36] = is shortcut for the set folder= argument. [04:36] this particular IMAP mailbox uses namespaces instead of folders, hence the weird dot notation [04:36] jdong: can i make the azureus's merge? [04:36] Oh dear. [04:36] oht oh [04:36] nxvl: Probably inadvisable. [04:36] nxvl: *smile* actually I've got dibs on that... :) [04:36] nxvl: You *really* don't want to touch that. The package bites. Hard. [04:37] nxvl: the merge is trivial ,but its dependencies are not at this point [04:37] still need to figure out where we're getting SWT 3.3 from in Hardy [04:37] Fujitsu: i have touched Apache2, and patch it, not simply merge [04:37] Fujitsu: THAT package bits [04:37] ok jdong you still have me totaly lost, i dont care about message count, i just want to have ALL headers downloaded for all folders [04:38] jdong: i don't understand [04:38] imbrandon: you can't use c to change to the filder you want? [04:38] yes i can, but it shows as empty [04:38] nxvl: Azureus 3.0.3.4 (Debian sid) requires SWT 3.3, Ubuntu has SWT 3.2 [04:38] imbrandon: hmm... I have no idea why that happens :( [04:38] oh ok [04:38] nxvl: SWT, however, in Debian is provided by a simple swt-gtk source package. In Ubuntu, it's built as a part of the Eclipse source tree [04:38] so we are supposed to wait until swt it's merged? [04:39] nxvl: so not even I have any idea what to do with it.... I need to poke our eclipse guy about it :) [04:39] nxvl: but currently Azureus is my pet project and I'll take care of it :) [04:39] ok, to hard for a new contributor i think [04:39] while you are poking him, tell him to fix it so it doesn't crash all of the time :) [04:39] nxvl: yeah, pick something more relaxing and fun :) [04:39] nixternal: I've fixed that already :) [04:39] nixternal: unless you're on AMD64. [04:39] well of course [04:39] err, I just lied [04:39] x86 :) [04:40] amd64 machines are busy building kde4 packages [04:40] nixternal: x86, bug 57875 is your friend; I've got fixed Hardy package uploaded and gutsy-backports in testing, awaiting gutsy-updates green light :) [04:40] Launchpad bug 57875 in azureus "Azureus hangs or crashes showing splash screen at start" [High,Confirmed] https://launchpad.net/bugs/57875 [04:40] * nixternal hugs jdong [04:40] * jdong hugs nixternal back [04:40] even though I am just using the one from eclipse.org right now [04:41] fidgiting with the severly broken Qt plugins [04:41] nixternal: sounds painful :) [04:41] the plugins, yes, the one from eclipse.org, works wonderfully [04:41] speaking of AMD64, anyone got an amd64 box set up for building and some spare time? [04:41]