[00:09] Hello people, I'm using ubuntuone and I'm getting a lot of this message '2009-08-13 20:04:08,341 - ubuntuone.SyncDaemon.Main - INFO - ---- MARK (state: UNKNOWN_ERROR; queues: metadata: 129; content: 4943; hash: 0, fsm-cache: hit=382326 miss=120231) ----' [00:28] diogo, Hrm. First sanity check. $ ps x |grep ubuntu[o] # How many processes? [00:33] diogo, FWIW, it should be something close to "/usr/bin/python /usr/bin/ubuntuone-client-applet" and "/usr/bin/python /usr/lib/ubuntuone-client/ubuntuone-syncdaemon" [00:35] CardinalFang I did that, that are 2 processes running and i restarted that. After a restart that keep checking files and then I receive tha messages 2 minutes === BUGabundo1 is now known as BUGabundo [00:43] diogo, Hrm, okay. Is there anything in syncdaemon-exceptions.log ? === BUGabundo1 is now known as BUGabundo [00:53] diogo, CardinalFang: the MARK log is just that, a mark or syncdaemon telling it's alive :) [00:54] diogo: is the content count going down? [00:54] * popey hugs statik [00:55] verterok: it should probably not do that :) [00:55] dobey: do what? [00:55] the MARK logging and whatever timeout todes it [00:55] err [00:55] whatever timeout does it [00:56] dobey: there isn't a timeout [00:56] dobey: why not logging the mark? [00:56] verterok: because it wastes power causing cpu wakeup and disk io [00:57] dobey: it's logged every 2 minutes [00:57] 1 wakeup every 2 minutes [00:58] yeah, and it doesn't need to wakeup at all most of the time :) [00:58] dobey: yes, it's beta, we need all the info we can get :) [00:59] dobey: once it's out of beta we can turn off the debug logs too [01:00] ok [01:56] verterok About that log, No, I have about 400 mb to sync and in the ubuntu one i only have 292.86 mb synched [02:14] verterok dobey I'm still receiving a lot of "2009-08-13 21:12:08,341 - ubuntuone.SyncDaemon.Main - INFO - ---- MARK (state: UNKNOWN_ERROR; queues: metadata: 129; content: 4943; hash: 0, fsm-cache: hit=382326 miss=120231) ----" and my count is not going down [02:15] My folder size is "416M Ubuntu One/" and in Ubuntu One site is "292.6 MB of 10.0 GB Used (2.9%)" [02:16] diogo: there is fix for that bug in the latest build, in the meantime, I think reconnecting the client is a workaround [02:16] * verterok search the bug [02:18] verterok I tried to reconnect and didn't work, I will search for that bug too [02:19] diogo: there isn't a bug for it, bu the merge proposal of the fix is: https://code.edge.launchpad.net/~chipaca/ubuntuone-client/fixes-for-aq-states/+merge/10070 [02:21] diogo: revno in trunk is 145, so it's in the new client build [02:22] verterok Ok, thank you [02:22] diogo: np [02:23] diogo: isn't the new client available to intall, try with: sudo apt-get update [02:28] verterok yes, there is a new update, thank you [02:36] verterok With the new version I'm still getting that errors [02:36] diogo: what errors? content count isn't going down? [02:37] first i received "2009-08-13 22:34:01,581 - ubuntuone.SyncDaemon.State - DEBUG - UNKNOWN_ERROR --[SYS_CONNECTION_LOST]--> UNKNOWN_ERROR" [02:37] then "2009-08-13 22:34:01,581 - ubuntuone.SyncDaemon.EQ - DEBUG - push_event: SYS_STATE_CHANGED, args:(), kw:{'state': } [02:37] " [02:37] and again "2009-08-13 22:35:50,849 - ubuntuone.SyncDaemon.Main - NOTE - ---- MARK (state: UNKNOWN_ERROR; queues: metadata: 129; content: 4943; hash: 0, fsm-cache: hit=382225 miss=120332) ---- [02:37] " [02:37] diogo: ok, that's an error, but the MARK log isn't [02:38] diogo: it's the syncdaemon connected? [02:38] verterok I restarted the service and the applet, however with this new update applet don't show in my tray bar [02:38] diogo: the applet behaviour changed a "bit" [02:38] diogo: I think the applet hides itself when the syncdaemon it's "idle" [02:40] diogo: could you run this command?: dbus-send --session --dest=com.ubuntuone.SyncDaemon --type=method_call --print-reply /status com.ubuntuone.SyncDaemon.Status.current_status [02:41] diogo: also this one: u1sdtool --current-transfers [02:41] http://paste.ubuntu.com/252864/ [02:42] Current uploads: 0 \n Current downloads: 0 \n [02:42] diogo: ok, it's stuck in error, could you paste the log lines above "2009-08-13 22:34:01,581 - ubuntuone.SyncDaemon.State - DEBUG - UNKNOWN_ERROR --[SYS_CONNECTION_LOST]--> UNKNOWN_ERROR" [02:43] diogo: I think you hitted a bug, but let's be sure first :) [02:45] verterok http://paste.ubuntu.com/252867/ [02:46] diogo: err, sorry. the lines before 2009-08-13 22:34:01,581 - ubuntuone.SyncDaemon.State - DEBUG - UNKNOWN_ERROR --[SYS_CONNECTION_LOST]--> UNKNOWN_ERROR [02:54] verterok still uploading [02:54] diogo: ok, thanks. [02:54] diogo: I need the previous lines because the error occured before the 'SYS_CONNECTION_LOST' [02:55] diogo: if it's to big, just paste the 20-30 lines before the UNKOWN_ERROR [02:55] s/to big/too big/ [02:57] verterok I cancelled that and pasted 125 lines before that http://paste.ubuntu.com/252871/ [02:57] diogo: excellent, thanks! :) [02:58] diogo: ok, congrats, you just found a bug! [02:58] diogo: would youo mind to file it in launchpad? and attach the contents of http://paste.ubuntu.com/252871/ [02:59] *you [03:00] or I can file it, let me know [03:00] verterok I will do that, thank you [03:01] diogo: so, the issue here is that the connection was dropped in the middle of the server rescan, and syncdaemon didn't handled that very well :/ [03:01] diogo: restarting the daemon should be enough to get it working again [03:01] diogo: btw, thanks a lot for the help! :) [03:03] verterok bug filled https://bugs.launchpad.net/ubuntuone-client/+bug/413369 [03:03] Launchpad bug 413369 in ubuntuone-client "ubuntuone stay logging UNKNOWN_ERROR --[SYS_CONNECTION_LOST]--> UNKNOWN_ERROR" [Undecided,New] [03:03] verterok thank you [03:04] Hi,I installed the ubuntuone-client-gnome that use some account,and now I want to change the account,how can I do? [03:06] lbsjack: Hi [03:06] Verterok [03:06] verterok:hi [03:06] lbsjack: the client uses a token stored in the gnome keyring to connect to the server, removing the token from the keyring and restarting the client should be enough [03:07] lbsjack: do you know how to remove a token/password from teh keyring? [03:07] *the [03:08] verterok:ok,thank you very much. [03:08] lbsjack: np [03:16] later! [13:05] hey all. i have ubuntuone "working" (read: tray icon spinning) forever after resuming from suspend. is that a known bug? [13:08] nope, sounds like an unknown one [13:08] diverse_izzue: did you update the client yesterday? [13:09] Chipaca, I have 0.92.0-0ubuntu1 [13:09] from the karmic repos [13:12] I think that's slightly older than yesterday's beta [13:12] I'm not positive, though :) [13:13] diverse_izzue: if you want, you can add ppa:ubuntuone/beta and try that [13:14] Chipaca, will do, but it's not a new behavior of 0.92.0, i was just too lazy to report it before (enough trouble in other areas with karmic :-) [13:14] diverse_izzue: (that would be what you add via system -> administration -> software sources -> third party software -> add) [13:14] yeah [13:14] yesterday's beta fixed it in three different ways ;) [13:15] first, when it gets stuck during the initial handshake, the client now timesout (imagine that!), and retries (wow!) until it finally gives up in a huff [13:15] second, when the client gets an unknown error, it restarts [13:15] i'll try right away [13:15] third, when nothing is happening, the applet goes for a walk [13:16] besides, it's pretty awesome how easy it's become to add PPA's in karmic! [13:16] yes :) [13:17] correction: wasn't it supposed to import the relevant key as well? [13:18] yes, it was [13:18] didn't it? [13:20] no, it didn't [13:21] had to do it manuall, but at least you can paste from clipboard now [13:23] Chipaca, is quitting the tray applet and restarting from the menu enough? [13:23] or do i have to log out and back in again? [13:23] diverse_izzue: yes [13:24] no, quitting is enough [13:24] also, is it planned to add notification if the user changes something in the webfrontend? [13:24] so far, one has to reload ubuntuone to make it pick up changes made on the web [13:25] yes, the pieces for that are finally falling into place [13:25] great [13:25] >clunk< >thunk< >crunch< oh damn [13:25] :) [13:26] is the applet in the new beta supposed to hide itself from tray? [13:26] or did it simply crash? *g [13:26] it's supposed to hide [13:26] notifications are coming shortly, I believe [13:26] brilliant [13:26] so it doesn't just go away [13:26] but says bye-bye or sthing [13:26] oh, cool :-) [13:27] also, what's all the couchdb stuff about? [13:27] what's it supposed to do? [13:29] magic [13:30] that's my take on it, anyway [13:30] (I'm on the syncdaemon side of things; couch is done by other people) [13:30] i don't believe in magic :-) [13:31] can i read about it somewhere? anyway is there a blog/news channel about ubuntuone? [13:32] not with recent, juicy stuff on it, no [13:32] there should be [13:32] exactly [13:33] just to keep the testers updated what's going on [13:33] so they can test newly implemented stuff [13:33] karmic is only 2 months away... [13:33] ssh! [13:33] I'd managed to forget [13:34] got a sprint all next week to bash things into shape :) [13:34] cool - i'll help on the testing site as much as i can :-) [13:34] is it planned to be able to sync any folder - not just ~/ubuntuone? [13:35] not for karmic [13:35] but, yes [13:35] that is "multiroot" [13:36] rodrigo_: ping [13:36] till: hi [13:37] oh not for karmic? [13:38] dobey: I doubt it [13:38] dobey: we have next week [13:38] yeah [13:38] rodrigo_: heya, do you happen to know if the trigger stuff is in a release version of couch meanwhile, or does one still need trunk? [13:38] just noting that any client features we don't get into karmic, are going to be a total pain to do [13:39] dobey: I don't think it's what we'll be doing, but I'd be happy to be wrong :) [13:39] rodrigo_: also, is the contact schema actually used somewhere yet, in other words, is there data out there that end users could actually get to? [13:39] till: the trigger stuff? [13:39] rodrigo_: notification triggers [13:39] rodrigo_: of changes in the db [13:39] rodrigo_: _changes URL [13:39] Chipaca: well, i certainly won't be doing it [13:39] diverse_izzue: maybe you can ask rodrigo_ about living-room furniture [13:39] till: ah, not sure about the details, thisfred should know [13:39] hi [13:40] thisfred: Good morning. [13:40] till: and it's used in evo and our web site for phone syncing [13:40] We're wondering whether it makes sense to package the akonadi couchdb resource at this point. === ink_away is now known as inkvizitor68sl [13:40] Chipaca: am I an expert in living room furniture? :) [13:40] till: _changes is in trunk, soon to be released as 0.10 [13:40] rodrigo_: ah, so you can actually use it [13:40] till: yes [13:40] rodrigo_: great, no notifications, though, I guess? [13:41] or at least there will be a stable feature frozen 0.10 branch, looks like this weekend [13:41] rodrigo_: can you make me an account, btw, so I can test against taht? [13:41] till: I haven't implemented them yet on evo-couchdb [13:41] till: for u1? you don't have one already? [13:41] Nope, been testing with local dbs. [13:42] till: ok, will send you an invitation, what's your email? [13:42] till@kdab.net [13:42] ok [13:42] I'll make sure the resource works with latest stable couch, your server, etc Without notifications, then we can release it with KDE 4.3. [13:42] For kubuntu. [13:43] rodrigo_: I don't know; you seem to know more about it than I :-D [13:43] till: well, the akonadi backend should probably be talking rather with the desktop couch (desktopcouch project in LP) [13:44] till: you'll need to get the port via dbus, so I'd suggest you test with that [13:44] rodrigo_: yeah, sure [13:44] Is that available to end users yet? [13:44] till: we don't have invitations any more, just go to u1.com and subscribe [13:45] till: yes, desktopcouch package in karmic [13:45] rodrigo_: till : I don't think ubuntuone itself has anything couch related yet (in fact that's what I'm working on) [13:45] Ok, I'm trying to get an idea of the practical usefulness of the akonadi resource to end users, at this point. [13:45] thisfred: right, that's why I suggest till to use the desktopcouch [13:45] desktopcouch is public, and I believe there was a new release yesterday, but I'm not 100% sure [13:45] So provided they install desktopcouch, they can access whatever data is n there. [13:45] And evo could be using that too, if set up for that. [13:46] till: in the local couchdb per-user instance, yes [13:46] till: that will be synced to u1.com server, but that's not 100% ready yet [13:46] Ok. [13:46] s/will/can if you tell it to enable the ubuntuone.com connectivity/ [13:46] Anyhow, I'll make sure it works with the desktopcouch in karmic. [13:47] till: yes, that's the plan, akonadi and evo will use desktopcouch [13:47] right, trying to judge how much of that is useful for end users yet. [13:47] till: are there packages of your akonadi backend? [13:48] That's why I'm asking these questions. :) [13:48] Trying to decide whether to make them. [13:48] till: I can help you testing the interaction between evo and akonadi [13:48] ok, I'll set up an "official" desktopcouch. [13:49] hola [13:49] hola statik :) [13:50] till: if you make them, poke me and I'll keep testing them while I keep working on evo-couchdb [13:50] rodrigo_, i have many questions for you. in the evolution-couchdb that was uploaded yesterday, do you have dependencies on python-desktopcouch and recommends for desktopcouch-tools? also, is there an MIR written for evolution-couchdb already? After the MIR, is someone working on getting evolution-couchdb into the ubuntu-desktop seed to be installed by default? [13:50] rodrigo_: deal [13:51] till: a bit old version of evo-couchdb is in the u1 beta ppa, if you want to test also. Will submit a new release soon [13:51] hey till, awesome to see you in here [13:51] i dunno if someone packaged the akonadi backend. we should get that done [13:51] Talking to Riddel about just that. [13:51] statik: no python-desktopcouch dependencies, although I guess it should depend or suggest at least desktopcouch* [13:52] statik: about MIR, I really don't know, who should I poke for that? [13:52] I need to make sure it also works fine with older couches, as I've developing against trunk, to get the notifications feature. [13:52] rodrigo_, i think it needs a hard dependency, desktopcouch is where you get the DBUS interface to get the running desktop couch instance [13:52] statik: yeah, right [13:52] rodrigo_, kenvandine can help probably, but will need your input [13:53] ok, he's out this week though, but will poke him on Monday [13:53] statik: well, he told me something about that in Dublin, so I guess he's keeping track of it [13:53] rodrigo_, i think you should look at the MIR for ubuntuone-client and write the evolution-couchdb one yourself today then, i'm afraid to wait for monday [13:53] ok [13:54] where is the u1-client one? [13:54] also, pitti approved the MIR for couchdb, so it will be good to ping him about evolution-couchdb as well [13:54] they are on the ubuntu wiki somewhere [13:55] ok [13:55] rodrigo_, the end goal is that alpha5 has evolution-couchdb installed by default, along with couchdb and the necessary bits to make it run [13:56] rodrigo_, but it doesn't need to be the default backend for evolution, just available by default [13:56] ok [13:56] ok, found it -> https://wiki.ubuntu.com/MainInclusionReport/UbuntuOneClient?highlight=%28MIR%29|%28ubuntuone\-client%29 [13:57] great [13:57] there is a page explaining the process on the ubuntu wiki somewhere, but basically you write the MIR and file an MIR report and then need someone like pitti to approve and make the seed modifications [13:57] this won't be a surprise to anyone, we've discussed it all along [13:58] * dobey really doesn't want to do reviews today [13:58] too many features to code... [13:58] ah, kenvandine already added them it seems -> https://wiki.ubuntu.com/MainInclusionReport/CouchDBGlib?highlight=%28couchdb%29|%28MIR%29 and https://wiki.ubuntu.com/MainInclusionReport/EvolutionCouchDB?highlight=%28couchdb%29|%28MIR%29 [13:58] dobey, you are officially relieved from reviews today [13:59] i'll cover if the other reviewers get overwhelmed [13:59] rodrigo_, great! i bet it needs review and the MIR bug to be filed [14:00] statik: couchdb-glib is already fix released -> https://bugs.launchpad.net/ubuntu/+source/couchdb-glib/+bug/408848 [14:00] Launchpad bug 408848 in couchdb-glib "[MIR] couchdb-glib" [Undecided,Fix committed] [14:00] * rodrigo_ does the evo-couchdb one [14:01] hooray [14:04] * rodrigo_ -> lunch [14:05] statik: done -> https://bugs.launchpad.net/ubuntu/+source/evolution-couchdb/+bug/413589 [14:05] Launchpad bug 413589 in evolution-couchdb "[MIR] evolution-couchdb" [Undecided,New] [14:05] brb [14:08] rodrigo_, a million thanks [14:20] wow, joyent sold bingodisk to expandrive, but is still going to pay for my lifetime account [14:27] statik: the paid service / paid client route could be a little weird. can you buy it for a month and get the full-featured sftp client? do you buy the client separately? if so, do you have to keep buying new clients as they add new features? [14:28] pfibiger, i have no idea. i was a minor investor in textdrive, so i have free lifetime accounts that transferred to joyent [14:28] pfibiger: WoW is paid service/client too [14:28] s/minor/micro/ [14:29] dobey: yeah but the client doesn't provide significant value outside the game [14:29] whereas expandrive w/o bingodisk/strongspace is still full featured sftp-mounting software [14:29] i guess [14:30] dobey: it'll just be interesting to see what path they choose. [14:39] damn it feels good to be a gangsta [14:55] dobey: +1 [15:00] MEETING BEGINS [15:00] hello hackers, say me if you are here to change the world [15:01] ME [15:01] me [15:01] dobey, teknico, urbanape, CardinalFang? [15:01] rodrigo_, [15:01] me [15:01] moi [15:01] me [15:01] jblount, start us off will ya? [15:02] DONE: Landed css fixes for webui, started work on overlays [15:02] TODO: Finish overlays, get some reviews done [15:02] BLOCKED: Nope [15:02] statik: DOIT [15:02] DONE: a bunch of code review and phone calls. fixed a tricky bug in the couchdb snapshot package. handed off spawning packaging to rick, reviewed indicators proposal from david [15:02] TODO: help with reviews, design team call, some evolution-couchdb and tomboy sync testing [15:02] BLCK: None. [15:02] rodrigo_, all you [15:02] • DONE: Many evo-couchdb fixes in dont-lose-uuids submitted branch. Submitted patch for tomboy to Ubuntu. Submitted branch to fix 500 error on HTTP redirecting. Filed evo-couchdb MIR bug [15:02] • TODO: Add more tests in couchdb-glib test suite. More openSUSE packaging. Change tomboy syncing prefs interface to show many servers. Add social services accounts config to about-me. Talk to Ara about writing mago tests for evo-couchdb. File bugs for missing evo-couchdb fields and summary of the fields it uses. Make evo-couchdb package depend on desktopcouch [15:02] dobey: go! [15:02] ☭ DONE: Started on #330769 [15:02] ☭ TODO: #406897, Finish #330769, Finish OAuth 1.0a work [15:02] ☭ BLCK: None. [15:02] urbanape: hit it [15:02] DONE: New files ui, helping a FF dev try to test Bindwood [15:02] TODO: Fix new files ui bugs [15:02] BLOCK: None [15:02] Next: None? [15:03] i guess thats it [15:03] MEETING ENDS [15:03] wow, less than 3 minutes :) [15:04] rodrigo_, thisfred: have you guys compared the evolution-couchdb record format with what markgsaye has for the record format on the server side after syncing from a mobile phone? [15:04] statik: not really compared it, I'm just basing the evo-couchdb work on the field mappings they have [15:05] me, sorry, on a call [15:05] cool. i'm mostly wondering how evolution-couchdb is going to deal with it when those records show up in the local DB via replication [15:05] DONE: landeed the branch to remove relative imports (after many tries), talked with jdo and markgsaye about disabling free phone sync after 30 days [15:05] TODO: more work on disabling free phone sync after 30 days [15:05] BLOCKED: none [15:05] teknico, thanks! [15:05] statik: I'll ask mark for some record samples [15:05] statik I have not taken the time to look at evo-couch, rodrigo_: feel free to ask questions, or just for feedback on specifics [15:06] rodrigo_: or ask mark, that works too :) [15:06] thisfred: yeah, just looking at the mappings [15:06] poop. my slicehost slice got compromised. was a spam relay. sad panda. oh well, I wanted to upgrade to 9.04 anyway. [15:06] teknico, i wonder whether there is anything that could be done to get mobile phone syncing actually working and a contact record showing up in the evolution that originated on a phone? [15:06] grr [15:07] statik, first the phone needs to sync with the funambol ds server, then the evolution syncml plugin should do the same [15:07] teknico, as a higher priority than disabling phone sync? i'm just suggesting this because we have a really important karmic deadline coming up, and i want to see the roundtrip contact from mobile->evolution next week if it's going to make karmic [15:08] teknico, evolution syncml? what about couchdb replication? [15:08] for the record to show up in evo, we need the replication [15:08] i sure hope our plans aren't based on the evolution syncml thing [15:08] since evo talks to the desktopcouch instance [15:08] we've been writing an evolution-couchdb backend [15:08] no syncml that I know of, yeah :D [15:09] statik, better ask rodrigo_ about evolution, and thisfred about couchdb :-) [15:09] oh, thunderbird has one, I thought evolution had one too, sorry [15:10] teknico, i'd like you to postpone the work on disabling mobile sync and work with rodrigo and thisfred on getting records synced from a phone all the way through to evolution, displaying through evolution-couchdb [15:10] teknico: evo is *not* gonna talk to funex. Everything should go through couch [15:11] this is the single highest priority functionality story we have for this week and the alpha5 deadline in karmic [15:12] statik: who is working on the desktop->server couchdb replication? [15:12] rodrigo_: me [15:12] ah cool [15:12] but would welcome teknico's help [15:12] thisfred: anything I can do to help you? [15:12] right, teknico's help would be better than mien :D [15:12] thisfred, you got it :-) [15:13] you guys rock [15:13] rodrigo_: or yours :) teknico has done more work on the backend though [15:13] hooray me [15:13] * thisfred hoorays dobey [15:13] * dobey makes a note to thwap aquarius on his return [15:13] thisfred: yes, teknico's better, just let me know if you need anything from me [15:13] dobey, did you get a chance to see the notification mockups from david? [15:13] rodrigo_: will do! [15:13] teknico: we'll coordinate on the call [15:14] Eek! [15:14] DONE: gwibber accounts tested; should be ready to merge. Finally finished desktopcouch work; released. [15:14] TODO: figure out what needs to be done with gwibber icon caching. Travel to vacation spot, so offline but working today. [15:14] BLOCKED: gwibber source management isn't very good. bugs out of control, no obvious 2.0-dev branch. [15:14] thisfred, which is in 30 seconds :-) [15:14] I know [15:16] statik: yeah [15:17] I'm so stoked on syncing tomboy notes [15:17] It is ridiculous. [15:18] jblount, when is that due? [15:19] * dobey is getting tired of refactoring code [15:19] CardinalFang: aren't you on holiday? [15:19] dobey, not yet. [15:19] rodrigo_: When will I be able to sync my tomboy notes? [15:20] CardinalFang: the calendar is a lie? [15:20] dobey, Yes. [15:20] jblount: you already are, if you use trunk and the tomboy package in our beta PPA [15:20] * dobey goes to get some cake then [15:20] dobey, (There is no cake.) [15:20] jblount: there might be some errors, so make sure to test with 'testing' data, not real notes for now [15:21] teknico, markgsaye: is the couchdb that the contacts API talks to the same couchdb that a users tomboy notes are stored? [15:21] CardinalFang: did you see rodrigo_ 's response? NOW! [15:21] jdo: it's another database [15:21] rodrigo_: Neat! I'll try playing with it this weekend. [15:21] Aiee! [15:21] rodrigo_, cool [15:21] CardinalFang: http://www.youtube.com/watch?v=0Lo6uXwi4M0 [15:22] rodrigo_, when is their couchdb created? the first time they try to sync? [15:22] rodrigo_, re: tomboy notes couchdb [15:22] jdo: yes, or when you use the web ui [15:23] jdo: all the code in notes/views check for the existence of the db, and create it if it's not there yet [15:23] rodrigo_, jdo: actually there is a very odd problem that creating notes from the web UI is not working in production, although it is working in dev. [15:23] statik: yeah, filed a bug for it the other day [15:23] i'm worried about that [15:23] yeah [15:23] jdo, i don't know if you have any spare cycles, but that would be a very great place to get some help if you have any extra time [15:23] o/~ we're out of beta, we're releasing on time o/~ [15:24] jdo: it's the same couchdb, but a different database [15:24] markgsaye, ok [15:24] statik, help where the dev/prod issue? [15:25] jdo, yes - i fear it is masking some broader production couchdb configuration matter [15:25] er, revealing not masking [15:26] jdo: https://bugs.launchpad.net/ubunet/+bug/412402 [15:26] Error: This bug is private [15:28] urbanape: I pledge to remember to use "Zac" instead of "Zach" or "Zack". pfibiger can tell you of a similar pledge reguarding pronouncing his name. [15:28] heh [15:29] no worries [15:31] statik: Did I ask if we'd considered using Miller columns for the web ui? [15:47] were there like 3 hurricanes in Florida this week or something? sheesh [15:49] dobey: really? we've had zero named anythings until now [15:49] pfibiger: i don't know. it's just been raining hard here all week, so i presumed it was hurricane fallout [15:50] dobey: nothing..just some tropical waves, one may turn into a tropical depression [15:50] weird [15:52] i hope atlanta isn't all screwy this weekend [15:52] dobey: Make sure to drink some mate [15:53] heh [15:53] argentina/chile are one giant cloud right now :-/ [15:56] markgsaye, tell me about the firefox plugin for phone sync [15:57] i really need to get in the habit of eating breakfast [15:59] jdo: thunderbird plugin? see: https://mozilla-plugin.forge.funambol.org/ [16:02] jdo: let me know if you have questions about that [16:03] Apparently Karmic preferes putting sound out in the secondary audio jack, which is better than no sound. [16:09] jblount, yeah, there have been some strange audio mixer changes [16:57] sorry to bother the channel, but where should i look for information about registering for "ubuntu one" [17:02] hi nystire [17:02] you left too soon, i was going to tell you ubuntuone.com [19:35] hello, just installed ubuntuone for the first time today. [19:36] keen101: Fun! [19:36] heh, thanks, but i have no idea how to use it :D [19:36] keen101: Do you have a folder in ~/Ubuntu One/ ? [19:37] yep [19:37]