[01:02] <TRPrecht> Greetings.
[01:02] <belkinsa> o/ TRPrecht
[01:06] <TRPrecht> Is the Ohio LoCo pretty active? or are there relocos in Ohio that are pretty active?
[01:06] <belkinsa> We are very, very inactive and our ReLoCos don't exist anymore.  But you are welcome to try to start one up.  Where do you hail?
[01:07] <belkinsa> We only have 2-8 active members online but not really in person.
[01:07] <belkinsa> We are scattered and makes the problem greater.
[01:08] <TRPrecht> Ah.  I'm actually in KY but I see Cincinnati out my window.
[01:09] <belkinsa> Ah.  I'm also from the Greater Cinny area myself.
[01:10] <TRPrecht> I've been looking for a lug/loco for a couple years now, I've seen that there were at one time many groups in the area and they all seem to have gone dark. :-/
[01:12] <belkinsa> I see, I think most of the LUGs and LoCos of USA are dying or are dead.  Ohio is one of the few who is still trying to be active.
[01:12]  * belkinsa shouldn't said "I think"
[01:12] <belkinsa> It's a truth.
[01:13] <TRPrecht> KY's is still somewhat active, but it is about 2 hours away and they meet on a weekday.. thus no go.  Unless I can leave work in Springdale and shoot striaght to Lexington and hope for no traffic. LOL
[01:14] <Unit193> TRPrecht: I know a few people do some stuff in some LUGs, guy not far from me goes to the Akron LUG as they have active, informative meetings.
[01:14] <dzho> hackerspaces and makerspaces seem to be a slightly more current thing, and depending on the space, sometimes attract those with free software sympathies or inclinations
[01:15] <belkinsa> KY is?  Hm, never knew that.  If you have friends who are seeking a group, we could start a ReLoCo for the Greater Cincinnati area.
[01:15] <dzho> TRPrecht: so, covington?
[01:15] <TRPrecht> Yeah, they meet once a month to every other month.
[01:16] <belkinsa> dzho, or Newport.
[01:16] <TRPrecht> dzho: pretty close. Fort Mitchell actually.
[01:16] <TRPrecht> Grew up in Newport though.
[01:17] <dzho> oh, neat, I see US42 goes on through there
[01:17] <belkinsa> I thought 42 was just a state route, or is this a different one?
[01:17] <TRPrecht> I've got some friends that like/use Ubuntu or Arch and they are pretty geeky, however they draw the line at the concept of a LUG. say its too geeky. :-/ lol
[01:18] <dzho> heh
[01:18]  * belkinsa isn't a developer, but a community builder
[01:18] <belkinsa> https://wiki.ubuntu.com/belkinsa <--- this is me.
[01:18] <jenni> [ belkinsa - Ubuntu Wiki ] - https://j.mp/1eqs1VA
[01:18]  * dzho has got to go make sure bedtime is happening
[01:19] <dzho> TRPrecht: nice to see  you drop in.
[01:19] <dzho> belkinsa, Unit193 will see you around
[01:19] <belkinsa> Slaapwel, dzho
[01:19] <TRPrecht> nah, US42 runs a LONG way.  I can get to pretty far south on it and up to my work north of Cincy.
[01:19] <drkokandy> howdy all
[01:22] <TRPrecht> Without being a developer, or a graphic artist, it seems like it is very difficult to 'get involved' in supporting a project...other than financially... which I guess can be hard too at time. :-)
[01:23] <TRPrecht> Its a hard clique to crack. lol
[01:23] <Unit193> TRPrecht: Indeed, nice to have you drop in.  If you don't mind me asking, what do you use?
[01:24] <belkinsa> It is, but you can do it with the skills you have.  Spearding the word is one.
[01:24] <TRPrecht> Ubuntu on my System76 machine... and I use my dinky laptop to test out various distros.
[01:25] <Unit193> drkokandy: And howdy!  Just mentioned you, though not by name. :)
[01:25] <belkinsa> o/ drkokandy as I forgot to say hey to you
[01:25] <drkokandy> Oh, yeah? hopefully good things Unit193 - my intenet died earlier this afternoon apparently so my IRC's been down
[01:25] <drkokandy> o/ belkinsa
[01:25] <drkokandy> been awhile!
[01:27] <drkokandy> TRPrecht: I've missed most of this conversation, but Ubuntu has a tool called find-a-task that might help you see just what options are out there: http://community.ubuntu.com/contribute/find-a-task/
[01:27] <jenni> [ Ubuntu Community | Find a Task ] - https://j.mp/1GdwRIm
[01:27] <belkinsa> drkokandy, thanks for sharing that link!  I would of if I wasn't working on my homework.
[01:27] <drkokandy> That helped me see what options are available... I'm neither a developer nor a graphic designer, but I was able to get started with bug triage & QA testing
[01:28] <Unit193> drkokandy: Yes, that you have found a nice LUG in Akron.
[01:28]  * belkinsa started with Ubuntu Women
[01:28] <drkokandy> oh, good luck with your homework, belkinsa - probably midterms, right?
[01:28] <Unit193> https://sigma.unit193.net/dump/find-a-task-fix.user.js :P
[01:28] <drkokandy> oh, yeah! I haven't been to ALUG in a little while, but I should be able to make it this week
[01:29] <belkinsa> Yes, but I only have one this week.  My bioinformatics one was last week but I still have the takehome part of it to do.
[01:29] <drkokandy> find-a-task-fix.js... is there something broken with find a task?
[01:29] <belkinsa> I'm trying to gain time for this week by finishing the rest for my other classes to study for the midterm and do the takehome.
[01:30] <drkokandy> good plan belkinsa - good luck!
[01:30] <belkinsa> Thanks.
[01:30] <TRPrecht> Nice, thanks for the link. I've been slowly converting people since a former coworker got me started in this direction with Gusty.
[01:30] <Unit193> drkokandy: Perhaps take a look at the page with and without that?  I didn't create it, but tend to agree with the thought of the person that did.
[01:31] <belkinsa> TRPrecht, why isn't KY's LoCo not verflied?
[01:31] <TRPrecht> I dual booted for years.... but finally got my last hold out application running under wine... been linux only at home for ~2 years
[01:31] <belkinsa> s/verflied/verified
[01:31] <jenni> belkinsa meant to say: TRPrecht, why isn't KY's LoCo not verified?
[01:33] <TRPrecht> Unknown... during my search I found the Bluegrass LUG page and on there is said they had merged and went with the Bluegrass name instead of staying Ubuntu KY LoCo?
[01:34] <Unit193> Fun fact, Xubuntu's technical lead is from KY.
[01:34] <drkokandy> ah I see
[01:35] <belkinsa> TRPrecht, hm, isn't that against the rules having a LoCo without the Ubuntu part in the name?
[01:35] <TRPrecht> Nice.
[01:35] <Unit193> drkokandy: Laying out all your choices just seems like a better idea to me.
[01:36] <TRPrecht> I think so...
[01:36]  * belkinsa wishes skellat was here
[01:37] <TRPrecht> ah http://ubuntuforums.org/showthread.php?t=2060028 is where I saw where they were aka Bluegrass LUG
[01:37] <jenni> [ ANNOUNCEMENT: Ubuntu Kentucky LoCo Team Meeting Tomorrow (9/20) at 7pm! ] - https://j.mp/1Gdz7PI
[01:38] <TRPrecht> almost 3yr old post... one of the most recent. lol
[01:38] <belkinsa> But that was three years ago, well, under three.
[01:38] <belkinsa> That's tells me that it's an inactive one.
[01:38] <belkinsa> s/That's/That
[01:38] <jenni> belkinsa meant to say: That tells me that it's an inactive one.
[01:39] <TRPrecht> They are on Google+ as BlueGrass Linux User Group and are (semi) active under that name only.
[01:39] <belkinsa> Isn't a mixed group in terms of distro useage?
[01:43] <TRPrecht> Quick look at the G page shows more talk about *insert fruit* Pi projects and cloud solutions more times than not.... scrolled a while to find a distro and it was Xubuntu
[01:43] <belkinsa> May I have the link to that page?
[01:46] <TRPrecht> Sure.
[01:46] <TRPrecht> https://plus.google.com/communities/116333842588031601371
[01:46] <jenni> [ Blue Grass Linux User Group - Community - Google+ ] - https://j.mp/1GdB2Uk
[01:46] <TRPrecht> BRB, going to get food for the wife while she takes care of the fussy baby.
[01:47] <belkinsa> Alright, see you around.  Nice to meet you.
[01:49] <belkinsa> Anyways, it's bed time for me.  Night everyone.
[01:49] <drkokandy> night
[01:50] <drkokandy> I'm going to need to blow away my desktop... something went wrong with an update & even apt-get -f install isn't working :(
[01:51] <drkokandy> maybe it can be fixed, but I don't have time
[01:51] <Unit193> Oh dear.  What's the error(s)?
[01:52] <drkokandy> seems like something pretty serious
[01:53] <drkokandy> linux-headers-generic : Depends: linux-headers-3.13.0-46-generic but it is not installed
[01:53] <drkokandy> If I try -f I get
[01:55] <drkokandy> oh, can't generate it now
[01:55] <drkokandy> but it's something about a disk full error (no disk is full)
[01:56] <Unit193> Was wondering if outdated sources or proposed enabled, in that case I'd make sure /boot/ wasn't full or filling, and remove all but the latest functioning kernel.
[02:06] <drkokandy> tried autoremoving lots of old kernels, but same result - paste.ubuntu.com/10509461
[02:06] <drkokandy> er http://paste.ubuntu.com/10509461
[02:06] <jenni> [ Ubuntu Pastebin ] - https://j.mp/1GdF5jG
[02:09] <drkokandy> /usr/src is getting pretty big (this is an old installation & has a lot of cruft), but not full... All the important data is on other (non-boot) disks, so I really am tempted just to blow this parition away and start fresh
[02:10] <drkokandy> In addition to this error with apt-get, my dual monitors are now mirrored (but Unity doesn't realize there are two monitors anymore) and all visual effects are way slower than ever before
[02:25] <TRPrecht> Ah, much better with an IRC client. :-0
[02:27] <Unit193> Hah, yeah webchat is decent enough, but quassel is a bit better, more so if you're using quassel-core. :P
[02:31] <TRPrecht> oh? i have't used anything other than xchat...
[02:31] <Unit193> Oh?  Looked like you were/are using Quassel. :P
[02:31]  * Unit193 uses Irssi anyway. :P
[02:32] <TRPrecht> I meant prior to just installing quassel.
[02:32] <TRPrecht> first time using it. I like it better than xchat for sure. lol
[02:34] <drkokandy> Quassel is my client of choice
[02:40] <Unit193> Quassel as a graphical client isn't the best, but because of the client/core relationship, it gets a few extra points.
[02:46] <TRPrecht> Once again I thank who shared the link for the find a task. . . So far I'm crusing the advocacy option and on spread ubuntu site... seems like it needs some TLC.


[08:00] <CIA-44> ubiquity: superm1 * r2796 ubiquity/ (8 files in 3 dirs): Update check(s) for pygtk-codegen-2.0 in the different configure and Makefile's to instead use pygobject-codegen-2.0. This is the preferred check to be using now since pygtk-codegen-2.0 has been dropped
[08:00] <CIA-44> ubiquity: superm1 * r2797 ubiquity/debian/changelog: shorten changelog entry to 80 columns
[08:01] <CIA-44> ubiquity: superm1 * r2798 ubiquity/ubiquity/frontend/mythbuntu_ui.py: minor tweaks to mythbuntu graphics driver installation routines
[13:46] <CIA-44> installation-guide: cjwatson * r432 ubuntu/ (debian/changelog en/appendix/preseed.xml): Document pkgsel/update-policy.
[15:07] <cr3> at what phase does /target/etc/apt/sources.list-setup replace sources.list?
[15:07] <cr3> is there a way to hook into the installer when there's an error to report the failure somehow?
[15:28] <cjwatson> pkgsel puts sources.list.apt-setup back in place just before installing pkgsel/include items and language packs
[15:28] <cjwatson> there's no such hook for the alternate installer, I'm afraid
[15:42] <cr3> cjwatson: could you suggest a way for me to detect installation failures somehow?
[15:47] <cjwatson> the only way I know of is timeout
[15:47] <cjwatson> that's what the Debian d-i test suite does, last I checked
[15:55] <cr3> cjwatson: which source package might contain this test suite for inspiration?
[15:56] <cjwatson> I don't know that it's packaged, but svn://svn.debian.org/svn/d-i/trunk/scripts/digress
[15:56] <cr3> cheers!
[16:03] <davmor2> evand: ping
[16:04] <evand> davmor2: pong
[16:05] <davmor2> evand: did you manage to get m-a working on 64bit I've not had time to test m-a this round at all
[16:06] <evand> davmor2: negative.  I haven't had time to work on m-a yet this cycle.  Hopefully I'll be able to tackle that bug before release.
[16:07] <davmor2> evand: okay cool have you heard anything from xuvilon?
[16:08] <evand> yes, actually
[16:08] <evand> 16:40:24 <xivulon> hi evan
[16:08] <evand> 16:40:44 <xivulon> I have tried intrepid but I have problems booting up within wubi
[16:08] <evand> 16:41:14 <xivulon> In windows I get device busy when mounting via ntfs
[16:08] <evand> 16:41:24 <xivulon> ^in real hw
[16:08] <evand> 16:41:52 <xivulon> in vm I get kernel error
[16:08] <evand> 16:42:12 <xivulon> could you please give it a quick go and let me know if you experience anything similar?
[16:08] <evand> caught that this morning from yesterday
[16:08] <evand> haven't had a moment to give it a go yet though
[16:09] <davmor2> cool :)  Must be busy :)
[16:09] <evand> yeah :/
[16:09] <davmor2> which version is it I'll give it a go tomorrow morning for you if you want?
[16:11] <evand> http://wubi-installer.org/devel/minefield/Wubi-8.10-rev507.exe
[16:11] <evand> much appreciated
[16:12] <davmor2> evand: dling now :)
[16:12] <davmor2> slowly
[16:13] <evand> heh
[16:13] <davmor2> evand: it's very slow 314byte per second
[16:14] <evand> yikes
[16:14] <evand> thanks Sourceforge.
[16:15] <davmor2> probably just a glitch
[16:17] <cjwatson> evand: a bzr branch for usb-creator would be really useful, in order to conveniently produce patches for it
[16:29] <mrooney> evand: ping?
[16:29] <evand> cjwatson: will do.  I have a number of changes already going in later today as a release (+ MIR), so I'll push the branch then, once I have everything cleaned up.
[16:29]  * cjwatson floods evand with usb-creator bugs instead :)
[16:29] <evand> mrooney: pong
[16:29] <evand> cjwatson: yikes!  Be gentle :)
[16:32] <mrooney> evand: I just wanted to see if bug 224797 was still on your radar
[16:32] <mrooney> oh, no ubottu here :)
[16:34] <evand> mrooney: thanks for the reminder.  I haven't had much time for m-a this cycle, but that should be an easy one to fix.  Noted.
[16:35] <mrooney> evand: okay great, thanks!
[16:37] <mrooney> evand: on a tangent, are there any plans to migrate certain applications by copying their ~/.folder, such as ~/.mozilla? it seems like it would be easier and also improve the migration experience as in firefox you would also have all your extensions, layout, cookies, history, et cetera
[16:38] <mrooney> obviously, only for linux migrations I assume
[16:39] <evand> mrooney: it needs to be able to merge settings as what happens if you have Firefox in Windows and Firefox in Linux (there are more common use cases)
[16:44] <evand> ugh, which reminds me.  Firefox importing will need to be rewritten to support the new bookmarks db format.
[16:44] <mrooney> yeah, I gave migration-assistant a triaging hug recently, and found a bunch of similar bugs
[16:45] <evand> much appreciated
[16:45] <mrooney> https://bugs.launchpad.net/ubuntu/+source/migration-assistant/+bug/220064, I assume those are what you are referring to?
[16:45] <evand> indeed
[16:46] <mrooney> ahh so those are all probably firefox 3 users? and m-a only supports firefox 2 currently?
[16:47] <evand> hard to say with any certainty as I don't have their log files or bookmarks files, but yes, I imagine they're using firefox 3, which m-a does not support yet.
[16:49] <mrooney> okay, let me put on my triaging hat!
[16:50] <mrooney> do you want any help with the gaim one? I have never actually created a debdiff or anything but am eager to learn the process, and I am a CS major so programming itself is something I can handle
[16:51] <evand> yeah, if you want to take a stab at it, by all means go ahead
[16:52] <evand> bzr branches are preferred if you're doing any kind of major work, but debdiffs are fine
[16:53] <evand> https://code.launchpad.net/~evand/migration-assistant/trunk for the former
[16:53]  * evand should really move that to ~installer-team
[16:54] <mrooney> oh boy if I can just do the work in source and let someone else package and release it, that's even easier :P
[16:55] <evand> oh, it's all in source.  The packaging is already done so you shouldn't have to touch anything in debian/
[16:58] <mrooney> evand: is the UI part in that code, or is that somewhere else?
[17:00] <evand> debian-installer makes use of the ma-ask and ma-apply files which generate UI through debconf questions.   Ubiquity makes use of both of those files as well, but has its own UI for migration-assistant
[17:02] <evand> http://bazaar.launchpad.net/~ubuntu-installer/ubiquity/trunk/annotate/2798?file_id=README-20051205083553-550dab3cb68ad622 for more details on how ubiquity uses debian-installer components like migration-assistant
[17:09] <mrooney> evand: hm, is it something as simple as http://dpaste.com/76681/ , or is it more complicated?
[17:12] <evand> I believe the accounts.xml is stored elsewhere as well
[17:12] <superm1> evand, after you sort out that missing preseed_command in ubiquity, would you be able to do an upload for it?  The GTK frontend should be fixed and working again after the diffs I added this weekend.
[17:13] <evand> superm1: definitely and thank you
[17:14] <superm1> evand, great, no problem
[17:14] <mrooney> evand: oh, do you mean functionality wise? I was just concerned with the naming problem, as it seems to function fine for me
[17:16] <evand> mrooney: it's able to import from Pidgin?  That would be quite surprising.
[17:17] <mrooney> evand: yeah. it looks like you look for ~/.gaim and if that fails, use ~/.purple
[17:18] <mrooney> yeah, in gaim_import_gaim
[17:19] <mrooney> which does indeed contain the accounts.xml that it looks for
[17:23] <CIA-44> oem-config: cjwatson * r526 oem-config/ (build/ltmain.sh configure configure.ac): bump to 1.49
[17:28] <mrooney> evand: I assume you wrote that code that adds that fallback to ~/.purple? was that not to handle Pidgin?
[17:29] <evand> oh, I had forgotten about that
[17:30] <evand> good cll
[17:30] <evand> call*
[17:34] <CIA-44> oem-config: cjwatson * r527 oem-config/ (12 files in 7 dirs):
[17:34] <CIA-44> oem-config: Update check for python-codegen-2.0 to instead use
[17:34] <CIA-44> oem-config: pygobject-codegen-2.0. The former disappeared as of pygtk
[17:34] <CIA-44> oem-config: 2.13.0-0ubuntu1 in favor of this. (From the same change in ubiquity by
[17:34] <CIA-44> oem-config: Mario Limonciello.)
[17:37] <CIA-44> migration-assistant: evand * r92 migration-assistant.trunk/ (debian/changelog import.c search-items.c): Rename Gaim to Pidgin. Thanks Mike Rooney (LP: #224797).
[17:37] <CIA-44> ubiquity: cjwatson * r2799 ubiquity/debian/changelog: spelling
[17:37] <evand> mrooney: much appreciated ^
[17:37] <mrooney> evand: no problem! how does one test a change like that?
[17:38] <mrooney> do you have to build a new ISO and test it in a VM or something?
[17:40] <evand> the easiest way would be to bzr checkout or branch migration-assistant trunk on a live cd, then run make and copy the resulting binaries to /usr/bin
[17:40] <mrooney> evand: oh, how clever!
[17:42] <evand> I generally make a source package (debuild -S) in the bzr tree, then copy that to ~/archive, then run dpkg-scansources . in that directory, then add deb-src file:///home/evan/archive ./ to d-i/sources.list in my ubiquity bzr branch, and then run debuild in the root of that branch.
[17:42] <evand> then scp the resulting debs onto the livecd and install ubiquity and ubiquity-frontend-gtk
[17:42] <evand> but that's slightly more involved
[17:43] <mrooney> :)
[18:02] <CIA-44> ubiquity: evand * r2800 ubiquity/ (d-i/lists/any debian/changelog debian/ubiquity.install-any):
[18:02] <CIA-44> ubiquity: Added preseed_command from the preseed package in support of changes to
[18:02] <CIA-44> ubiquity: partman-base.
[18:43] <CIA-44> oem-config: cjwatson * r528 oem-config/ (d-i/update-control debian/changelog debian/control):
[18:43] <CIA-44> oem-config: Build-depend on python-gobject-dev (>= 2.15.1) for
[18:43] <CIA-44> oem-config: pygobject-codegen-2.0.
[18:47] <CIA-44> ubiquity: cjwatson * r2801 ubiquity/ (d-i/update-control debian/changelog debian/control):
[18:47] <CIA-44> ubiquity: Build-depend on python-gobject-dev (>= 2.15.1) for
[18:47] <CIA-44> ubiquity: pygobject-codegen-2.0.
[19:15] <CIA-44> ubiquity: evand * r2802 ubiquity/debian/po/ (79 files): debconf-updatepo
[19:16] <sharrell> I am trying to finish up a preseed network install and everything is working correctly except for the root password, I am using this line: "d-i passwd/root-password-crypted password *" but it leaves a directory listing in the password field in my /etc/shadow. Anyone have any ideas? Is my syntax wrong?
[19:16] <sharrell> This seems like a bug, but I could not find it anywhere
[19:17] <sharrell> or I am just doing it wrong... :P
[19:18] <cjwatson> sharrell: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=450425; you can probably work around it with a suitable preseed/early_command script
[19:18] <cjwatson> (it's fixed in intrepid)
[19:18] <sharrell> thank you
[19:19] <cjwatson> a locked root password is the default; do you actually need to set it explicitly?
[19:20] <sharrell> I want it locked, I just don't want it to ask me, trying to do unattended installs
[19:21] <CIA-44> oem-config: cjwatson * r529 oem-config/debian/changelog: releasing version 1.49
[19:21] <CIA-44> ubiquity: evand * r2803 ubiquity/ (d-i/manifest debian/changelog):
[19:21] <CIA-44> ubiquity: Automatic update of included source packages: apt-setup
[19:21] <CIA-44> ubiquity: 1:0.37ubuntu4, grub-installer 1.32ubuntu3, user-setup 1.20ubuntu6.
[19:21] <cjwatson> sharrell: we don't ask for the root password by default, though ...
[19:21] <sharrell> oh
[19:21] <cjwatson> we ask for the *user* password
[19:21] <sharrell> so I can just comment out that line?
[19:21] <cjwatson> should be able to, yes
[19:22] <sharrell> ok thank you!
[19:22] <sharrell> I appreciate your help
[19:22] <cjwatson> no problem
[19:24] <cjwatson> sharrell: also, if you're trying to port your preseed file to Debian, then 'd-i passwd/root-login boolean false' would be sufficient (that's the default in Ubuntu); you don't need to preseed the root-password* questions there either if you do that
[19:27] <sharrell> thats great
[19:31] <CIA-44> ubiquity: evand * r2804 ubiquity/debian/changelog: releasing version 1.9.12
[19:34] <sharrell> oh
[19:34] <sharrell> now I realize why I do this, I need to create a root account
[19:34] <sharrell> because I am not creating any users, I am using cfengine to hookup ubuntu to my ldap server after the fact
[19:34] <sharrell> so in effect I don't want a root login or a user login
[19:35] <sharrell> so that is why I wanted to create a root account and give it a non-password
[19:37] <cjwatson> oh, huh, I see
[19:37] <cjwatson> I think I'd have done that by creating a less powerful dummy account and deleting it later
[19:37] <cjwatson> then if something goes wrong there's less damage
[19:38] <cjwatson> but your way should be workable too
[20:49] <xivulon> evand, ping
[21:08] <evand> xivulon: pong
[21:09] <xivulon> hi evan, did you see my msg yesterday night re booting problems in intrepid?
[21:10] <xivulon> I cannot boot at all in vm (kernel crash) and on real hardware I cannot mount ntfs devices (strange device busy error even though there is no hint in /proc/mounts & co)
[21:10] <xivulon> so am having problems testing 8.10
[21:11] <evand> indeed, though I've been focused on other work today and have not had a chance to test it myself (complicated by the fact that my Windows VMs are in vmware which is very broken)
[21:11] <evand> but davmor2 said he would test
[21:14] <xivulon> does the ntfs error ring any bell by any chance?
[21:14] <evand> not offhand, no
[21:15] <xivulon> I can mount ext3 no probs, when I use mount -t ntfs I get "no such device", when I use mount.ntfs I get "device busy" (or something similar)
[21:15] <xivulon> the ntfs partition should be clean
[21:26] <evand> odd
[21:28] <xivulon> gets even more interesting on vm...
[21:29] <evand> regarding the kernel crashes, perhaps talk to cking or someone else in -kernel about it?
[21:45] <CarlFK> cjwatson: "reducing it to a non-enormous test case" - would 2 wgets, 1 qemu and no pressed be good?
[21:48] <xivulon> I'll try to catch cking tomorrow, basically in virtualbox I get into an endless loop with the following messages http://img397.imageshack.us/my.php?image=screenshotxppausedvirturu1.png


