[01:46] <Havok88> Hey guys
[01:47] <Havok88> Does anyone know about the tomboy notes sync issue with U1? Wondering if there are any workarounds; nothing I've tried works
[06:29] <patchmonster> Is there anywhere I could offer a suggestion (without patch >_>)?
[11:26]  * rye is away, for a couple of hours, feeling rather dumb
[20:48] <duanedesign> throwing together a script that writes my computers package selections to a couchdb.
[20:49] <duanedesign> also reads the selections, after Ubuntu One replicates them, to make sure i have all my favorite apps on alll my computers :)
[20:50] <aquarius> cool :)
[20:51] <aquarius> when you've done that, write about it on your website :)
[20:51] <duanedesign> good idea
[20:58] <artir> duanedesign:  I had the same idea :D
[20:59] <artir> you'll need polkit :)
[20:59] <artir> because I guess that if you run something as sudo, it uses another couchdb
[21:00] <aquarius> you shouldn't be talking to couch as root
[21:00] <aquarius> talk to couch as not root and then be root to install the packages
[21:00] <artir> that's why polkit is needed
[21:01] <artir> at first I thought of creating an "orbiter" sudo application to install the packages sent from the user-space app
[21:01] <artir> but then I said, hey, why am i overcomplicating it :D?
[21:02] <artir> I may code the actual app in a month
[21:02] <artir> for fun!
[21:02] <artir> (and evil)
[21:04] <duanedesign> artir: yeah i have been coming up with a lot of ideas to practice/entertain myself with couch/U1
[21:04] <duanedesign> artir: thanks for sharing your thoughts on that. I m still on the 'def makeDB():'
[21:05] <artir> for the app mention, you could store the package list as a string or separate, and you'll want to separate the packages the system has by default and the ones you installed
[21:05] <artir> or just limit the app detection to certain apps and have lists with checkboxes to sync and install that
[21:07] <jcastro> anyone know what would be up with this? http://pastebin.ubuntu.com/389200/
[21:11] <duanedesign> jcastro: this is Lucid?
[21:13] <jcastro> duanedesign: yep
[21:13] <jcastro> I wonder if it's my metadata (again)
[21:13] <jcastro> that happened to me last week
[21:14] <duanedesign> rye: poke
[21:14] <aquarius> that doesn't look like a metadata problem. that looks like a code problem. you might have out-of-sync packages? maybe dist-upgrade again?
[21:16] <Voytech> Hey guys, Do You know something about removing databases from desktopcouch ? Will it be implemented in next releases ?
[21:17] <aquarius> Voytech, which DBs do you want to remove? YOu can already do so
[21:18] <Voytech> auarius,Yes ? I thought that if I remove database it will be replicated back to my desktopcouch if it was replicated previously
[21:18] <aquarius> Voytech, it will, but you can remove it on the server too :)
[21:19] <Voytech> aquarius, ok but if for example server replicate the database to another computer :)
[21:19] <aquarius> Voytech, what do you want to do? completely delete a database from everywhere?
[21:19] <aquarius> to do that, delete it on all the clients and delete it on the server at roughly the same time :)
[21:19] <Voytech> aquarius, yes
[21:21] <Voytech> aquarius, hmmmm but for example I maight have no access to one of my computers which can have a database that should be deleted
[21:22] <aquarius> in that case it's a little more awkward, at the moment.
[21:24] <Voytech> aquarius, but do You know anything if it will be improved ?
[21:25] <aquarius> we don't have anything planned for improving it, but if you've got some ideas, I'd like to hear them
[21:25] <Voytech> aquarius, in my opinion there is very simple solution for that situation
[21:25] <aquarius> another good way of making sure that this sort of thing doesn' get forgotten is to file a bug about it agaisnt desktopcouch
[21:26] <Voytech> aquarius, a replicatable database that for example replicatable_management that will keep a names of databases to be removed
[21:26] <Voytech> aquarius, that should be removed
[21:27] <aquarius> and then when replication happens, desktopcouch-service looks in that database to see if anything has changed, and then deletes any databases in the list?
[21:27] <Voytech> aquarius, If a database is present on desktopcouch it is removed
[21:27] <aquarius> hm.
[21:27] <Voytech> aquarius, Yes
[21:28] <Voytech> aquarius, Isn't it simple ? In my opinion It should work
[21:28] <aquarius> the problem with that is that if you create a DB called "voytech", delete it, and then six months later create a new db called "voytech", it'll get deleted even though you didn't want it to
[21:29] <Voytech> aquarius, but if You create a database And in record containg removed databases is that name, the  name could be removed to not remove it anymore ? :)
[21:30] <aquarius> good idea, but it breaks. I'm just writing down why :)
[21:33] <aquarius> Imagine you have three computers, A, B, and C, all paired with Ubuntu One. C is not connected to the network.
[21:33] <aquarius> A {databases: voytech, deletes: - }, B {databases: voytech, deletes: - }, C {databases: voytech, deletes: - }
[21:33] <aquarius> Delete voytech on A. This removes the database and adds it to the deletes list
[21:33] <aquarius> A {databases: -, deletes: voytech }, B {databases: voytech, deletes: - }, C {databases: voytech, deletes: - }
[21:33] <aquarius> replicate A with Ubuntu One, then replicate B with Ubuntu One.
[21:34] <aquarius> A {databases: -, deletes: voytech }, B {databases: voytech, deletes: voytech }, C {databases: voytech, deletes: - }
[21:34] <aquarius> B sees the voytech entry in deletes, deletes the voytech DB, and removes voytech from the deletes list
[21:34] <aquarius> A {databases: -, deletes: voytech }, B {databases: -, deletes: - }, C {databases: voytech, deletes: - }
[21:34] <aquarius> replicate B with Ubuntu One, then replicate C with Ubuntu One (by plugging it into the network)
[21:34] <aquarius> A {databases: -, deletes: voytech }, B {databases: -, deletes: - }, C {databases: voytech, deletes: - }
[21:34] <aquarius> C doesn't see the "voytech" entry in the deletes list, because you've already removed it.
[21:34] <aquarius> Worse, C will then send the voytech database *back* to Ubuntu One, and then it'll appear on all the computers again!
[21:38] <Voytech> aquarius, wait a moment I have to look at You have written, I knew that it cannot be so simple to do it, in other case the problem would be solved, but must be solution for that
[21:38] <rye> duanedesign, don't know whether that is still valid, but pong
[21:41] <Voytech>  B sees the voytech entry in deletes, deletes the voytech DB, and removes voytech from the deletes list - why after removing voytech B - deletes it from list  ?
[21:42] <Voytech> It should be removed only if we create a database which name is in deletes list
[21:43] <Voytech> That means we delete it only when current machine on which we are working wants to create such database again ? in other case it may still be in deletes database
[21:43] <aquarius> OK, I understand that approach
 Currently I am about to create my own release of desktobcouch that will be compatible with that on ubuntuone - deletion on ubuntuone will be performed by that script -the rest will be as I described above ... I dunno if it will work.. But I'l try. But it may take some time.. I have been never writing in python, so I have to get used to it :)
[21:48] <aquarius> if you build it and it works, then submit it as a merge request to desktopcouch and we'll probably include it :)
[21:48] <aquarius> I don't really like having a whole database just for this, though :(
[21:49] <Voytech> aquarius, Hmmm
[21:51] <rye> ok, I am now really going offline.
[21:51] <Voytech> aquarius, In fact such aproach makes desktopcouch more hmm ... junky (I do not know if You know what I mean)
[21:52] <aquarius> I do know what you mean
[21:52] <aquarius> I'd like there to be a better way of doing this, I think :(
[21:53] <rye> Re: http://pastebin.ubuntu.com/389200/ - that's definitely the code problem
[23:16] <duanedesign> getting some bug reporrts about the Beta/PPA
[23:16] <duanedesign> Sorry, the package "ubuntuone-client-gnome 1.1.2+r407-0ubuntu2~ppa1~" failed to install or upgrade.
[23:17] <duanedesign> /var/cache/apt/archives/ubuntuone-client-gnome_1.1.2+r407-0ubuntu2~ppa1~jaunty_amd64.deb: trying to overwrite '/usr/lib/ubuntuone-client/ubuntuone-login', which is also in package ubuntuone-client
[23:23] <duanedesign> this is one of them bug 532934