[08:28] <emmanuel_lap> Hi. I've deleted all the computers on my ubuntu one account. And now I'm not able to re-add one of them. Launching the ubuntuone-client-applet doesn't launch the "Add computer" web page.
[08:29] <emmanuel_lap> Is there a mean to completly clean the previous ubuntuone settings on this computer.
[08:29] <emmanuel_lap> ?
[09:23] <aquarius> emmanuel_lap, ping?
[09:24] <emmanuel_lap> aquarius, Im' here.
[09:24] <aquarius> emmanuel_lap, you asked how to clear the ubuntu one settings from your computer?
[09:25] <emmanuel_lap> yes.
[09:25] <aquarius> emmanuel_lap, go to Applications > Accessories > Passwords and Encryption Keys
[09:25] <emmanuel_lap> ok
[09:25] <aquarius> then under Passwords: login, find "UbuntuOne token for (something)"
[09:26] <aquarius> you might have two of these, or might just have one
[09:28] <emmanuel_lap> I don't have such passwords.
[09:28] <aquarius> oh! really? then you don't have any Ubuntu One information saved
[09:29] <emmanuel_lap> The issue is, if I try to launch ubuntone-clent-applet, it shows the icon in the notification area, then crash.
[09:30] <aquarius> ah, it crashes? OK, can you pastebin the last batch of lines from $HOME/.cache/ubuntuone/log/syncdaemon.log ?
[09:30] <aquarius> we'll have a look in all the logs and see what's going on :)
[09:33] <emmanuel_lap> http://pastebin.com/m4abd120d
[09:37] <aquarius> ok, the syncdaemon thinks it's connected :)
[09:37] <aquarius> last batch of lines from oauth-login.log in the same folder?
[09:43]  * Ng wonders how the tomboy sync stuff works with pre-existing tomboy setups
[09:43] <Ng> do I need to nuke everything to get it using couch?
[09:45] <emmanuel_lap> http://pastebin.com/m5c8b8097
[09:59] <rodrigo_> Ng: no, it will sync your notes to one.ubuntu.com
[09:59] <rodrigo_> Ng: although right now it's not working because of a couple of bugs I'm working on
[09:59] <Ng> rodrigo_: ok cool :)
[09:59] <rodrigo_> Ng: should be working soon
[09:59] <Ng> rodrigo_: yeah I did notice that there's an auth backtrace from the tomboy preferences UI when selecting syncing ;)
[10:01] <Ng> rodrigo_: so tomboy will never store notes in couch and we sync via their web sync support?
[10:01] <rodrigo_> yeah
[10:01] <Ng> hrm, that's almost a bit of a shame
[10:01] <rodrigo_> for next ubuntu/gnome cycle, we might want to change it to store stuff locally in couch
[10:01] <Ng> then I could just not run tomboy and still have my notes available through couch ;)
[10:01] <rodrigo_> but was a lot of work for this cycle
[10:01] <Ng> sure
[10:02] <rodrigo_> well, your notes will be synced locally by desktopcouch, so the notes will be inyour local couch
[10:02] <rodrigo_> just that tomboy will not use that local couch, but go through the server
[10:02] <rodrigo_> but yes, for next cycle we'll make it use the local couch, it's much better
[10:10] <aquarius> emmanuel_lap, hey
[10:11] <aquarius> emmanuel_lap, right, yes, you have a known problem
[10:11] <aquarius> emmanuel_lap, I know the file storage team have been working on this -- have you upgraded to the latest version of Ubuntu One?
[10:12] <aquarius> Ng, yeah, writing a tomboy plugin to use a different storage backend required rewiring about half of tomboy, iirc :)
[10:12] <Ng> hehe
[10:12] <Ng> I think you can be forgiven for not going that ;)
[10:13] <Ng> I just need to poke at my session to figure out why tomboy doesn't start automagically
[10:13] <aquarius> they want that rewiring to be done, and so do we, it just wasn't doable for karmic, and they already have the sync UI
[10:13] <aquarius> and writing a server which implements the tomboy sync API was trivial (by which I mean "actually quite fiddly but rodrigo is doing it rather than me" :))
[10:16] <aquarius> emmanuel_lap, I think the problem you're seeing is due to the change in domain name. This is fixed in ubuntuone-client 0.95.1 (or 0.95.0+r213 if you're running from the beta PPA). The 0.95.1 package will show up in Karmic in the next couple of days (as it /just/ missed the alpha6 freeze).
[10:21] <aquarius> emmanuel_lap, i.e., you are suffering from https://bugs.edge.launchpad.net/ubuntu/+source/ubuntuone-client/+bug/426622
[10:33] <emmanuel_lap> aquarius, Ok. Thanks a lot.
[14:29] <dobey> rodrigo_: ping. what bugs does your script deal with?
[14:48] <rodrigo_> dobey: which script?
[14:48] <dobey> rodrigo_: the script you said you had for viewing bugs via lp api
[14:49] <rodrigo_> dobey: ah, not working yet, but it will show the bugs for the projects you add to the config, as with branches
[14:49] <dobey> rodrigo_: does it get all the bugs "assigned to me" for example?
[14:49] <dobey> oh ok
[14:49] <rodrigo_> dobey: it could, yes
[14:49] <rodrigo_> dobey: although I was planning to show all bugs for the projects, and maybe with the assignee in 1 column, so you can just order by that
[14:49] <dobey> well, apparently getting that list of bugs is non-trivial
[14:49] <dobey> there's no API for it
[14:50] <rodrigo_> oh
[14:50] <rodrigo_> iirc, there was a project.bugs collection, right?
[14:50] <dobey> yes you can get the list of bugs for each project easily
[14:51] <aquarius> CardinalFang, ping?
[14:51] <CardinalFang> aquarius, j0!
[14:51] <aquarius> heh
[14:51] <CardinalFang> vds, j0!
[14:52] <rodrigo_> dobey: ah, you mean the ones assigned to you?
[14:52] <rodrigo_> dobey: the bugs collection has all info about bugs, included the assignee, right?
[14:52] <aquarius> by my reading, if I want to explicitly add Ubuntu One as a paired service for desktopcouch (i.e., I don't want to go through the pairing tool), then I should just be able to import put_static_paired_service from pair/couchdb_io and then pass it the oauth data that I want to use and a service name of "ubuntuone", yes?
[14:52] <aquarius> CardinalFang, ^^
[14:53] <dobey> rodrigo_: yes, but i don't want to have to loop through all bugs in every single project, just to figure out which bugs are mine
[14:53] <dobey> nor do i want to loop through all bugs in launchpad
[14:54] <CardinalFang> aquarius, You shouldn't need the oauth data, just the service name.  The module for that service should look up oauh when the replicator starts.
[14:54] <rodrigo_> dobey: right
[14:54] <aquarius> rly?
[14:54] <dobey> would take forever and a day to figure out which ones are assigned to me :)
[14:54] <aquarius> that's pretty dramatically easy then :)
[14:54] <CardinalFang> Sorry.  I'm usually a low-drama sort of person.
[14:55] <aquarius> don't construe this as a request to make it harder. :)
[14:56] <dobey> CardinalFang: you should try some DramaFlakes for your breakfast cereal then
[14:58] <aquarius> dobey, I'm looking to add a bit of code to the u1fs stuff so that, when it first sets you up with filesharing, it also pairs your desktopcouch with ubuntu one. At the moment, I think the best place to add that code is in oauthdesktop/auth.py, but I'd appreciate your opinion on that
[14:58] <dobey> aquarius: i'm not really sure what all of that entails exactly
[14:58] <dobey> aquarius: wouldn't that introduce some sort of weird circular dependency?
[14:58] <CardinalFang> aquarius, Hrm, my couchdb records do have oauth data.  It may be a bug.
[14:58] <CardinalFang> http://pastebin.ubuntu.com/272857/
[14:59] <aquarius> dobey, circular? shouldn't do, I don't think?
[14:59] <dobey> well i don't know how the pairing tool in desktopcouch works
[14:59] <aquarius> CardinalFang, doesn't the replication daemon write that data back to the record after it's got it the first time
[15:00] <aquarius> dobey, ah, it doesn't actually use the pairing tool, this; think of the code to do the pairing here as one line with no side-effects at all. Where should that line go?
[15:00] <dobey> aquarius: does the pairing tool not call the stuff to have oauthdesktop get the token?
[15:00] <dobey> aquarius: and it doesn't introduce a dependency on desktopcouch?
[15:01] <aquarius> dobey, nope, not if you pair with a cloud service -- it fetches the oauth data the first time it actually replicates.
[15:01] <aquarius> it will introduce a dependency on desktopcouch, but I'll make it optional, i.e., if you don't have desktopcouch, it won't do it.
[15:01] <dobey> hmm, ok
[15:02] <CardinalFang> aquarius, no, it doesn't update the record.
[15:02] <dobey> aquarius: i suspect that should probably go in ubuntuone-client-applet then, inside the method in AppletMain that handles the NewCredentials signal
[15:02] <dobey> perhaps?
[15:02] <aquarius> dobey, aha, good answer.
[15:02] <jblount> MEETING BEGINS
[15:02] <aquarius> this is why I'm asking you rather than just doing it ;)
[15:02] <CardinalFang> aquarius, I didn't want to make assumptions about what a service requires.
[15:02] <CardinalFang> me
[15:02] <aquarius> me
[15:02] <dobey> aquarius: well, depends on how failed OAuth affects the pairing i guess
[15:02] <jblount> me
[15:02] <vds> me
[15:03] <dobey> me
[15:03] <rodrigo_> me
[15:03] <teknico> me
[15:03] <urbanape> me
[15:03] <aquarius> dobey, if oauth fails we don't pair. :)
[15:04] <dobey> aquarius: i mean, if the token is revoked on the server by the user or something, and authentication fails, what happens?
[15:04] <dobey> aquarius: in the applet we handle the error and attempt to get a new token
[15:04] <dobey> aquarius: do we need to unpair/repair or something?
[15:04] <aquarius> dobey, you mean if oauth fails at some random point *after* the pairing has been successfully set up?
[15:04] <dobey> yes
[15:05] <aquarius> dobey, at the moment, I don't think we handle that, but we obviously need to
[15:05] <aquarius> actually, no, we do handle it
[15:05] <dobey> aquarius: also, NewCredentials is fired every time the applet starts, since it gets fired if the token is already in the keyring
[15:06] <urbanape> can this wait until after the standup?
[15:06] <dobey> aquarius: so not sure if we want to auto-pair all the time with that
[15:06] <aquarius> oops, yes, standup :)
[15:06] <jblount> statik ?
[15:06] <CardinalFang> statik is on vacation.
[15:07] <CardinalFang> DONE: commented replication code and cleaned up some, after vds bugged me.  Updated couchdb Ubuntu package to be two packages, "couchdb" and "couchdb-bin".  Got most of cmpacting-daemon written.
[15:07] <CardinalFang> TODO: finish compacting daemon.
[15:07] <CardinalFang> BLOCKED: Nein
[15:07] <CardinalFang> This is the dawning of the age of aquarius.
[15:07] <aquarius> ⚀ DONE:  tiny branch to fix problem in desktopcouch-pair; be on Face Duty
[15:07] <aquarius> ⚁ TODO:  fix UnknownLoginError and make it be known (bug #376087); make starting up filesharing also add desktopcouch pairing (bug #430782)
[15:07] <aquarius> ⚂ BLOCKED:
[15:07] <aquarius> ⚃ BUG COUNT:https://bugs.edge.launchpad.net/~sil/+assignedbugs?field.tag=ubuntuone-karmic - 2
[15:07] <aquarius> however, in all the world there is only one jblount
[15:07] <jblount> DONE: Worked on #320413, did some diagnosis on html5lib to try to sort problems with it, bit more front end talk with teknico
[15:07] <jblount> TODO: Restore setup, continue on #320413, avoid touching the dist-upgrade button for a little while
[15:07] <jblount> BLOCKED: Nope
[15:07] <jblount> Oy! vds !
[15:07] <vds> DONE:suspended the branch to close #381398 started to investigate quota on couchdb for lucio, talked about replication with CardinalFangs and aquarius,
[15:07] <vds> TODO: fix development machine in troubles after last karmic update, continue to investigate quota
[15:07] <vds> BLOCKED: only by virtualbox
[15:07] <vds> dobey all yours
[15:07] <dobey> ☺ DONE: Lots of bug triage, Fixed #423034
[15:07] <dobey> ☹ TODO: #374890, #375066, #376787
[15:07] <dobey> ☹ BLCK: None.
[15:08] <dobey> rodrigo_: se habla
[15:08] <rodrigo_> • DONE: Tomboy <-> one.u.c syncing. UUIDs for postal addresses and IM addresses fields in evo-couchdb
[15:08] <rodrigo_> • TODO: Start upstream discussion for adding social services accounts config to about-me. Talk to Ara about writing mago tests for evo-couchdb. Propose couchdb-glib/evo-couchdb for GNOME 2.29. Store UUIDs for postal addresses. Conflict resolver tool in pair tool. Look at becoming a MOTU (https://wiki.ubuntu.com/UbuntuDevelopers). openSUSE/Fedora packaging with aquarius. More tomboy syncing fixes. Notes web UI
[15:08] <rodrigo_> • BLOCKED: no
[15:08] <rodrigo_> go teknico go!
[15:08] <teknico> DONE: discussed the contacts web ui layout with jblount, fixed some problems with the branch for the displaying contact names algorithm (#427883), added more tests for adding/editing contacts (#406315)
[15:08] <teknico> TODO: fix more bugs and add more tests and docs for adding/editing contacts (#406315)
[15:08] <teknico> BLOCK: none
[15:08] <teknico> next: urbanape
[15:08] <urbanape> DONE: Submitted yet another Bindwood branch. This one recursively reads bookmarks folders, ensuring that we get every last bookmark into Couch. Still doesn't try to preserve structure or order.
[15:08] <urbanape> TODO: Lex is home from school again today, so I'll be in and out. Need to drag more information out of Firefox devs about profiles. My assumptions were a little wrong when dealing with profiles chosen via CLI (i.e., `firefox -P profilename`) vs. the Profile Manager (i.e., `firefox --profilemanager`).
[15:08] <urbanape> BLOCK: None
[15:09] <jblount> MEETING ENDS (I think)
[15:09] <teknico> BABY YOU CAN DRIVE MY CAR
[15:09] <dobey> and statik isn't on holiday today... tomorrow yes
[15:09] <dobey> (according to ze calendar)
[15:09] <aquarius> rodrigo_, tomboy-u1 sync works?
[15:10] <rodrigo_> aquarius: I'm about to submit my branch, and won't know until it is in the server, so I've added some logging
[15:10] <rodrigo_> aquarius: locally it works, as always
[15:10] <aquarius> rawk
[15:10] <aquarius> hope it works. ;)
[15:10] <rodrigo_> yes, me too :)
[15:10] <aquarius> has a version of tomboy that works hit karmic
[15:10] <aquarius> ?
[15:10] <urbanape> aquarius, if you've got any cycles today, I'd appreciate your input on the latest Bindwood stuff.
[15:10] <urbanape> lucio out today?
[15:11] <jblount> urbanape: He was having connection problems earlier, maybe continued?
[15:11] <urbanape> jblount, thx
[15:11] <aquarius> urbanape, I'm not sure if I will have today, but if I can I will, and if not, if you write some stuff up in an email I should have time tomorrow moring
[15:12] <rodrigo_> aquarius: yes, the version in karmic should work with a locally running server, and, hopefully, with the production server when my branch lands
[15:12] <aquarius> I shall start using it the *day* the production server works ;-)
[15:12] <dobey> ok
[15:12] <rodrigo_> aquarius: yes :)
[15:13] <urbanape> aquarius, rock. With the exception of the --profilemanager/-P stupidity, it's feeling pretty solid, I think.
[15:13] <aquarius> dobey, my inclination is to have the code in NewCredentials, and have it not add a record if one already exists
[15:13] <aquarius> dobey, actually, hm. that means if you explicitly unpair, we'll just merrily add it back.
[15:13] <dobey> yeah
[15:14] <aquarius> dobey, can client-applet tell the difference between "this is the first time we've tried this" and "it isn't"? It can't, can it; that's how we designed the auth stuff
[15:14] <dobey> kind of like the gtk+/nautilus bookmark we add right now
[15:14] <aquarius> so maybe it should go in oauthdesktop/auth.py
[15:14] <dobey> no, it can't
[15:14] <dobey> aquarius: well, even if you do it in store_token, it's going to add it back if you explicitly unpair, and oauth fails, and you have to get a new token
[15:15]  * aquarius grumbles. why is nothing ever easy?
[15:15] <urbanape> if it was easy, anyone could do it.
[15:15] <aquarius> yeah, but then I'd be able to do it. :)
[15:15] <urbanape> job security, mate
[15:15] <urbanape> ha
[15:15] <dobey> aquarius: you'd need some way to query desktopcouch to see if it was explicitly unpaired
[15:16] <aquarius> which I can actually do, thinking about it, because explicitly unpaired records are not deleted, they're marked as explicitly unpaired.
[15:16] <aquarius> so that'd work
[15:16] <dobey> well there you go then
[15:16] <aquarius> yep.
[15:16] <aquarius> winner.
[15:21]  * aquarius grumbles at dobey for "if self.connect == 2" magicnumberness :)
[15:22] <dobey> aquarius: yes, well. python doesn't have enums.
[15:22]  * CardinalFang high-fives dobey.
[15:23] <dobey> heh :)
[15:23] <aquarius> dobey, yeah, it's that I can't see what those numbers mean anywhere, so I don't know whether I should do the desktopcouch stuff *before* it bails when self.connect==2, or after
[15:24]  * CardinalFang ponders enums.
[15:24] <dobey> well if it bails, presumably before. :)
[15:25] <dobey> aquarius: 2 == startup offline, 1 == conenct if previously connected, 0 == always connect
[15:25] <aquarius> ah, ok, useful. cool
[15:27] <CardinalFang> How about class attributes/properties being enum names, with a constructor that assigns values.  STATES = Enum("offline", "connect_if_prev", "always")  .  Assign values automatically.  Later, test STATES.offline .
[15:27]  * CardinalFang is off-topic.
[15:30] <dobey> CardinalFang: i think there is a PEP for implementing enums in python somewhere
[15:30] <CardinalFang> Probably dozens.
[15:30] <dobey> but i want enums like in C
[15:31] <dobey> which i guess is pretty easy to do in python
[15:31] <CardinalFang> Poked into the global namespace?
[15:32] <dobey> class _EnumClass(object): self.foo = blah; EnumTYpe = EnumClass(); if foo == EnumType.foo: blah blah blah
[15:39] <urbanape> heck, even just class variables
[15:40] <urbanape> who's my guinea pig who had multiple profiles and reported probs with Bindwood?
[15:41] <verterok> urbanape: me?
[15:41] <CardinalFang> dobey, make it a property so it's read-only.
[15:41] <urbanape> verterok, cool. do you use the profile manager to choose which profile to run, or do you use -P on the command line?
[15:42] <verterok> urbanape: usually profile manager
[15:42] <dobey> CardinalFang: yes, that was just normal irc bs-code :)
[15:42] <CardinalFang> Rgr.
[15:43] <urbanape> verterok, gotcha. So, now I'm properly handling profiles, except there's some funkiness in how firefox recognizes the selected profile. It only gets set (and persists!) when you use profile manager.
[15:43] <urbanape> if you start up with -P, it continues to use whatever the last selected profile was in the profile manager.
[15:44] <urbanape> which (I think) is dumb.
[15:46] <verterok> indeed
[15:46] <urbanape> so, I've got to run around 1:30 (Eastern) to hit an appointment with an Apple Store Genius.
[15:46] <urbanape> verterok, so, I'm trying to track down a knowledgeable FF dev who can get me pointed at some solution that handles either case.
[15:47] <urbanape> *sometime and somewhere* between launching FF and Bindwood, something gets set that establishes what the current profile is.
[15:47] <CardinalFang> I think you're allowed to put scare-quotes around "Genius".
[15:47] <urbanape> s/allowed/supposed/
[15:48] <urbanape> need to downgrade the EFI firmware for my MBP.
[15:48] <urbanape> I get horrible periods where there is zero disk activity, and the whole machine just pauses, sometimes up to 30s. Very interruptive.
[15:49] <dobey> i get that, but it's firefox eating all my cpu when it happens
[15:51] <urbanape> gonna shut down VMware, while I backup my hard drive. bbiab
[15:59] <aquarius> urbanape: you could strace firefox to see where it writes files...
[16:00] <aquarius> although it will write 1.9 million files, I know
[16:00] <aquarius> urbanape: looks to me like it writes Default=1 into ~/.mozilla/firefox/profiles.ini
[16:00] <aquarius> not that you are here to listen to me saying this.
[16:00] <aquarius> echo, echo, echo.
[16:01] <CardinalFang> He's dead, Jim.
[16:01] <aquarius> but not as we know it.
[16:01] <CardinalFang> I cron this:   find ~/.mozilla/firefox -type f -name \*.sqlite -exec sqlite3 {} 'VACUUM;' \;
[16:01] <aquarius> I haven't vacuumed my profiles for a while, actually
[16:02] <CardinalFang> ps -C firefox >/dev/null || find ~/.mozilla/firefox -type f -name \*.sqlite -exec sqlite3 {} 'VACUUM;' \;
[16:04] <aquarius> dobey, the "parameters['oauth_token'] = token.key / exceptions.AttributeError: 'NoneType' object has no attribute 'key'" error that lots of people are getting -- is that caused by the redirect?
[16:05] <dobey> aquarius: might be
[16:05] <dobey> aquarius: there have been a couple other causes as well, but mostly they have been the redirect
[16:06] <dobey> aquarius: are *you* getting that?
[16:07] <aquarius> nope. Answering a question in Answers
[16:07] <dobey> ah
[16:08]  * aquarius is face
[16:08] <dobey> oh there is another question of the same thing
[16:08] <dobey> i'd already answered a similar question :)
[16:09] <dobey> aquarius: bug 426622 is the redirect bug
[16:09] <aquarius> dobey, yep, have lnked answer to bug
[16:10] <dobey> coolio
[20:28] <urbanape> grumpy
[20:55]  * jblount hands urbanape a cookie
[20:56] <urbanape> well, the "genius" was unable to help at all, and pleaded impotence.
[20:56] <urbanape> So, I'm currently debating with myself on booting this image I downloaded off the net to downgrade my EFI firmware.
[20:58] <jblount> urbanape: That pausing thing happens to me also, are you on snow leopard?
[21:00] <urbanape> yeah, but this happened at the 1.7 update.
[21:00] <statik> so there is an annoying bug with bash completion in karmic. it's reported in launchpad, it's reported in bash upstream, and the bash developer/maintainer even very nicely says that the bug has been fixed for the next release of bash. but i can't find hide or hair of a version control system for bash, only tarballs available by ftp of released versions. i feel very motivated to find this fix and backport it to bash 4.0 and fix it for all ub
[21:00] <statik> untu users before karmic is released, since it bugs me almost every single time i type a command.
[21:02] <statik> i just can't imagine that a gnu project works without version control somewhere, even if it is cvs
[21:04] <urbanape> I'm finding a lot of assumptions challenged about the state of things in many places.
[21:06] <jblount> urbanape: If you get anywhere with it, let me know.
[21:10] <urbanape> jblount, will do. which mbp do you have?
[21:12] <jblount> urbanape: newest unibody, 15" middle config (256mb graphics, 4gb ram)
[21:13] <urbanape> got the SD card slot?
[21:13] <urbanape> guess so.
[21:13] <jblount> yepper
[21:13] <urbanape> I've put the downgrader on an SD card that I'll bring with.
[21:14] <urbanape> or, if you've got one handy, I can send you the instructions.
[21:14] <urbanape> I'm gonna try this. Wish me luck. Everyone else reports smooth sailing.
[21:14] <urbanape> brb
[21:14] <CardinalFang> Away early.  Toodles.
[21:14] <jblount> Yeah, link me up if it works. If not, don't tempt me.
[21:14] <jblount> CardinalFang: adios.
[21:25] <urbanape> well, that was straightforward.
[21:26] <urbanape> pretty painless, things seems to be working okay. I expect if I keep using like I have been, I'll either see the lags or I won't.
[21:34] <jblount> urbanape: Do you have a link for me?
[21:44] <urbanape> sure thing
[21:51] <six110> Hi all! excuse me, someone knows how I can't remove folders from Ubuntu one web page?
[21:52] <urbanape> six110, it's coming. In the meanwhile, you can use the old files UI
[21:52] <urbanape> if you navigate to /files/old/
[21:53] <six110> where?
[21:53] <urbanape> in the web
[21:54] <urbanape> the current UI is located at /files/
[21:54] <urbanape> https://one.ubuntu.com/files/old/
[21:55] <urbanape> that UI isn't being maintained any longer, but as a workaround, you should be able to delete folders there.
[21:55] <jblount> six110: Actually, http://edge.one.ubuntu.com/files/ works now also, should be rolled out to the full site soon.
[21:55] <jblount> urbanape: ^^ pfibiger fixed it, it was some class or something that I broked.
[21:55] <six110> wow, really thanks!
[21:56] <urbanape> jblount: I don't see how. If I select a folder and click delete, it asks me to confirm deleting 0 files.
[21:57] <jblount> urbanape: huh, it worked fine for me. Could it be some cached javascript?
[21:57] <urbanape> I'll see
[21:57]  * jblount smacks his head
[21:57] <jblount> I missed the 'folders' bit.
[21:58] <six110> ... it continue, it doesn't delete the files...
[21:58] <urbanape> yeah, the folders.
[21:58] <jblount> six110: urbanape was right, the way to go is http://one.ubuntu.com/files/old/ to delete a folder, or just do it from your desktop :)
[21:58] <urbanape> six110, sorry, /files/old is the best way to delete folders through the web right now
[21:59] <six110> I have lots of problem... it doesn't syncronize files/folder with my computer
[22:01] <six110> if I use the following command: ps x | grep ubuntuon[e] && u1sdtool --current-transfers
[22:01] <six110> I don't get any errors, and in log files: no problem!
[22:01] <six110> bah!
[22:04] <six110> I'm back