=== Starting logfile irclogs/ubuntu-motu.log === ubuntulog [i=ubuntulo@ubuntu/bot/ubuntulog] has joined #ubuntu-motu === Topic for #ubuntu-motu: Ubuntu Masters of the Universe: https://wiki.ubuntu.com/MOTU | Want to get involved with the MOTUs? https://wiki.ubuntu.com/MOTU/Contributing | http://ubuntu.joejaxx.org/ - TOP 10 Uploaders/Packages === Topic (#ubuntu-motu): set by persia at Tue Jul 17 12:59:31 2007 === Knightlust [n=dax@ubuntu/member/knightlust] has joined #ubuntu-motu [06:00] ssweeny: Still building (dev box is slow). [06:00] ok === persia [n=persia@ubuntu/member/persia] has left #ubuntu-motu [] === man-di_ [n=mkoch@dynadsl-080-228-200-245.ewetel.net] has joined #ubuntu-motu [06:11] Wow. I think I build kdepim in less time than this. [06:13] it doesn't seem like that big a package [06:13] The box in question is a PIII 700 with 256MB of RAM. [06:13] And it's running KDE on it too. [06:13] ouch === StevenK logs into ScottK's development box and kills his seti@home job. [06:14] :-P [06:15] Heh [06:16] I also logged into my development server and trying to set up DKIM mail signing too on the same box, but SSH doesn't eat much CPU. [06:16] I also/I am also === StevenK looks for a bug to work on. [06:21] ssweeny: Back. What do we need to do to backport? === SEJeff [n=jeff@adsl-76-208-138-113.dsl.lsan03.sbcglobal.net] has joined #ubuntu-motu [06:22] How can I get my key added to the REVU keychain? [06:22] https://wiki.ubuntu.com/MOTU/Contributing <-- [06:23] s/keychain/keyring/ it has been a long day [06:23] RAOF, we're trying to backport anjuta, but libgdl needs to be done first and it has a rather lengthy list of rdepends [06:23] well, more specifically it's python-gnome2-extras [06:24] the list is at bug #126681 [06:24] Launchpad bug 126681 in feisty-backports "backport libgdl" [Undecided,New] https://launchpad.net/bugs/126681 [06:24] ssweeny: Congratulations. Uploaded. [06:24] awesome [06:24] crimsun: That link and: https://wiki.ubuntu.com/MOTU/Packages/REVU slightly conflict. [06:24] Please make sure it builds properly on the buildds and then mark it fix released (won't be until after Tribe 3 is released). [06:25] ok [06:25] Ok. So, we'd need to test a bunch of those first. [06:25] i've tested istanbul, solfege, democracytv, and exaile [06:25] no problems with any of those [06:25] I am a member of the "Contributors of packages for ubuntu universe" group and MOTU/Packages/REVU says that I should ask someone in this channel to resync the revu uploaders keyring [06:26] ssweeny: Shortly you should be able to go in LP to your profile and see an upload on your list of "Assigned Packages". [06:26] SEJeff: that's not at all a conflict. [06:27] it's there [06:27] ok, well could someone resync the key? The page you mentioned didn't seem to say anything about resyncing the revu keyring === ScottK runs into a DKIM problem more complex than his fatigue addled mind can handle just now. [06:27] ssweeny: Cool. There you go. Your first upload. [06:27] wow, feels good [06:27] Everyone say congratulations to ssweeny for his first upload. === ceros [n=user@c-76-111-84-156.hsd1.va.comcast.net] has joined #ubuntu-motu [06:28] ssweeny: So, I won't be able to help with this immediately for 2 reasons - (1) I don't have internet for my Ubuntu box until the evening, and (2) I don't have a Feisty install anymore :) [06:28] SEJeff: it's already being synced. [06:28] crimsun: thankyou [06:28] ssweeny: I'll fix (2) this evening, then I'll be able to help :) [06:28] RAOF, sounds good [06:29] Good night everyone. [06:29] ScottK, good nite [06:30] thanks for the help [06:30] No, thank you for your contribution. [06:30] Not a problem at all. [06:30] ssweeny: Stick around and you can be a motu for Gutsy +1. [06:31] Good night. [06:31] i'll do my best [06:32] Oh. One other thing... When you have a debdiff that you think is ready to upload, subscribe (not assign) your bug to ubuntu-universe-sponsors. You didn't have to to that tonight because I already knew. [06:32] alright [06:33] congrats on the upload ssweeny :-) [06:33] thanks :-) [06:33] hope it's the first of many [06:35] ScottK, squashed that Gnome art ruby bug [06:36] SEJeff: finished. [06:36] xtknight: Yay! [06:36] does this patch look good? http://rafb.net/p/xU3tAy93.html [06:36] gnome-art isnt universe is it? it's 'gnome'? [06:37] hello crimsun [06:37] crimsun: Thanks again [06:37] well after all this excitement i'm off to bed [06:37] g'nite all [06:38] ah nm it is universe [06:38] RAOF, do you mind giving that diff a quick look-over? [06:38] xtknight: Not at all. I'll get to see what some ruby looks like :) [06:39] oops i shouldn't have double spaced the changelog [06:39] the *s. [06:41] xtknight: Is there meant to be all that whitespace in the diff? [06:41] my first time ever with ruby actually [06:41] i dont know [06:41] the original was crazily spaced.. [06:41] i think it's tabs or something [06:42] RAOF, there was way too much spacing in the source code. the diff removes like 10 lines of needless spaces [06:42] the rest of the source code wasn't like that [06:43] I refer particularly to lines 52-57. [06:43] ya i know what you mean [06:43] it was like that in the original. the diff is actually removing that excess space [06:43] :) [06:43] besides i had to completely rewrite that line [06:43] all that whitespace is one function lol [06:44] Is "file_save_as.hide" equivalent to destroying the dialog? Because otherwise it looks like you're leaking dialogs [06:44] hmm [06:44] not sure exactly [06:44] i will try a destroy [06:45] it probably garbage collects anyway, but it's just good practice [06:45] It's entirely possible that it doesn't matter, but I'm not sure about Ruby's scoping [06:47] well using 'destroy' instaed works, so ill do that [06:47] good catch [06:48] Yay! My decrepid C++ comes in handy :) [06:49] i'm sure the end user can just feel the burden of all those pointers being released [06:49] :) [06:52] No one likes a memory leak :P [06:53] Apart from that, does the gnome-art package have a patch system? [06:54] revised: http://rafb.net/p/DSKJEc38.html [06:54] hmm [06:54] yea [06:54] debian/patches exists? oh great [06:54] Because it seems you're modifying the source directly, which is generally bad :) [06:54] so what must i do now? :o [06:55] Well, work out what patch system is in use (debian/rules will help, or debian/control) [06:56] i dont really have any idea what a "patch system" is, actually === RAOF [n=Chris_@matht464.maths.unsw.edu.au] has left #ubuntu-motu ["Leaving"] === RAOF [n=Chris_@matht464.maths.unsw.edu.au] has joined #ubuntu-motu [06:56] Gah! Sorry [06:56] im reading https://wiki.ubuntu.com/MOTU/School/PatchingSources [06:56] So, a patch system is something that gets run during the build to patch the sources. [06:57] ah ok go on, i'll listen instead because that page looks very complicated ;p [06:59] So, it isolates the divergence from upsttream. This is a Good Thing (tm), since it means that even if a new upstream version doesn't include the patch, it can generally be applied anyway. [07:00] Also, these patches can be easily *sent* upstream. [07:00] ah [07:00] So, most of the patch systems have a foo-edit-patch type command. [07:00] You use these to really, really easily create or edit a patch [07:01] They spawn a subshell & copy the source. You make your changes, and they're automatically turned into a patch in debian/patches [07:03] say i want to determine which patch system "gnome-art" uses? [07:04] So, you can look in debian/control. If it build-depends on dpatch or quilt, you've got your winner. [07:04] Build-Depends: debhelper (>= 4.2.25), docbook-to-man, cdbs, quilt, patchutils [07:04] If it *doesn't*, but b-d's on cdbs, chances are it's a simple-patchsys [07:05] so if b-d on quilt.. [07:05] Oooh, intriguing. I've never worked with a quilt patchsys before :) [07:05] well ive never worked with any before :P [07:05] You might want to check in debian/rules, but it's a good bet that it uses quilt as its patchsys [07:06] include /usr/share/cdbs/1/rules/patchsys-quilt.mk [07:06] so i think the answer is obvious at this point [07:06] Indeed === minghua [n=minghua@ubuntu/member/minghua] has joined #ubuntu-motu === minghua [n=minghua@ubuntu/member/minghua] has joined #ubuntu-motu [07:07] So, you'd need to follow the "quilt" part of that patchsys school [07:08] ok [07:09] Interesting. It seems banshee doesn't like playing 50 minute long songs [07:10] RAOF: I have a 92 minute mp3 if you'd like it. [07:10] GSt or Banshee? === viviersf [n=cain@gw.impilinux.co.za] has joined #ubuntu-motu [07:12] crimsun: any progress on bug 120515? [07:12] Launchpad bug 120515 in linux-source-2.6.22 "Master volume control doesn't work, PCM only" [Undecided,New] https://launchpad.net/bugs/120515 [07:12] crimsun: Dunno. It's _playing_ fine, but banshee's UI has frozen [07:12] nixternal: I no longer care for ALSA. [07:12] lovely [07:13] who is caring for it now? [07:13] the ubuntu-audio LP team [07:13] soooo...is that a good thing? [07:13] why wouldn't it be? [07:13] Does LP appear down for anybody atm? === zenrox [i=zenrox@pool-71-115-210-186.spknwa.dsl-w.verizon.net] has joined #ubuntu-motu [07:14] TheMuso: Not for me [07:14] LP is reachable here. [07:14] hmmm === TheMuso tries from another box on another network in Australia. [07:15] nixternal: is this from a fresh modprobe of snd-hda-intel? [07:16] what does "quilt add" do? [07:16] :\ [07:16] crimsun: yes, the one you told me to do last month to get you the info [07:16] hmmm [07:16] xtknight: iirc it adds a file to the patch you're currently working on === ajmitch has only started using quilt recently though [07:16] ajmitch, i have a patch done the conventional way. what do you mean my "adds a file to a patch"? [07:16] it kinda says the same thing in the man file [07:17] How strange. [07:17] you start a patch with 'quilt new foo.patch', add files that you plan to change with 'quilt add ...', edit, then quilt refresh === ajmitch could be completely wrong, of course [07:17] I can reach a.u.c, cdimage.u.c, but not lp.net or ubuntu.com [07:17] hmm what if i just want to insert a .patch that i already have? [07:18] nixternal: that doesn't really answer my question; please verify ASAP after unloading all ALSA modules and reloading snd-hda-intel that `amixer -c0` shows both elements. [07:18] Just sits there saying making connection [07:18] nixternal: (presuming you're using 2.6.22-8.18, too) [07:18] master and pcm are there [07:18] as well as the other things [07:19] crimsun: you are correct [07:19] then you have a codec quirk [07:19] ah ok. Now it says offline for maintanance. === YannDinendal [n=Yann@dyn-91-168-200-13.ppp.tiscali.fr] has joined #ubuntu-motu [07:19] for the conexants, it's debatable whether there _should_ be PCM at all [07:19] Still had to use another box to get that though. [07:19] something I can fix, or something that I need to wait for someone else to fix? [07:19] well, it's NOTABUG to use the old terminology. [07:20] it worked fine in no, gutsy is when it was fixed [07:20] it was broken in feisty [07:20] you just got used to the old broken behaviour [07:20] hehe, well I can't use my volume controls nor mute my audio with Gutsy, in Feisty and below I could [07:21] meaning the hotkeys? That's an orthogonal issue. [07:21] TheMuso: Still WorksForMe [07:21] crimsun: correct..the hotkeys move the volume control and show that it is muted, however it isn't [07:22] nixternal: So, change what the hotkeys are mapped to until it works? [07:22] nixternal: I presume this is reproducible on Ubuntu Tribe 3 (candidate) and Kubuntu Tribe 3 desktop CDs? [07:22] crimsun: haven't tried them just yet..but I will right now === nixternal gets to burning [07:22] I won't read scrollback until tomorrow; I'm traveling today after a 5:30 AM meeting. [07:23] now that sounds like fun [07:25] with the patch systems do you apply the patches FIRST before making your new one? do you diff against the original or diff against 'after all the other patches are applied'? [07:25] speaking of quilt specifically..do i do quilt push -a to apply all current patches before "quilt new"?? [07:27] lol looks like i'll spend more time uploading this than i did making it :P [07:27] Possibly :) [07:28] xtknight: It probably won't matter, but I'd apply all the other patches first. [07:28] RAOF, do i even have to use the "quilt" program? can i just add my patch to the "series" file and stick my patch in debian/patches? [07:29] xtknight: No idea. You're welcome to try that :)( [07:31] RAOF, should Maintainer changes be added to the patch system? [07:32] RAOF, we dont want those going upstream to debian do we? because their maintainer isnt MOTU... [07:32] xtknight: No. Your patches shouldn't touch anything in debian/ [07:33] Since that is where we add the stuff anyway [07:33] You only need the patchsys for changes outside of debian/ [07:33] ah [07:38] yay [07:38] RAOF, so i guess it works. Applying patch 03_patch_gtk_save_dialog.diff [07:38] RAOF, now where do i do the diff for the debian/ stuff [07:39] xtknight: You don't. You just change stuff in debian/ :) [07:40] RAOF, how do i upload a patch system patch? [07:40] Then, you build a new source package (debuild -S -us -uc) [07:40] kinda confused [07:40] Then, you run debdiff, and upload the debdiff :) [07:40] oh [07:40] i see [07:41] If you don't want to go that far, you could just attach the patches that you have to a bug, and someone will find it eventually. [07:41] naw i wanna get this done [07:42] But going all the way to debdiff puts your name on the changelog, and makes it easier (and hence faster) for a sponsor to upload it. [07:42] so i do "debuild -S -us -uc" [07:43] after adding it to the patch system, applying the pathces with "quilt push -a", and modifying my debian/control and debian/changelog.. [07:43] Yup. This will build a new source package. [07:43] Patch 03_patch_gtk_save_dialog.diff does not remove cleanly (refresh it or enforce with -f) [07:43] Ah. Trouble. [07:44] figures [07:44] This might be because you're modifying files you've already modified? [07:44] im really confused though. when you say "apt-get source PKGNAME", does apt-get apply quilt patches after that? [07:45] i have some odd feeling im applying the patches that are there twice when im doing this diff [07:46] xtknight: No, it doesn't. Patches get applied at build time only [07:46] oh maybe i shouldnt have done quilt push -a [07:46] before debuild.. [07:46] maybe that's why [07:47] unless you're like me and you apply them for no reason :P [07:48] Hm, as I said, I've got no experience with quilt. [07:48] ya i fixed the problem [07:49] oh you wouldnt have any idea how i'd lost i'd be if it weren't for you [07:49] Cool [07:49] it was because i applied them twice. shouldnt have done that [07:49] :) [07:49] haha [07:49] all i needed to do was add them to the chain and then debuild. [07:49] learning is a good thing [07:51] now where'd my deb file go? [07:51] oh it's a source build [07:51] In the parent directory [07:51] Also, not a .deb, a .dsc + .diff.gz [07:51] yea [07:51] but how do i test with these? [07:52] So, do you have a pbuilder? [07:52] build the binary packages with pbuilder or similar [07:52] nope [07:52] isnt it sometihng like dpkg-source -x .dsc? [07:52] xtknight: Yes, but you've already got the unpacked source :) [07:53] xtknight: Building in a pbuilder is a Really Good Idea(tm), but a poor-man's substitute is to just run "debuild -us -uc" from your source directory [07:53] ya i'm feeling a bit lazy ;) === Hobbsee [n=Hobbsee@ubuntu/member/hobbsee] has joined #ubuntu-motu === ajmitch hugs Hobbsee [07:54] Its a Hobbsee!! [07:54] Hello Hobbsee! === Hobbsee hugs ajmitch :) [07:56] TheMuso: it is! [07:56] well, pigs aren't flying, but the good news is my patch actually works! [07:56] ajmitch: what do i get the hug for? :) [07:56] hey RAOF! [07:56] Hobbsee: just because [07:56] ScottK: still alive? [07:57] RAOF, do you know the debdiff syntax off hand? [07:58] debdiff origpkg.dsc newpkg.dsc > filename.diff === RAOF is still a bit slow with dvorak === Prezu [i=patryk@dug.net.pl] has joined #ubuntu-motu === TheMuso hopes a new git snapshot build of elinks makes launchpad render properly. [07:59] phew.. [07:59] RAOF, so i upload this diff to LP and i'm all set? === TheMuso kicks launchpad hard. [07:59] or not. [07:59] WOrked second time. [07:59] xtknight: Yup. As long as you're confident it works. [07:59] yup [08:00] debdiff should be reliable shouldnt it? [08:00] or need i test this again? [08:00] xtknight: Upload, and subscribe (not assign) ubuntu-universe-sponsors [08:00] Oh, debdiff should work [08:00] except for the damn login page. [08:02] TheMuso, StevenK, Hobbsee, jml, lifeless: Want to arrange to meet up somewhere for dinner on Friday/the weekend? [08:02] RAOF: this friday? === Hobbsee cant do the weekend [08:03] sure [08:03] Hobbsee: Yeah. Although any time in the next 2 weeks is good [08:03] I'd have to check. [08:04] Friday sounds good. [08:04] StevenK: That's OK. I just wanted to mention it since almost all the Sydney ubuntuites I know are in here now :) [08:04] Although, I concur with TheMuso. === Lure [n=lure@external-1.hermes.si] has joined #ubuntu-motu [08:04] Bloody brilliant. Launchpad cannot be used with either a git snapshot build of elinks, or the version in Feisty. [08:05] How hard can it be to write standards-compliant html? (Note: RAOF is not a web designer!) [08:05] Oh lovely. Its gzip encoding. [08:06] WHich has worked in the past. [08:07] RAOF, html? pretty easy to do standards compliant. standard compliant css that works in all browsers? not so much [08:07] Yay. Was able to get on using the edge server. === jussi01 [n=jussi@dyn3-82-128-187-102.psoas.suomi.net] has joined #ubuntu-motu === TheMuso sighs [08:08] xtknight: Let me know if/when you need a sponsor for the bug, and I'll take a look. [08:08] TheMuso, thanks. well the patch for bug 60258 is up [08:08] Launchpad bug 60258 in gnome-art "Ruby crashes while using gnome-art-manager" [Medium,Confirmed] https://launchpad.net/bugs/60258 [08:08] (has about 10 dupes) [08:09] it affects feisty and gutsy all architectures AFAIK [08:09] Right. The gutsy one is easy to fix, whereas for feisty, it needs to be considered for a Stable Release update. [08:10] TheMuso, does that mean more work for me, or more work for who has to upload it? [08:10] The patch is pretty small, so an SRU shouldn't be out of the question [08:11] it will be in a future feisty update, then? for example, in 2 weeks grandma types sudo apt-get upgrade on her Feisty and she'll have it? :P [08:13] Ok, slight problem. [08:13] xtknight: There is a newer gnome-art in the archive. You will have to look at the newer version, and patch against it. [08:14] which archive? [08:14] You have 0.2-5 which you patched to make 0.2-5ubuntu1, but there is 0.2-6. [08:14] This is in gutsy. [08:14] oh [08:14] WHich is what your changelog entry is for. [08:14] so im fine for feisty though? [08:14] Well things will have to be done differently for feisty. [08:15] I have to go and do a few chores, but when I return, if someone hasn't started to look at it all, I'll take a look, and we'll see about getting it into feisty as well. [08:15] ok i'll probably have to wait until tomorrow to do anything further [08:15] but i'll be on [08:15] 2am (EST) here [08:15] Right. [08:25] *** anyone interested in doing some cd testing? *** [08:26] nope [08:26] If my connection was fast enough, I would. [08:26] already too close to the monthly data limit :) === TheMuso is already shaped. [08:27] Hobbsee: Yes, this evening [08:28] RAOF: cool [08:28] As long as a USB install is sufficiently like a test :) [08:28] I don't have any CDRW lying around [08:29] ah [08:29] If I can get the live CD to finish syncing over this slow connection, I'll do an install test as well. [08:29] But installing from the .iso on a usb stick should count? [08:29] what kind of CDs? [08:30] xtknight: gutsy tribe 3 testing cds [08:30] Hobbsee, oh, well i have vmware here and a fast net connection, so it's no problem [08:30] xtknight: cool. which arch did you want to do? [08:31] and desktop/alternate? [08:31] Hobbsee, i should be able to do 32bit and 64bit here, but if you just want to assign me one i'll do 64 since that's more obscure [08:31] umm, alternate [08:31] xtknight: that be great. preferred flavour? [08:32] xtknight: okay, could you do some of https://isotesting.stgraber.org/isotesting/test/513 please? [08:32] and/or https://isotesting.stgraber.org/isotesting/test/512 [08:33] yeah [08:33] thanks [08:34] first time i've done this. is there some guide on what i'm supposed to do? [08:34] Hobbsee: Do you know if testing from usb as described in http://www.debian.org/releases/stable/i386/ch04s04.html.en is useful? === Nightrose [n=lydia@amarok/rokymotion/nightrose] has joined #ubuntu-motu [08:34] RAOF: it's probably OK [08:35] xtknight: the list of stuff there says what to test for. if you find problems, report bugs on them, and link them in the iso tracker. [08:35] Although I could obviously not do some of those tests, like verifying the cd :) [08:35] Hobbsee, ah, ok [08:35] RAOF: yeah, fair enough [08:36] Hobbsee: I could do alternate, as I already have that CD synced. === _16aR_ [n=dolanor@unaffiliated/16ar/x-367395] has joined #ubuntu-motu [08:37] 20070717 is the one we're doign I assume. [08:37] TheMuso: which arch? [08:37] that'd be cool [08:37] i375 [08:37] TheMuso: it's 17.1, i thiknk [08:37] i386 even === Nightrose [n=lydia@port-87-234-150-228.dynamic.qsc.de] has joined #ubuntu-motu [08:37] ah yes of course. [08:37] TheMuso: okay, if you wanted to grab the i386, and xtknight the amd64 version [08:38] or .2 [08:38] yup amd64.alternate is on the way here [08:38] 20070717.2 === LucidFox [n=LucidFox@wikia/Sikon] has joined #ubuntu-motu === TheMuso grabs a CDRW === jml_ [n=jml@86.228.233.220.exetel.com.au] has joined #ubuntu-motu [08:42] Hobbsee, testing under a virtual machine should be sufficient? as it stands i can burn it to a cdrw and tell it to run from that CDRW. or do you want us to install these locally to a HD? [08:42] xtknight: i didnt think amd64 would let you use a vm... [08:42] on real hardware is good, if you've got it, but not all tests need to be like that [08:42] yup i have several 64 vms here [08:43] deadline is sometime july 19, right? if i have to install locally i probably won't be able to make that deadline as this isn't really a machine i can experiment with but i can do the VM... [08:43] Qemu does 64bit vms [08:44] xtknight: go with the VM, then [08:44] RAOF: oh neat [08:44] RAOF: But only if the processor supports Intel's new virt technology? [08:45] nah doesn't need that [08:45] I think qemu was the only thing I didn't try. [08:45] VMWare will do it [08:45] i run a 64bit vm under a 32bit OS even. really flexible. [08:45] I tried a 64 bit VM under 64 bit userland and it didn't work. [08:46] vmware server is free so you could give that a shot [08:46] Which is what I tried. [08:46] how did it not work? [08:46] StevenK: No, it's only *fast* if your proc supports virtualisation :) [08:47] the intel VT extensions actually slow things down for the most part [08:47] they are mainly for running windows under Xen [08:47] afaik [08:47] xtknight: You wouldn't say that if you'd compared qemu to kvm :) [08:48] RAOF, oh probably not. but vmware is stlil faster than keqmu+kvm here :) [08:48] and vmware doesn't use the extensions [08:48] the one thing i love about vmware is it gives you mouse drivers === vil [n=lada@ubuntu/member/vil] has joined #ubuntu-motu === neversfelde|mobi [n=neversfe@82.113.106.1] has joined #ubuntu-motu === thekorn [n=thekorn@130.75.237.79] has joined #ubuntu-motu [09:19] xtknight, yes vmware does use the extentions if your proc supports them === tupa [n=tupa@201-167-87-236-cable.cybercable.net.mx] has joined #ubuntu-motu [09:23] hi, I have a question [09:24] does everytime a new development version is released, do you copy all the files from debian unstable or you just did that in the beginning [09:24] let's say, if debian dies, ubuntu dies? [09:26] lol scary thouhg [09:26] thought* === Spec[x] [n=nwheeler@charon.devis.com] has joined #ubuntu-motu === RAOF [n=chris@123-243-65-41.tpgi.com.au] has joined #ubuntu-motu [09:27] imbrandon, ah i guess that's right. you need VT to run 64bit guests. [09:28] for 32 it is not enabled by default but you can enable it with monitor_control.vt32 = TRUE === superm1 [n=superm1@ubuntu/member/superm1] has joined #ubuntu-motu === Knightlust [n=dax@ubuntu/member/knightlust] has joined #ubuntu-motu [09:30] xtknight? [09:31] tupa, yeah? sorry, i dont have the answer to your question [09:31] tupa: we take debian's changes,a nd merge them inw ith ours. or just copy the ones we dont change [09:32] oh [09:32] so probably that's why there are many developers that also help debian :) === x-spec-t [n=nwheeler@ubuntu/member/spec] has joined #ubuntu-motu [09:33] *ubuntu developers === apachelogger [n=me@N751P018.adsl.highway.telekom.at] has joined #ubuntu-motu [09:34] yes === coNP [n=conp@unaffiliated/conp] has joined #ubuntu-motu [09:38] Evening RAOF. [09:39] xtknight, vt has nothing to do with 64 or 32 bit proc's [09:39] Evening TheMuso. Why doesn't irssi have "evening" in tab-complete :) [09:39] nor the ability to run a 32bit host with a 64bit guest === jsgotangco [n=jsgotang@smtp01.globe.com.ph] has joined #ubuntu-motu [09:39] RAOF: heh [09:39] RAOF: Maybe because its easy to type. [09:39] I was going to try to test the amd64 Server disc, but there's no image. So instead, I'll make bolongnese. [09:40] RAOF: Yes there is [09:41] Where? [09:41] Whoops === RAOF browses cdimage.u.c to the obvious spot [09:43] heh [09:43] What's the chance that enough people are torrenting a gutsy daily server disc to make it worth the torrent... ;) [09:43] imbrandon, eh whatever..doesnt really matter to me [09:43] RAOF: Dunno. [09:43] I just use rsync. [09:44] this was just quoting someone who works at vmware: [09:44] The surprising fact is that, for the time being, hardware "assistance" is significantly slower (for most workloads) than the all-software approach. We use VT on 64-bit Intel hardware because we have to, not because we want to. [09:44] ( http://www.vmware.com/community/thread.jspa?threadID=57777 ) [09:45] i thought i remembered running 64bit VMs on my A64, which didnt feature VT anyway [09:47] you know, is firefox really supposed to act like it has been for the past 2 weeks on the Gutsy builds? (default profile could not be created because folder isnt writeable). has nobody noticed this? === RAOF runs from rsync while it's busy and goes to make dinner === never|mobi [n=neversfe@82.113.106.1] has joined #ubuntu-motu === LucidFox [n=LucidFox@wikia/Sikon] has joined #ubuntu-motu === BugMaN [n=BugMaN@nat.cabi.uniroma1.it] has joined #ubuntu-motu === superm1 [n=superm1@ubuntu/member/superm1] has joined #ubuntu-motu === dholbach [n=daniel@pD9E27ECD.dip.t-dialin.net] has joined #ubuntu-motu [10:09]