[00:24] <thisfred> oooh: http://mozillalabs.com/messaging/messaging-menu/
[00:25] <thisfred> tb integration with the messaging menu! yay!
[00:31] <TrickyJ> how to use ubuntu one in UBUNTU
[00:32] <TrickyJ> when i right click on a file or folder go to ubuntu one in that all the optops are grade out
[00:32] <TrickyJ> How can i enable those ?
[00:32] <TrickyJ> I am able to sync with UBUNTU one
[00:53] <karni> whoaa beuno , thanks for the log. check this out:
[00:53] <karni> StorageManagement: external avail: 983330816
[00:53] <karni> StorageManagement: external total: -1141784576
[00:54] <karni> I hope it's not another Android bug :/ Code is dead simple: long totalExtStorage = u1Stat.getBlockCount() * u1Stat.getBlockSize();
[00:54] <beuno> karni, negative space!
[00:55] <karni> indeed. it's a black whole \o\
[00:57] <karni> I'll try to replicate that in the emulator tomorrow. I'm trying to kick throttling's ass, but the server doesn't like me "Web error (status 400) while uploading data."
[00:57] <karni> Looks like I'll have to talk to verterok and ask if I'm not breaking the messages.
[00:57]  * beuno nods
[00:57] <kklimonda1> maybe beuno has a huge sdcard? ;)
[00:58] <karni> But the storage limit now will work fine once the server bug is fixed.
[00:58] <karni> But that negative storage is a serious issue.
[00:58] <beuno> it's a 16gb card
[00:58] <karni> kklimonda1: indeed, but that's no excuse for Android returning wrong values.
[00:58] <kklimonda1> karni: not if you overflow it ;)
[00:59] <karni> kklimonda1: now you're talking! *checks*
[01:00] <karni> both getAvailableBlocks() and getBlockSize() return int's. I multiply, so I keep it in long for safety.
[01:00] <karni> But I guess it's a good idea to output them separately and check what's going on there.
[01:00] <karni> kklimonda1: I wish it was so easy!
[01:00] <kklimonda1> maybe multiplying two ints first store the result in int, and only then saves it in long?
[01:00] <kklimonda1> Java may be doing something evil ;)
[01:01] <karni> indeed it might. I'll add the log and beg beuno to send it once again, hopefully the last time. even better, I'll store those in long's right away.
[01:02] <beuno> karni, I'll send as many logs as your inbox can handle!
[01:02] <karni> beuno: it's g-mail, so we're good to go! :D
[01:02]  * karni hacks
[01:04] <kklimonda1> karni: that's how C# works.
[01:05] <kklimonda1> karni: you can easily test it by doing something like int a = int.MaxValue; long b = a * 2; Java.HoweverYouPrintOnScreen(b);
[01:05] <kklimonda1> (so there is no need for a round trip for logs :))
[01:05] <karni> hahah :) tnx
[01:05] <karni> indeed, good point.
[01:06] <karni> ha! you my man kklimonda1
[01:07] <karni> b = ..... -2 ;]
[01:07] <karni> kklimonda1: you've just fixed a bug.
[01:07] <karni> and I've learned a quite basic fact I should have anticipated.
[01:07]  * karni puts a cardboard box on his head
[01:08] <kklimonda> (it will happen in every language that have types btw)
[01:08] <kklimonda> it's probably not a problem on those new, hipster dynamic languages like Python ;)
[01:09] <karni> yea. that's even more embarrasing as I come from the world of C, and I'm pretty sure Java just made me terribly lazy uhhh
[01:10] <kklimonda> karni: any idea how is Qt shaping up for Android?
[01:10] <kklimonda> i.e. are they planning on implementing intents/actions at some point?
[01:11] <karni> kklimonda: I'm aware of things going on, but I haven't been following Qt's actions I must say.
[01:11] <kklimonda> and provide a better way of installing Qt libraries - pulling 9MB of binaries after you've already installed an application does not sound like a good plan :/
[01:11] <karni> uhh
[01:12] <kklimonda> it's pretty much the same problem couchdb guys are facing - how to ship all this code to the phone, so other applications can use it - where is my package managment!?
[01:13] <kklimonda> (really, I'd love to see a phone with dpkg.. oh, wait - meego.. nm, damn you Nokia)
[01:13] <karni> I wonder how's CouchOne and CouchDroid. I know alecu has been playing with CouchDroid lately and it sounds promising.
[01:13] <karni> heheh
[01:17] <karni> It hurs me badly, I had an overflow. Argh. At least I finally got the right place for throttling, needs some adjustments.
[01:31] <karni> I'll get some sleep. See you all tomorrow!
[01:33] <beuno> karni, fwiw
[01:33] <karni> yes?
[01:33] <beuno> we did a deploy of api servers today
[01:33] <beuno> so the 0 bytes thing should be fixed now
[01:33] <karni> oh! awesome!
[01:33] <beuno> added some extra capacity as well
[01:34] <beuno> so hopefully no more slowdowns at the same time
[01:34] <karni> I wonder if it's already working :) I'll check!
[01:34] <karni> beuno: oh, perfect! sounds great :)
[01:35] <beuno> karni, go to sleep
[01:35] <beuno> it'll still be there tomorrow
[01:35] <karni> it's just a sec, I'm already testing ^^
[01:36] <kklimonda> ok, I'm done for the night too, I've just finished importing postgres database - took over 2 hours and it's over 24GB.. ugh..
[01:37]  * beuno goes walk the dog
[01:37] <karni> kklimonda: whooa :)
[01:37] <karni> beuno: UbuntuOneFiles  D  SyncManager: file size: 0 :<
[01:37] <karni> beuno: I will consult tomorrow with verterok. It looks to me like
[01:37] <karni> it's a bug in storage protocol itself, not the server. Or even 'better', the JAva implementation.
[01:37] <karni> we shall find it together, hopefully tomorrow.
[01:38] <karni> ok, there's still tomorrow and tons of work, so I'll get some sleep. take care!
[01:49] <duanedesign> o/
[01:55] <beuno> night karni
[02:03] <karni> I admit it, I wouldn't be able to sleep if I didn't check twice (that's just me). So I grabbed a Budweiser and ran verterok's NewGenerationsExample client to confirm. And indeed delta returns info with filesize 0 for all. So I hope Guillermo will have a few moments to triage this with me tomorrow [today].
[02:03] <karni> Have a nice evening/night guys, and thanks for all help today beuno :)!
[02:07]  * beuno ignores karni
[02:08] <karni> ^  ^
[04:50] <espen77> trying to add a device to u1 with: wget -O token-approval<EMAIL_ADDRESS>but getting "error: auth creds not in request"...
[09:28] <karni> good day!
[09:45] <JamesTait> Bon Vendredi à tous!
[09:47] <karni> Vendredi saint à vous aussi!
[09:48] <karni> and no, I not know more French than "omlet di fromage" :D
[09:48] <karni> JamesTait: where are you from if I may ask :)?
[09:49] <JamesTait> karni: I'm in the UK.
[09:49] <JamesTait> karni: Right slap-bang in the middle of the UK.
[09:49] <karni> JamesTait: ah! for a momnet I thought US, but that time would be ridiculously early for you. All clear :)
[09:49] <karni> haha :)
[09:49] <JamesTait> karni: If you stuck a pin in us, the UK would spin quite happily around it. :)
[09:50]  * karni *laughs*
[09:52] <JamesTait> Also, I have no idea if half the stuff I come out with in different languages makes any sense to actual speakers of those languages, it's all just cobbled together from small snippets I either learned about 18 years ago at school, or picked up from listening to others. :)
[09:52] <karni> JamesTait: it's fun to see/read ^ ^
[09:52] <JamesTait> It is my hope that people will recognise that I've made an effort and correct me where necessary.
[09:53] <rye> looks like we have some regression in nautilus plugin
[09:53] <karni> \o/ awesome
[09:53] <karni> rye: :<
[09:53] <rye> basically it hangs upon publishing file and/or visiting ubuntuone-enabled directory the first time
[09:53] <rye> karni, morning
[09:53] <karni> rye: hello rye! good day to you
[11:48] <karni> oauth maintanance I see. I'll use my old tokens.
[11:49] <duanedesign> morning all
[11:53] <karni> good morning not evil duanedesign ;)
[11:56] <duanedesign> O:-)
[11:56] <karni> =#
[11:56] <karni> *ops =D
[12:21] <ralsina> good morning everyone
[12:24] <karni> good morning ralsina
[12:32] <duanedesign> hello ralsina
[12:32] <ralsina> hello duanedesign karni
[12:53] <alecu> hello #ubuntuone!
[12:57] <ralsina> hola alecu
[12:57] <alecu> hey there boos
[12:58] <alecu> hey there boss
[12:58] <ralsina> alecu, question from aquarius: " when a new file gets synced down to my machine from U1, I get a notify bubble saying "a new file was downloaded" but as far as I can tell there's no way to find out what that file *was* (other than log reading, or magicicada, or whatever). Are we going to have a user-visible "this is what happened" log based on the zeitgeist stuff?"
[12:58] <ralsina> I said "yes but don't know when" ;-)
[12:59] <alecu> ralsina, we have all that info in the current aggregator, we didn't get around to doing it just like that.
[12:59] <alecu> ralsina, the plan was to say "file ~/Ubuntu One/sample.txt was uploaded to your cloud"
[12:59] <ralsina> alecu: I remembered as much
[12:59] <alecu> ralsina, or "file ~/Ubuntu One/sample.txt was and 3 others were uploaded to your cloud"
[13:00] <ralsina> alecu: I think aquarius wants more of a history thing. We are pushing events to eitgeist, so the jounal has them, right?
[13:00] <alecu> ralsina, well, right.
[13:00] <alecu> ralsina, they should be available in the gnome-activity-journal as well.
[13:01] <alecu> ralsina, but regarding the strings above, we didn't get around to doing it. In fact we don't have bugs for them.
[13:01] <ralsina> alecu: file yourself one, please ;-)
[13:01] <alecu> ralsina, we may add bugs for those, and starting next week we can plan on prioritizing all of them.
[13:01] <ralsina> I am not sure we'll do it, but we better not forget about it either
[13:02] <ralsina> yes, next week we need to schedule all the bugs
[13:02] <ralsina> and stop adding new ones (right ;-)
[13:03] <alecu> :-)
[13:05] <nessita> hello crowd!
[13:07] <ralsina> hello nessita!
[13:08] <nessita> reviews wanted!!! https://code.launchpad.net/~nataliabidart/ubuntuone-control-panel/tweak-overview/+merge/52124
[13:08] <ralsina> nessita: got it
[13:10] <alecu> thisfred, hello!
[13:11] <alecu> thisfred, I've just added bug #729055
[13:11] <ubot4> Launchpad bug 729055 in ubuntuone-client "File names should be shown on notifications (affects: 1) (heat: 6)" [Medium,New] https://launchpad.net/bugs/729055
[13:11] <alecu> thisfred, should I assign it to you?
[13:12] <thisfred> sure
[13:14] <thisfred> alecu: ok, so show filenames, unless there are n then just show the first and n-1 more?
[13:15] <alecu> thisfred, yes. This should be on both upload and download, for pending and done.
[13:16] <thisfred> kk
[13:16] <alecu> thisfred, also, let's discuss with ralsina the priority of this.
[13:17] <thisfred> sure
[13:22] <ralsina> Right now I think it's very not urgent, but next week we'll do a bubble sort on our bugs ;-)
[13:44] <ralsina> nessita: +1 on tweak-overview
[13:46] <nessita> yes!
[13:46] <beuno> nessita, I also +1ed, but with a small tweak request
[13:46] <nessita> looking
[13:46] <beuno> basically, s/http/https
[13:47] <nessita> beuno: trivial, fixing it!
[13:47] <nessita> done, now I need cparrino's +1\
[13:49] <karni> beuno: I've checked with Guillermo, he'll have a look at the 0 filsize bug today / next week. It's non blocking for me, so it's not a problem.
[13:49] <beuno> karni, great
[13:50] <karni> beuno: We also discussed some details on throttling, so I know how to continue (will propose later to his branch)
[13:50] <beuno> perfect
[13:51] <ralsina> guys, standup at 11:15 because I have to pickup my kid at school
[13:51] <ralsina> and lady, of course
[13:54] <verterok> karni: good news, it's working for get_delta, but not for get_delta_from_scratch :|
[13:54] <verterok> karni: btw, you are be using get_delta_from_scratch only in specific cases, right? :)
[13:57] <verterok> karni: I'll file a bug about the size not being there in the get_delta_from_scratch response
[13:57] <karni> verterok: oh! cool =) yes! I'm a good boy and I do detal_from_scratch only on first run or new volume :)
[13:58] <karni> first run = after app has been installed, that is.
[14:00] <thisfred> me moi ich ik yo ego
[14:00] <alecu>  me
[14:01] <alecu> ralsina, dobey, nessita, mandel?
[14:01] <nessita> me
[14:01] <mandel> me
[14:02] <nessita> ralsina, dobey?
[14:02] <nessita> thisfred: go!
[14:02] <thisfred> * DONE:
[14:02] <thisfred> ** NEEDSREVIEW bug #702176 https://code.launchpad.net/~thisfred/ubuntuone-control-panel/attention-seeking/+merge/52131
[14:02] <thisfred> ** INPROGRESS bug #702172 https://code.launchpad.net/~thisfred/ubuntuone-client/quota-notifications
[14:02] <thisfred> ** NEEDSREVIEW bug #702183 https://code.launchpad.net/~thisfred/ubuntuone-control-panel/attention-seeking/+merge/52131
[14:02] <thisfred> ** NEEDSREVIEW bug #723227 https://code.launchpad.net/~thisfred/ubuntuone-client/use-single-notification/+merge/52147
[14:02] <thisfred> * TODO:
[14:02] <thisfred> ** NEEDSREVIEW bug #702176 https://code.launchpad.net/~thisfred/ubuntuone-control-panel/attention-seeking/+merge/52131
[14:02] <thisfred> ** NEEDSREVIEW bug #702183 https://code.launchpad.net/~thisfred/ubuntuone-control-panel/attention-seeking/+merge/52131
[14:03] <thisfred> ** NEEDSREVIEW bug #723227 https://code.launchpad.net/~thisfred/ubuntuone-client/use-single-notification/+merge/52147
[14:03] <thisfred> ** INPROGRESS bug #702172 https://code.launchpad.net/~thisfred/ubuntuone-client/quota-notifications
[14:03] <thisfred> ** TODO bug #728722
[14:03] <thisfred> ** TODO bug #729055
[14:03] <thisfred> ** TODO bug #702007
[14:03] <thisfred> ** TODO review https://code.launchpad.net/~jamesh/bindwood/migration/+merge/52193
[14:03] <thisfred> ** TODO review https://code.launchpad.net/~jamestait/ubuntuone-servers/facebook-contacts-sync-7/+merge/46363
[14:03] <thisfred> * BLOCKED: No (but need reviews)
[14:03] <thisfred> * LOVED: http://tinysong.com/gLcF (Swayzak - Ping Pong)
[14:03] <thisfred> * NEXT:alecu
[14:03] <ubot4> thisfred: Bug 702172 on http://launchpad.net/bugs/702172 is private
[14:03] <ubot4> Launchpad bug 702183 in ubuntuone-client (Ubuntu) (and 1 other project) "Syncdaemon needs to open the control panel in the background and change the launcher icon to urgent when the user exceeds their quota (affects: 1) (heat: 6)" [Medium,In progress] https://launchpad.net/bugs/702183
[14:03] <ubot4> Launchpad bug 723227 in ubuntuone-client "SD creates new notifications instead of updating one (affects: 1) (heat: 8)" [High,In progress] https://launchpad.net/bugs/723227
[14:03] <ubot4> Launchpad bug 702176 in ubuntuone-client (Ubuntu) (and 1 other project) "Syncdaemon needs to open the control-panel to volumes when a folder shared to the user exceeds the owning user's quota (affects: 1) (heat: 6)" [Medium,In progress] https://launchpad.net/bugs/702176
[14:03] <ubot4> Launchpad bug 702172 in ubuntuone-client (Ubuntu) (and 1 other project) "Syncdaemon needs to send a notification when a folder shared to the user exceeds the owning user's quota (affects: 1) (heat: 6)" [Medium,In progress] https://launchpad.net/bugs/702172
[14:03] <ubot4> Launchpad bug 728722 in ubuntuone-control-panel (and 1 other project) "control panel should have a .service file so it can be opened through dbus (affects: 1) (heat: 6)" [High,Triaged] https://launchpad.net/bugs/728722
[14:03] <ubot4> Launchpad bug 729055 in ubuntuone-client "File names should be shown on notifications (affects: 1) (heat: 6)" [Medium,New] https://launchpad.net/bugs/729055
[14:03] <ubot4> Launchpad bug 702007 in desktopcouch "get_all_records does not return records with their attachments (affects: 1) (heat: 6)" [Medium,Confirmed] https://launchpad.net/bugs/702007
[14:04] <alecu> DONE: built UI for login (bug #725290), modified retry code to be async
[14:04] <alecu> TODO: finish Sample application that uses DroidCouch (bug #725293), write some docs on how to use it. Do some reviews for thisfred
[14:04] <alecu> BLOCKED: got the flu, since yesterday feeling like a peace of sheet
[14:04] <alecu> LOVE: 4 days of weekend because of national holidays
[14:04] <alecu> NEXT: nessita
[14:04] <ubot4> Launchpad bug 725290 in droidcouch "Get valid OAuth tokens for the logged in user (affects: 1) (heat: 7)" [High,In progress] https://launchpad.net/bugs/725290
[14:04] <nessita> DONE: control panel UI tweaking craziness. Got a couple of talks with c-parrino and i-vanka to define and understand latest changes. Weekly call. A couple of reviews.
[14:04] <nessita> TODO: do not get *more* crazy. Implement a better fix for bug #706661. Implement re-design of the services tab.
[14:04] <nessita> BLOCKED: nopes but time left is little
[14:04] <nessita> NEXT: mandel
[14:04] <ubot4> Launchpad bug 725293 in droidcouch "Sample application that uses DroidCouch (affects: 1) (heat: 6)" [High,New] https://launchpad.net/bugs/725293
[14:04] <ubot4> Launchpad bug 706661 in ubuntuone-control-panel (Ubuntu) (and 1 other project) "Improve location of 'Get support' button (affects: 1) (heat: 8)" [Medium,Triaged] https://launchpad.net/bugs/706661
[14:04] <mandel> DONE: bug 728339 but I need  to integrate it properly solution so far looks ugly
[14:04] <mandel> TODO: Bug 727984, bug 727396
[14:04] <mandel> BLOCKED: no
[14:04] <ubot4> Launchpad bug 728339 in ubuntu-sso-client "Main references dbus and cannot be used in those env that do not have it (affects: 1) (heat: 6)" [Medium,In progress] https://launchpad.net/bugs/728339
[14:04] <ubot4> Launchpad bug 727984 in ubuntuone-client "New IPC signals for windows part (affects: 1) (heat: 6)" [Undecided,Confirmed] https://launchpad.net/bugs/727984
[14:04] <ubot4> Launchpad bug 727396 in ubuntuone-client "AttributeError: 'Root' object has no attribute 'subscribed' (affects: 1) (heat: 8)" [High,Confirmed] https://launchpad.net/bugs/727396
[14:04] <mandel> I know I had a slow day :(
[14:09] <nessita> ralsina? dobey?
[14:12] <alecu> aquarius, ping
[14:12] <dobey> hi
[14:14] <aquarius> alecu, pong
[14:14] <dobey> λ DONE: bug #661292 (stable-1-4), fully updated system, reverted launchpadlib for tarmac
[14:14] <dobey> λ TODO: new maverick-proposed upload, bug #727558, mp3 install in banshee
[14:15] <ubot4> Launchpad bug 661292 in ubuntuone-client (Ubuntu Maverick) (and 4 other projects) "Nautilus is not aware of published files (affects: 7) (dups: 4) (heat: 40)" [Medium,In progress] https://launchpad.net/bugs/661292
[14:15] <ubot4> Launchpad bug 727558 in ubuntuone-music-store (and 1 other project) "Need to notify user when Purchased Music folder is not subscribed (affects: 2) (dups: 1) (heat: 14)" [Medium,Confirmed] https://launchpad.net/bugs/727558
[14:15] <dobey> λ BLCK: None.
[14:15] <alecu> hi aquarius, since next week I'll be returning to work on non-api related stuff, I wanted to update you on droidcouch
[14:15] <aquarius> alecu, ok
[14:15] <alecu> aquarius, I made a project for this here: https://launchpad.net/droidcouch
[14:16] <alecu> aquarius, it pulls the sources from a git fork I did in github
[14:16] <alecu> aquarius, I also setup some bugs on launchpad.
[14:16] <alecu> aquarius, as of now, I'm almost finished with it:
[14:17] <alecu> aquarius, I made DroidCouch login into Ubuntu One getting sso tokens directly (no browser dance)
[14:17] <aquarius> good
[14:17] <karni> alecu: awesome :)
[14:17] <alecu> aquarius, and it fetches data from one couch db.
[14:18] <alecu> aquarius, so, what's missing?
[14:18] <aquarius> is there a small demo application?
[14:18] <alecu> aquarius, the demo just displays the couchdb json, it's not parsing it yet.
[14:18] <thisfred> jetpacks?
[14:18] <alecu> I will be working on that today.
[14:18] <alecu> and also I think I should write some docs or something.
[14:19] <aquarius> *nod* Let me know once that's done and I'll take a look at the demo app, but it sounds promising!
[14:19] <aquarius> docs: yes. Are there inline docs in the code?
[14:19] <alecu> karni, I surely could use your review on your code.
[14:19] <karni> alecu: just pulled it :)
[14:19] <alecu> aquarius, no inline docs as of yet...
[14:20] <aquarius> *nod* that would be a very good thing to add; otherwise I'll have to write docs by hand, and I'm not brilliant at Java, so it would be hard :)
[14:20] <alecu> aquarius, there's no comments in Droidcouch proper either. :-(
[14:20]  * aquarius looks shocked. Shocked, I say
[14:20] <aquarius> :-)
[14:20] <karni> alecu: I have the same problems with U1F alecu, I have to work on that as well :<
[14:20] <alecu> karni, :-)
[14:21] <alecu> aquarius, I was planning on writing a small article detailing how to use all this.
[14:21] <alecu> where should I put it? I was guessing in some wiki...
[14:21] <aquarius> karni, it's less of a problem for u1f -- droidcouch is an API, a library to be used by others, so they need documentation to use it. u1f is a user-facing application, although if you start offering intents to do things like publish files, they will need documenting
[14:21] <aquarius> alecu, it'll go on the u1 developer site, I think, once that exists
[14:21] <karni> aquarius: well said
[14:22] <aquarius> alecu, so just write it wherever you think is ok -- an email to me will be fine if you like
[14:22] <alecu> ack
[14:29] <alecu> aquarius, are you already parsing java documentation for the api work?
[14:29] <alecu> aquarius, should I use the standard java docstrings?
[14:29] <karni> alecu: When I was reading here, your update, you got me thinking for a second you already use the new registration API! And I was like "whoa he's fast" :)
[14:30] <karni> alecu: so you pass the SSO credentials, right?
[14:30] <karni> via those USERNAME and PASSWORD fields
[14:30] <alecu> karni, yes, I get the credentials from the sso webservice, via the username (email in fact) and password that the user inputs into the login dialog,
[14:31] <alecu> karni, then the credentials are stored on Preferences, similar to what you do.
[14:31] <aquarius> alecu, I'm not already parsing it, but only because I don't have any java libraries right now. javadoc would be good,yes :)
[14:31] <alecu> karni, and if the credentials are still valid the user/pass is not asked again.
[14:31] <karni> right. I haven't gotten to the dialog yet hehe and I didn't see any layout resource. ok, reading on
[14:31] <karni> alecu: thanks
[14:32] <aquarius> alecu, we can go back to the browser dance when we have single-access oauth tokens (which can read/write only one database), if someone wants to use them from android
[14:32]  * alecu is pretty new to git, so he might have screwed on adding the dialog layout :P
[14:33] <alecu> aquarius, didn't know about that.
[14:33] <karni> alecu: that's neat. when we designed with the oauth browser dance, it was decided I _should_ do it that way, because the browser gives the secure context for the user, not like a 3rd party app. but that's a totally different case here, as it's only used for testing.
[14:34] <alecu> karni, right
[14:34] <karni> but it'll change with new new API anyway I guess
[14:34] <karni> so I'll be asking for the e-mail and password + captcha in case of registration
[14:35] <alecu> karni, make sure to add the username as well when registering... we have been working on the desktop side to add it, because it's needed for sharing folders.
[14:36] <karni> alecu: oh thanks! I'll note that.
[14:36] <alecu> not sure if the sso webservice supports it right now, but I understand it will soon.
[14:36] <karni> makes sense.
[14:36] <aquarius> alecu, it isn't available, yet :)
[14:38] <karni> I managed to crash Lynda's system with my PDF file. Would you believe that O_o Oh Adobe..
[14:47] <CardinalFang> karni, in a previous life, I was astonished and perversely proud that MySQL server runs from Acrobat Reader.
[14:47] <karni> CardinalFang: ahahah :)
[14:50] <joshuahoover1> thisfred: ping
[14:50] <thisfred> joshuahoover1: pong
[14:51] <joshuahoover> thisfred: you mentioned a freeze exception yesterday but i didn't catch for what or the bug #...do you still need that? i can do the "busy work" but just need some details :)
[14:52] <thisfred> joshuahoover: you'd have to ask aquarius/ralsina whether we need it. It's for the inclusion of https://launchpad.net/ubuntuone-couch
[14:53] <aquarius> thisfred, which I would like an update on the progress of, when you have a chance :)
[14:53] <joshuahoover> thisfred: ah, ok, thanks!
[14:53] <thisfred> It would be a new package, containing a small library, and two low impact utility scripts
[14:53] <thisfred> aquarius: told you: it's done
[14:53] <joshuahoover> thisfred: and it would be for universe, correct? (assuming it goes at all)
[14:53] <thisfred> yep
[14:53] <aquarius> thisfred, oh, I thought there was somethning outstanding with it?
[14:55] <thisfred> aquarius: not really, there's one open bug that is not urgent
[14:55] <thisfred> aquarius: the packaging branch is ready to apply for sponsorship if/when we get a freeze exception
[14:55] <aquarius> thisfred, blimey, I must have repressed the knowledge that it was done. Nice. :)
[14:55]  * aquarius uses u1oauthrequest. Excellent :)
[14:57] <thisfred> aquarius: windows compatibility is not really done (you can use it if you supply the tokens, but it will break if you don't) but that I deemed less urgent, since it does not need to go into natty per se
[14:58] <thisfred> it now has 97% test code coverage
[14:59] <aquarius> thisfred, agreed. If you can supply the tokens then it's good. I'd rather have "look, use u1couch (and other u1 urls) from anywhere, if you supply the tokens" plus "if you're on ubuntu we'll fetch the tokens for you by magic"
[15:00] <thisfred> right. What I'd like to do is give sensible feedback if you don't have ubuntu-sso and don't supply tokens, rather than an error
[15:00] <thisfred> but that's for 0.1.1
[15:00] <thisfred> or so
[15:00] <dobey> errors can be sensible feedback
[15:00] <thisfred> dobey: sure
[15:00] <thisfred> dobey: this one isn't\
[15:00] <dobey> just don't be like "assert token"
[15:01] <thisfred> I'd prefer not to get a python traceback from a command line tool though
[15:01] <dobey> which is the "make your users want to punch you in the face" kind of error
[15:02] <dobey> thisfred: sure. python developers and error handling aren't always peas in a pod
[15:02] <thisfred> I don't think that's just Python developers ;)
[15:03] <dobey> sure. ruby developers too probably
[15:03] <thisfred> In C you get a whole different class of nasty. At least most python code doesn't segfault
[15:03] <dobey> python makes it very easy to just do "raise SomeError('My code sucks.')"
[15:04] <dobey> most python code does segfault
[15:04] <thisfred> not my experience
[15:04] <dobey> it just happens that it fills your console with 300 lines of useless traceback, than 1 line of "hey, some programmer did something stupid"
[15:05] <thisfred> It's actually often super useful information you can send to the developer even if you don't understand what it means
[15:05] <dobey> thisfred: to a user an app crashing is an app crashing, it doesn't matter if it was an assert, exit(-42), raise Foo, or SIGSEGV
[15:06] <dobey> thisfred: yes, if you know to do that
[15:06] <thisfred> Sure, but I'm saying most python programs don't crash
[15:06] <thisfred> Not the ones I use anyway
[15:06] <dobey> but since users don't always get a dialog saying "THere was an error, report to developers?" it's not really as useful as one might like
[15:07] <joshuahoover> thisfred: do we have packaging i can point to for ubuntuone-couch?
[15:07] <dobey> thisfred: you should look through our bugs again then. there are LOTS of SEGVs in there from python stuff
[15:07] <thisfred> joshuahoover: yessir: https://code.launchpad.net/~thisfred/+junk/ubuntuone-couch-0.1.0
[15:07] <dobey> thisfred: Python itself is written in C, after all.
[15:07] <joshuahoover> thisfred: excellent, thank you!
[15:09] <thisfred> dobey: yeah, but the core library you have to really work hard to crash. Crashes often happen when interfacing (badly) with C libraries. Or stuff like twisted ;)
[15:09] <thisfred> CTypes is easy to get wrong
[15:09] <dobey> yeah but the core library is where potentially good moduels go to die
[15:09] <thisfred> for instance
[15:10] <dobey> and most of our python crashes are dbus
[15:10] <joshuahoover> thisfred, aquarius: here's the ffe for ubuntuone-couch - bug #729117
[15:10] <thisfred> joshuahoover: awesome!
[15:10] <dobey> maybe httplib3 will just be Soup
[15:10] <joshuahoover> thisfred: i'll bring it up today at the ubuntu release meeting so it gets some attention :)
[15:11] <thisfred> unfortunately ubot4 is on the wrong side of a net split :)
[15:13] <thisfred> dobey: re dbus: my point exactly, that's mostly due to bad wiring between Python and C code I suspect
[15:14] <karni> alecu: sorry, I got distracted by HQ. I can test this using local couchDB? ie desktopCouch (I'm mixing up names)
[15:14] <dobey> thisfred: perhaps, but it's not CTypes. it is a .so module to python
[15:15] <nessita> reviews wanted! https://code.launchpad.net/~nataliabidart/ubuntuone-control-panel/support-everywhere/+merge/52202
[15:15]  * nessita brbs
[15:15] <dobey> thisfred: but it doesn't change my point; developers tend to rely more on just doing raise Error() than taking more meaningful action for the user
[15:16] <dobey> in C, that's not necessarily true since it doesn't have exceptions. SEGVs are pretty much always just bad code somewhere :)
[15:16] <thisfred> well, in library code that's fine, in application code that's unforgivable
[15:16] <thisfred> You have to be aware of which you are writing though ;)
[15:16] <dobey> well, it would be fine if libraries were better documented
[15:16] <dobey> especially when there are custom error classes
[15:17] <alecu> karni, by local couchdb, you mean running on the phone?
[15:17] <thisfred> not disagreeing there
[15:17] <dobey> because nobody ever documents what exceptions their methods can raise :(
[15:17] <karni> alecu: I can run it either way. I meant my laptop.
[15:18] <karni> alecu: or should I provide something like couch.one.ubuntu.com (excuse my lack of couch know-how)
[15:18] <alecu> karni, you may use straight DroidCouch to connect to a CouchDB running on your laptop, yes. But you won't be using the UbuntuOne couchdb stuff I coded.
[15:19] <karni> alecu: ok, then what should be the url, that one ↑ ?
[15:19] <karni> :)
[15:19] <alecu> karni, btw: you'll need to enable couchdb to listen in other connections other than localhost.
[15:19] <alecu> karni, you should not be passing an url...
[15:19] <alecu> karni, what code are you using?
[15:19]  * thisfred reviews https://code.launchpad.net/~nataliabidart/ubuntuone-control-panel/support-everywhere/+merge/52202
[15:19] <alecu> karni, the u1 url should be picked up automatically.
[15:19] <karni> alecu: "Find the line: //String HOST = "ADD_YOUR_OWN_COUCHDB_SERVER_HERE";"  it says <IP_ADDRESS>:5984, should I leave it like that?
[15:20] <alecu> karni, what git repo?
[15:20] <karni> ok, one sec :D
[15:20] <alecu> it should be https://github.com/alecu/DroidCouch
[15:20] <karni> I might be an idiot, but I pulled lp:droidcouch
[15:20] <karni> ops
[15:21] <alecu> karni, the launchpad repo is a read only copy of the git, and it's updated every 6 hours or so.
[15:21] <alecu> karni, let me manually update....
[15:21] <karni> alecu: that would explain why I didn't find the dialog hehe
[15:21] <alecu> hehehe
[15:23] <alecu> karni, done. try pulling again
[15:23]  * karni pulls
[15:23] <karni> yup, bzr log say's it's the one
[15:23] <karni> thanks alecu
[15:23] <alecu> no prob!
[15:26] <karni> alecu: you might want to correct the classpath "/home/alecu/canonical/android/..."
[15:26] <karni> I'll fix it myself to run it.
[15:27] <alecu> karni, how do I make that location independent?
[15:28] <karni> alecu: edit the classpath to say something like path="libs/signpost-commonshttp4-1.2.jar" and restart eclipse, it'll catch on
[15:28] <karni> alecu: alternatively, you can fix the build path and
[15:28] <karni> alecu: use the "Add jars", which might fix it as well, but the first option works for sure. that's how we fixed mine with Chad
[15:29] <alecu> I think I did it with "add jars", so I'm puzzled it ended up with the whole path.
[15:29] <karni> alecu: .classpath in the root, you know. yeah that sux in eclipse then :S
[15:30] <karni> no idea why eclipse gives absolute path even if the libs are under the project root
[15:31] <alecu> karni, fixed that, thanks. I'll push it with the docstrings I'm working on.
[15:31] <karni> alecu: sure, np
[15:37] <nessita> thisfred: I had to needs fixing your branch about --alert, comment added
[15:37] <thisfred> nessita: thx
[15:39] <joshuahoover> dobey: let me know when something is ready for me to test for bug #661292 and i'll do my best to test it right away
[15:39] <ubot4`> Launchpad bug 661292 in ubuntuone-client (Ubuntu Maverick) (and 4 other projects) "Nautilus is not aware of published files (affects: 7) (dups: 4) (heat: 40)" [Medium,In progress] https://launchpad.net/bugs/661292
[15:44] <dobey> joshuahoover: sure
[15:44] <dobey> wondering if i should make a new tarball, or just add a patch
[15:46] <alecu> karni, were you able to make it work?
[15:46] <karni> alecu: yes :) nice work man.  I did plenty java a couple of years ago, but it's my first Android project.
[15:47] <thisfred> nessita: r98 of attention seeking branch pushed with fix
[15:48] <karni> alecu: First, you have to be very careful with AsyncTasks and grabbing onto Activity context. You pass (Activity.)this to the AsyncTask and hold in a member field. In the mean time of AsyncTask, the Activity can be killed, and you're invoking method on a dead reference.
[15:48] <karni> alecu: Sure, and you've done a good job :)!
[15:48] <alecu> ooohhh.... that sounds serious.
[15:48] <karni> alecu: The solutions are couple (yes, it's called Leaked context)
[15:49] <karni> one which I found for you (I didn't want to write from scratch) is this one http://stackoverflow.com/questions/3821423/background-task-progress-dialog-orientation-change-is-there-any-100-working/3821998#3821998
[15:49] <karni> alecu: Although please listen further, becase I personally haven't used saving AsyncTasks that way
[15:50] <karni> alecu: You can use a weak reference to track if you've still got anything to update http://stackoverflow.com/questions/4220625/android-context-leaks-in-asynctask and if the Activity is gone, there's no UI to update anyway.
[15:51] <karni> alecu: ah, now I see the first link is the same if not similar to http://stackoverflow.com/questions/4404993/android-asynctask-context-terminated
[15:51] <alecu> right, I would use a weak reference if I was using python, so it makes sense there.
[15:51] <karni> Normally, if you have many AsyncTasks, you would hold a reference to them in the Application object
[15:52] <karni> But since it's just one activity, a demo, you can either hold in in the state Bundle which is persisted
[15:52] <karni> or just invoke runOnUIThread(new Runnable() {...}); and just check if the field you're updating (i.e. a text box) isn't null
[15:53] <karni> this is the easiest solution I believe. There's also a way to do it with a handler, but learn one at a time.
[15:54] <karni> alecu: example from U1F :) http://paste.ubuntu.com/575543/
[15:55] <alecu> looking
[15:56] <alecu> karni, I don't understand when updateStatistics is called...
[15:56] <karni> alecu: this is the only tricki part of AsyncTasks, not holding onto context. in general, they are clean and nice way to handle longer running tasks with UI feedback. (there's also IntentService, but that's much bigger and you don't need that now)
[15:56] <alecu> right
[15:57] <karni> alecu: it's called in doInBackground, but since this method is not called on the UIThread (but on a worker thread)
[15:57] <karni> notice that I update the UI from within it using runOnUIThread( ... )
[15:57] <alecu> oh, right. I see.
[15:57] <karni> alecu: so what this does, is: show dialog, call blocking update statistics [which eventually updates UI], and hide the dialog once returned from updateStatistics
[15:58] <karni> I hope that's a clean example for you :)
[15:58] <nessita> thisfred: awesome!
[15:59] <karni> alecu: oh. that way you'll also avoid a NPE in onPostExecute when activity is gone, which I managed to squeeze out (because the Couch part is so good I had no comments :) )
[15:59] <alecu> karni, I thought you were supposed to update the progress in the AsyncTask.onProgressUpdate method!
[16:00] <alecu> karni, since that is called in the UI thread already.
[16:01] <karni> alecu: right, if you have a progress defined as an int or any other sensible value/pair. I'm updating 6 (?) different text fields, and there's no sense in trying to artificially use the onProgress
[16:02] <alecu> karni, right, you would need to create a "progress" object with all those 6 fields...
[16:02] <karni> alecu: something of that sort. onProgress is perfect for uploads, downloads, searching, parsing, and such
[16:03] <karni> alecu: for instance, if you have 50 JSON objects to parse, that's the way you would update, a progress bar, for instance :) with onProgress
[16:04] <alecu> karni, cool. so, back to "dismiss()"
[16:04] <alecu> karni, when is mRefreshStatsDialog set to null?
[16:04] <alecu> oh, and I see that isShowing is checked there as well.
[16:04] <karni> 1 sec
[16:05] <karni> oh right. showDialog() is a method that calls onCreateDialog, which then creates the dialog, sets that field, and returns the dialog
[16:05] <alecu> so, I guess my reference from the task to the activity may still be available, but the view in that activity may already be gone.
[16:06] <karni> which, in turn, is displayed. when I call dismiss(), if nothing has changed (ie the Activity hasn't been GC'd), the field is probably set - so I check, and hide it.
[16:06] <alecu> I think I understand it
[16:06] <alecu> right
[16:06] <karni> alecu: actually, the activity is your context. so if any of the views isn't reachable, it most certainly means the Acitivty has been killed, and the context is gone
[16:07] <alecu> right.
[16:07] <karni> there's nothing holding you from using getApplicationContext(), to which, for example, you could show a toast "Hey, I've finished!"
[16:07] <karni> but if you would try to display a dialog in such context, it would say "hey man, you even't don't have a Window, so I'm not gonna create that dialog for you"
[16:08] <alecu> right, and that means a NPE, that means a Force Close.
[16:08] <karni> this is why a background service cannot pop a dialog - but it can create an activity that looks like a dialog ;)
[16:08]  * alecu had to look up what NPE stood for
[16:08] <karni> not necessarily. so called FC is when you have ANR, which is
[16:08] <karni> Application Not Responding
[16:09] <alecu> right, blocking the UI thread.
[16:09] <karni> when you dispatch events on the UI Thread (ie user taps many times), and you can't handle all those events, and slow down, then you get ANR, which you can Force to close, or wait
[16:09] <karni> exactly
[16:10] <CardinalFang> karni, it might be a good idea to try out the new(ish) Thread Policy API that enforces no expensive operations in UI threads.  One day.
[16:10] <karni> CardinalFang: indeed Chad, I had that in mind for some time
[16:10]  * alecu bows to karni, the android guru.
[16:11] <karni> alecu: please.. please.. don't. /me bows to CardinalFang , the android guru
[16:12] <CardinalFang> I am but an egg.
[16:12] <karni> CardinalFang: you're one of the people who know how much testing U1F is missing, and I wouldn't want it to be perceived as carelessness. I was just pushing features as fast as I could, and that's the result.. It's on my TODO!
[16:14] <karni> aanyway. alecu, I forgot the second thing. perhaps it was the library path. nice work man.
[16:14] <alecu> karni, thanks a lot for your input!
[16:14] <karni> I'll jump out for lunch, have to grab an HDD from my friend, so I'll be back in a while.
[16:15] <karni> alecu: my pleasure, I'm sure I'll learn tons of Python tricks from you.
[16:15] <alecu> :-)
[16:15]  * karni @lunch
[18:10] <dobey> joshuahoover: i have pushed 1.4.6-0ubuntu2 to proposed, but it needs an archive admin to approve it, so that it gets built/published so you can test it
[18:19] <karni> the traffic is terrible in Warsaw. even with bus lanes. I'm back.
[18:41] <dobey> CardinalFang: is bug #591039 fixed now? can you mark it so if it is?
[18:41] <ubot4`> Launchpad bug 591039 in desktopcouch (Ubuntu) (and 1 other project) "Cannot import desktopcouch in server environment (affects: 2) (heat: 21)" [Medium,Confirmed] https://launchpad.net/bugs/591039
[18:43] <joshuahoover> dobey: cool, thanks
[19:18] <CardinalFang> dobey, yes.
[19:18] <dobey> thanks
[20:01] <joshuahoover> CardinalFang: do we need to get some reviews on your branch? https://code.launchpad.net/~cmiller/ubuntu/lucid/desktopcouch/lp726597
[20:03] <CardinalFang> joshuahoover, yes, those would be nice.  Perhaps one distro and one from thisfred or vds?
[20:04] <joshuahoover> CardinalFang: i believe we need to get our reviews on it and then merge and we can propose for an sru that will get reviewed at that point for approval
[20:04]  * thisfred is on it
[20:05] <joshuahoover> thisfred: thanks!
[20:05] <thisfred> CardinalFang: there is not a merge proposal right? So the review is purely informal?
[20:06] <CardinalFang> thisfred, right
[20:06] <CardinalFang> thisfred, proposing.
[20:07] <thisfred> ah ok
[20:07] <CardinalFang> thisfred,  https://code.launchpad.net/~cmiller/ubuntu/lucid/desktopcouch/lp726597/+merge/52249
[20:49] <dobey> later all. have a good weekend
[21:00] <karni> thanks dobey, have a great weekend
[21:16] <thisfred> nessita: I'm looking into bug #728722, it seems there is a service file already, but just for the backend, though it's confusingly called  com.ubuntuone.controlpanel.service rather than something with backend. Do you think i should rename that, or call the new one  com.ubuntuone.controlpanel-frontend.service or something?
[21:16] <ubot4`> Launchpad bug 728722 in ubuntuone-control-panel (Ubuntu Natty) (and 5 other projects) "control panel should have a .service file so it can be opened through dbus (affects: 1) (heat: 6)" [Medium,Triaged] https://launchpad.net/bugs/728722
[21:17] <nessita> thisfred: please add a new file named:
[21:17] <nessita> com.ubuntuone.controlpanel.gui.service ot similar
[21:17] <nessita> or*
[21:18] <nessita> ralsina: you still around?
[21:18] <thisfred> ok
[21:18] <thisfred> sounds good
[21:18] <nessita> ralsina: I'm rounding up the services tab and I would desperately need your review :-)
[21:24] <lamalex> Guys, people rag on you for not having a good selection in the store, but I want to say I disagree completely. You guys consistently have stuff I'm not expecting to find.
[21:25] <lamalex> so thanks
[21:31] <beuno> lamalex, thanks for the comment  :)
[21:52] <kenvandine> lamalex, i agree... only thing i've gone looking for i couldn't get was AC/DC
[21:57] <thisfred> later all, could still use reviews on https://code.launchpad.net/~thisfred/ubuntuone-client/use-single-notification/+merge/52147 and https://code.launchpad.net/~thisfred/ubuntuone-control-panel/attention-seeking/+merge/52131 ;)
[21:58] <lamalex> hahaha kenvandine that's a weird one to not find too
[21:58] <lamalex> you know
[21:58] <lamalex> because it' AC/DC
[21:58] <kenvandine> i wish it was weird
[21:58] <kenvandine> not available anywhere online
[21:58] <lamalex> ah
[21:58] <lamalex> so buy the freaking record
[21:58] <lamalex> the stuff I haven't been able to find has been stuff that basically only exists on 100 vinyls that some dudes pressed themselve with their beer money
[21:58] <kenvandine> that too hard :)
[21:59] <kenvandine> hehe
[21:59] <lamalex> which I didn't expect to find
[21:59] <lamalex> but was hoping I might so I could blog about how great U1
[21:59] <lamalex> is


[12:48] <Brainstorm> ❗ भूकंप की चेतावनी / EARTHQUAKE WARNING for Northeastern India — follow for updates (Twitter)
[12:49] <LjL> around Guwahati, Assam
[12:50] <LjL> northeastern Bangladesh may feel it if it's as strong as the tweets suggest
[13:03] <Brainstorm> 🌕 भूकंप! Earthquake! 4.8 M tremor, registered by GFZ, with 19 reports, occurred 16 minutes ago (12:47:01 UTC), with a full moon, Baghbor, Assam, India (26.26, 90.81), ↓4 km likely felt 180 km away (geofon.gfz-potsdam.de)
[14:21] <LjL> well, or maybe not


[12:21] <falktx> traverso 0.49.2 is out
[12:22] <falktx> one fix is very important to ubuntu:
[12:22] <falktx> "Make Traverso work with Qt version >= 4.6.0"
[12:22] <falktx> it should go to maverick, then backported as soon as possible
[13:09]  * astraljava gets finally to upgrading his machines to Lucid.
[15:27] <scott-work> crimsun, during the last studio-devel meeting you mentioned the possibility of a "one click" change of audio server (pulse to jack)...is this still a possiblity?  is anyone working on it?  should we submit a blueprint for UDS-N?
[16:46] <astraljava> Hey scott-work, how are things? What's the latest on NetworkManager deal? Are there other issues that require some manpower? Sorry I've been so much away lately, the new house and the new puppy take some considerable amount of time, it seems. :)
[16:52] <scott-work> astraljava: lol
[16:53] <scott-work> astraljava: i think we may give up on getting network-admin fixed and try network-manager for the release candidates and ask for particular testing from users
[16:53] <scott-work> astraljava: this was arrived at after talking with luke
[16:53] <scott-work> astraljava: you can certainly help me with something if you have a maverick install handy
[16:54] <scott-work> astraljava: quadrispro has quite a few applications in the archives now that we could install if we choose to
[16:54] <astraljava> scott-work: At the moment, I don't. But that should be soon fixed, unless it gives me same kind of pain that the Lucid install gives.
[16:54] <scott-work> astraljava: i've been testing them to see if they work but there are several that fail to start or crash on me that i would like someone else to test and see if the experience the same
[16:55] <astraljava> scott-work: Alright, what's your arch? Mine would be amd64.
[17:03] <scott-work> astraljava: currently it's i386
[17:03] <scott-work> astraljava: although i might have an addition very soon :)
[17:05] <scott-work> astraljava:  the list of applications that were given me problems is at home at the moment, so the soonest i could constructively provide information would not be until +7 hours from now
[17:05] <scott-work> s/given/giving
[17:09] <astraljava> scott-work: No prob, I can look at them by tomorrow the earliest anyway. Currently I'm fighting to get my lucid install to boot.
[17:10] <scott-work> astraljava: not a major rush to get this completed right away, i would like to be able to establish which applications we do want to include with enough time to update the seeds and test a few daily builds before the next RC comes out
[17:10] <scott-work> astraljava: i think this gives us just less than two weeks :)
[17:10] <astraljava> scott-work: Alright, that's about how long I have vacation left. :)
[17:12] <astraljava> scott-work: Does US 10.04 have Plymouth?
[17:13] <astraljava> scott-work: My video card is turned off right away in the boot, and I can't seem to find any hints in the 'net about it.
[17:13] <scott-work> astraljava: yes it does, and the more i see the playmouth splash screen i did the more it grates me
[17:14] <scott-work> s/playmouth/plymouth
[17:14] <astraljava> I'm suspecting Plymouth for that, as it's the most obvious change since 9.04 regarding the early boot-phase.
[17:14] <scott-work> astraljava: hmmm, yeah it is, although i've also noticed that on some test installs i also only get text on the screen for some of the boot too
[17:18] <astraljava> scott-work: Would be too easy if I only got text on the screen. In my case, the graphics card gets turned off completely. :)
[17:20] <astraljava> scott-work: Yeah, looks like the system boots up correctly in every other way, but only the graphics card gives me gried.
[17:21] <astraljava> scott-work: Hmm... does rt kernel play along with nv graphics driver?
[17:24] <scott-work> astraljava: i dont' know, i've stopped using the -rt kernel since the -generic performs adequately for me...but that is a good questions
[17:25] <scott-work> perhaps abogani might be able to provide some information about the -rt kernel and video drivers ^^^
[17:29] <astraljava> scott-work: Wasn't anything to do with -rt kernel after all, there's no sign of it in /boot/grub/grub.cfg.
[17:30] <astraljava> scott-work: Then it must be grub2's fault.
[17:33] <scott-work> in many ways i miss grub1
[17:34] <astraljava> Yeah I know what you mean.
[17:37] <astraljava> Meh, wasn't the plymouth issue either, removing splash from kernel options made no difference.
[17:44] <holstein> im using the RT kernel with what i assume is the nv driver
[17:44] <holstein> 64bit
[17:44] <holstein> no 3D
[17:44] <holstein> i installed the proprietary driver and got 3D
[17:44] <holstein> but that did not work with the RT kernel well at all
[17:45] <holstein> yeah, its nv... i had to make a custom xorg.conf to get my screen aspect correct
[17:47] <holstein> i got Bogani's ppa
[17:47] <holstein> https://launchpad.net/~abogani/+archive/ppa
[17:47] <holstein> but linux-rt and his linux-realtime seem stable
[17:51] <falktx> my ppa has patches for nvidia and ati drivers
[17:51] <falktx> the driver will compile on 2.6.33-rt, using dkms (as usual)
[17:51] <holstein> falktx: ive been meaning to ask about that
[17:51] <holstein> i got a little nervous when i added your PPA
[17:52] <falktx> i understand, it's big...
[17:52] <holstein> i got the 'partial upgrade' warning
[17:52] <falktx> do a dist-upgrade
[17:52] <falktx> sudo apt-get dist-upgrade
[17:52] <holstein> i ended up going with a couple other PPA's
[17:52] <falktx> holstein: if you find any problem on any package, I'll be happy to fix it
[17:52] <holstein> to get a newer kernel and newer ardour
[17:53] <holstein> falktx: yeah, your on it :)
[17:53] <holstein> falktx: do you think i can safely purge the PPA if i hit a wall?
[17:53] <falktx> many ppl use it by now, I hear all complains and fix the issues as soon as possible
[17:53] <falktx> holstein: i'm sure you won't need to, but, yes
[17:54] <holstein> i'll try it next time im in the studio with some time to kill
[17:54] <holstein> hmm.. maybe i can do that today :)
[17:54] <holstein> falktx: do you have any more up-to-date ffado packages?
[17:54] <holstein> or firewire stuff in general?
[17:55] <holstein> i have noticed a strange new issue
[17:55] <holstein> when i try to use an external firewire HD and my firepod
[17:55] <holstein> the HD seems to break the connection
[17:55] <holstein> i could use an external HD with the old freebob driver
[17:56] <falktx> holstein: i did not update any firewire stuff (may cause issues, and I can't test it)
[17:56] <holstein> and to be honest, i dont use the HD that often, so im not sure when it broke, or what exactly broke it
[17:56] <falktx> only jack1->jack2, but you already know that
[17:56] <holstein> that might be enough though
[17:56] <holstein> to fix it
[17:56] <falktx> jack2 seems even more stable than jack1
[17:57] <falktx> (it's now harder to get an app to crash jack)
[17:57] <holstein> that would nice


[12:22] <spirit_from_z> Hi everybody! Is it allowed to discuss driver development here? Or is there other channels for this?
[12:23] <kylem> #kernelnewbies is usually a better bet unless it applies directly to ubuntu.
[12:24] <spirit_from_z> Cool. Thanks kylem
[12:24] <kylem> np.
[01:33] <jmg> BenC: bug updated
[01:33] <jmg> is there a companion program to acpi_listen to try and simulate an event?
[01:33] <jmg> is that acpi_fakekey?
[01:34] <jmg> its undocumented
[02:29] <RAOF> Hi.  I'm working on bug #119254, packaging a new upstream KVM.  Since the kernel team is the maintainer of the kvm package, I thought I'd pop in and ask if there's anything special that needs to be done for it.
[02:45] <BenC> RAOF: Is the new upstream coming from debian?
[02:45] <BenC> RAOF: we diverged a lot from debian last release and I'd like to avoid doing they further
[02:47] <RAOF> BenC: It's not coming from debian, but I was going to merge in the debian changes.  The latest upstream is 28, the latest debian is 18.  I don't think 18 works on 2.6.22, but I haven't actually tried.  I probably should :)
[02:47] <BenC> talk to the debian maintainer
[02:47] <BenC> he's very keen on us working together
[02:48] <RAOF> Ok, I'll go for it.
[02:48] <RAOF> We don't actually use kvm-source to build a kernel module, do we?  We use the kvm module shipped in the vanilla kernel?
[02:49] <BenC> yeah
[02:49] <BenC> I mean, yes, we use the kernel module, not kvm-source
[02:50] <RAOF> Good.   Hopefully those will come down from k.o before I get to actually needing them.
[09:50] <zul> BenC: ping can we update e1000 to the sourceforge version it has support for the ethernet card in #119337
[10:19] <BenC> zul: we will be, kyle will be updating it in lum
[11:37] <BlueDevil> hello, any chance we'll get a desktop kernel with HIGHMEM 64GB support?
[11:38] <crimsun> you may wish to enumerate your case more explicitly.
[11:39] <BlueDevil> i have a dekstop core2duo/asus p5b deluxe/4GB ram; in the bios memory remapping needs to be enabled for the system to see all the memory
[11:40] <BlueDevil> the cool part begins when the bios configures a hole in the 2gb-4gb memory range and the physical 2gb-4gb is remapped to 4gb-6gb
[11:41] <BlueDevil> so the standard ubuntu kernel (with 4gb support) sees 2gb of real memory and 2gb of nothing (reserved)
[11:41] <BlueDevil> which in fact means that only 2 GB are really usable of the 4GB installed in the system
[11:42] <BlueDevil> when booting with a bigiron kernel everything is fine