[00:01] <AdamDV> Ubuntu one <3
[00:13] <bob6768> @verterock: i can't PiING localhost, that's the problem for the autentification!
[00:13] <verterok> bob6768: oooh!
[00:14] <verterok> bob6768: why you can't ping localhost is the *big* question
[00:15] <bob6768> isn't a fault of router?
[00:15] <AdamDV> Nope
[00:15] <AdamDV> Thats a pretty big issue.
[00:15] <AdamDV> localhost is your local computer.
[00:15] <bob6768> ye
[00:15] <AdamDV> If its on, even if your network cable is unplugged, you should still be able to ping it.
[00:15] <bob6768> i'm on wireless
[00:15] <bob6768> !
[00:16] <AdamDV> Network cable/wireless connection
[00:16] <bob6768> XD
[00:17] <bob6768> http://ubuntuone.pastebin.com/m43599bfa
[00:18] <AdamDV> Well, thats bad.
[00:18] <bob6768> XD
[00:20] <verterok> bob6768: what's the output of ifconfig?
[00:21] <bob6768> http://ubuntuone.pastebin.com/d40e40b44
[00:21] <verterok> bob6768: hm, you don't have the loopback interface
[00:22] <verterok> bob6768: check the contents of /etc/network/interfaces
[00:22] <verterok> bob6768: it should have: auto lo
[00:22] <verterok> iface lo inet loopback
[00:22] <verterok> those two lines ^
[00:22] <verterok> bob6768: also the eth0 and wlan0
[00:23] <verterok> bob6768: adding those two lines and doing: 'sudo /etc/init.d/networking restart' should do the trick
[00:23] <bob6768> auto wlan0
[00:23] <bob6768> iface wlan0 inet dhcp
[00:23] <bob6768> wireless-essid DLINK_WIRELESS
[00:23] <bob6768> wireless-channel 6
[00:23] <bob6768> wireless-mode managed
[00:23] <bob6768> :interfaces
[00:24] <bob6768> thst's the content of interfaces
[00:25] <verterok> bob6768: add the two lines to configure the loopback interface:
[00:25] <verterok> auto lo
[00:25] <verterok> iface lo inet loopback
[00:25] <verterok> bob6768: ^
[00:30] <bob6768> 100% packet loss
[00:31] <verterok> bob6768: did you restarted networking?
[00:32] <verterok> bob6768: sudo /etc/init.d/networking restart
[00:32] <bob6768> yessir
[00:33] <verterok> bob6768: sudo ifconfig lo up
[00:33] <bob6768> 5 packets transmitted, 5 received, 0% packet loss, time 4004ms
[00:33] <bob6768> hurray!
[00:34] <verterok> :)
[00:34] <bob6768> WORKS!!!!!!!!
[00:34] <verterok> bob6768: great!
[00:34] <bob6768> u are my hero!!!!!!
[00:35] <bob6768> hurray!!!!!
[00:35] <bob6768> <3
[00:36] <bob6768> can u explane me what did u tell me to do,pleese?
[00:38] <bob6768> or do u  prefere i learn googleing?
[00:38] <verterok> bob6768: we just configured the loopback interface,
[00:38] <verterok> bob6768: http://en.wikipedia.org/wiki/Loopback ;)
[00:39] <bob6768> <3
[00:44] <bob6768> fantastic!
[00:44] <bob6768> thanks bro!
[13:57] <CardinalFang> Hrm, how does one get chan-op permissions?
[14:13] <CardinalFang> Grr.
[14:13] <rmcbride> hmm
[14:14] <rmcbride> it won't let you set topic?
[14:14] <CardinalFang> File Sharing for Ubuntu | https://ubuntuone.com | https://launchpad.net/ubuntuone | Currently in limited beta, new invitations are sent regularly | Current Beta Client Revno is 94, Protocol Revno is 53 | Release 0.90.4 | Help contact: CardinalFang
[14:14] <rmcbride> weird
[14:15] <CardinalFang> It will. The topic-protection bit is unnecessary here.  If we had several hundred idiots in here, we would need it.
[14:15] <rmcbride> it doesn't apply to chan-ops anyhow apparently
[14:15] <CardinalFang> Yip.
[14:16] <rmcbride> I'm ashamed to say I actually had to look at my mode list doc to remember what you were trying to do
[14:17] <rmcbride> Haven't done channel modes since I was on undernet in the quake2 channel
[14:17] <CardinalFang> They vary by server, IIRC.
[14:17] <CardinalFang> Do not feel bad.
[14:18] <rmcbride> well there are some like t that are RFC'd but others that are net specific
[14:54] <CardinalFang> pfibiger: I pushed my replace-paste-with-spawning branch to launchpad, if'n you want to test it.
[14:58] <dobey> verterok: you need libjson-glib-dev and libsoup2.4-dev
[15:00] <rodrigo_> verterok: and libsoup-gnome2.4-dev
[15:00] <dobey> libsoup-gnome?
[15:00] <dobey> wtf is that?
[15:00] <verterok> hmmm
[15:01]  * verterok wonders why all this name mismatch :(
[15:01] <verterok> rodrigo_, dobey: ok thanks!
[15:01] <dobey> verterok: binary package names != source project names
[15:01] <verterok> rodrigo_, dobey: would be possible to include all those deps in the developer dependencies metapackage?
[15:01] <dobey> verterok: i don't think it makes sense
[15:01] <rodrigo_> verterok: yes, I guess so
[15:02] <verterok> dobey: why? we need those packages for do reviews
[15:02] <vds> isn't it "me" time?
[15:02] <rodrigo_> dobey: well, people are having lots of dependency problems to test building the C stuff
[15:02]  * verterok hugs rodrigo_ 
[15:02] <rodrigo_> verterok: :D
[15:03] <statik> apt-get build-dep is the right way to manage build deps
[15:03] <dobey> verterok: because our dependencies metapackage crack is for the server stuff. it doesn't make sense to have dependencies installed on the server, that are for the desktop only
[15:03] <dobey> statik: except that only works for things that have source packages in your apt sources
[15:03] <rodrigo_> statik: but does that work on a source tarball?
[15:03] <verterok> dobey: the ubunet-developer-depedendencies is for the server?
[15:03] <statik> verterok: yeah, currently
[15:04] <verterok> statik: ok
[15:04] <rodrigo_> ah, then, verterok: unhug me then :)
[15:04] <statik> rodrigo_, no, you need a source package but i thought we had source packages for everything
[15:04] <verterok> heh
[15:05] <rodrigo_> statik: well, we have for previous versions of the code
[15:05] <dobey> statik: it doesn't help if for example the branch being reviewed introduces a new dependency
[15:05] <dobey> and our magical deps metapackage isn't useful for distributions that aren't ubuntu
[15:06] <statik> true, true
[15:06] <statik> oh hey, we're late for the meeting
[15:06] <statik> MEETING BEGINS
[15:06] <statik> if you're here for the ubuntu one dev meeting, please say me
[15:06] <CardinalFang> me
[15:06] <urbanape> me
[15:06] <dobey> me
[15:07] <rodrigo_> me
[15:07] <vds> me
[15:07] <statik> me
[15:07] <statik> jblount and aquarius won't be here
[15:07] <statik> teknico?
[15:07] <statik> lets get started, CardinalFang
[15:08] <CardinalFang> DONE: got spawning ready to test+review.  Pushed to personal branch on lp.
[15:08] <CardinalFang> TODO: Face duty today.  Get tests+reviews of Spawning server.
[15:08] <CardinalFang> BLOCKED: None
[15:08] <CardinalFang> urbanapé, allons!
[15:08] <urbanape> DONE: Spent more time thinking on the reuse of the details javascript module. I've identified points that can be extracted and reused for the lightbox popups.
[15:08] <urbanape> TODO: Get it working, committed, and pushed.
[15:08] <urbanape> BLOCK: None
[15:08] <urbanape> dobey: all you
[15:08] <dobey> DONE: Bugged Ivanka/Ted about FUSA integration, Hannibal duties, Small fixes for desktopcouch, 0.91.0 release/packaging/karmic request
[15:08] <dobey> TODO: Speed hacks for Karmic (#400746), #378707
[15:09] <dobey> BLCK: None.
[15:09] <teknico> me
[15:09] <dobey> rodrigo_: y tu
[15:10] <rodrigo_> DONE: fixed a couple issues in set-descriptions branch of evo-couchdb. Started writing a test suite for couchdb-glib so people can 'make test' when reviewing. Started adding support for per-user couchdb instance to evo-couchdb
[15:10] <rodrigo_> TODO: continue work in DONE, and debug tomboy syncing with sandy and statik
[15:10] <rodrigo_> BLOCKED: none
[15:10] <rodrigo_> vds: go
[15:10] <vds> DONE: still fighting with ds-server weirdness, one branch approved, the other one waiting for a solution about how to link it in the sourcecode folder
[15:10] <vds> TODO: find a solution to the above mentioned problem
[15:10] <vds> BLOCKED: not really
[15:10] <vds> statik: your turn
[15:10] <statik> DONE: Away yesterday.
[15:10] <statik> TODO: publish desktop-contacts python module. Make an ubuntu package for lp:bindwood. Work with Rodrigo on Tomboy sync.
[15:10] <statik> BLCK: None.
[15:11] <statik> thats a meeting, thanks everyone!
[15:11] <statik> MEETING ENDS
[15:11] <teknico> DONE: reviews, tried three different approaches for testing scripts
[15:11] <teknico> TODO: more reviews, complete the third testing scripts approach
[15:11] <teknico> BLOCKED: none
[15:11] <teknico> next: noone
[15:11] <statik> teknico, thanks!
[15:11] <teknico> just in time ;-)
[15:11] <rodrigo_> statik: so, whenever you're ready, can we go to #tomboy at gimpnet and try debugging with sandy?
[15:11] <statik> rodrigo_, i need 10 minutes for a call with vds then i'll be ready
[15:11] <rodrigo_> statik: ok, will ping sandy in the meantime
[15:13] <rodrigo_> statik: he seems to be out for now, so just take your time, will ping you when he's back
[15:45] <dobey> rodrigo_: isn't he in california or utah or something? :)
[15:45] <rodrigo_> dobey: not sure where he lives, but yeah, in the US
[15:45] <rodrigo_> he told me he'll be back in 1 hour or so
[15:47] <dobey> oh
[16:58] <statik> urbanape, i can't find you on the sekrit channel
[16:58] <urbanape> just a sec
[16:58] <urbanape> looks like something went buggy around 9;30
[18:06] <CardinalFang> File Sharing for Ubuntu | https://ubuntuone.com | https://launchpad.net/ubuntuone | Currently in limited beta, new invitations are sent regularly | Current Beta Client Revno is 94, Protocol Revno is 53 | Release 0.90.4 | Help contact for 22nd: CardinalFang
[18:09]  * CardinalFang hugs statik.
[18:09] <statik> that was the most complicated thing i have ever done
[18:10] <CardinalFang> That's why IRC Ops get the big bucks.
[18:25]  * CardinalFang updates to Karmic.
[18:44]  * rmcbride starts updating to Karmic on his main dev box
[18:46] <CardinalFang> pfibiger: Is there any trick to running Jaunty on Macbook Pro?
[18:47] <pfibiger> CardinalFang: 1) the apple extra ppa that statik knows about
[18:47] <pfibiger> 2) smc fan control scripts
[18:47] <pfibiger> those are just for making things nicer, though
[18:47] <pfibiger> in general it should run fine. depending on the age, there are different wifi drivers that are better/worse
[18:48] <CardinalFang> Kthx.
[18:52] <statik> it will never work and it will eat your data
[18:53] <CardinalFang> Well, I'm making it into a media-center box, so that's okay.
[18:57] <CardinalFang> statik: What's that PPA?
[18:57] <statik> https://edge.launchpad.net/~mactel-support/+archive/ppa
[19:01]  * CardinalFang presses 'y' occasionally to get prod Karmic along.  "Ahh, sysadmin day."
[19:08] <CardinalFang> brb
[19:14] <CardinalFang> (Karmic verdict:  Not too painful.  Nautilus or something wants to display my root partition as a removable/unmountable disc.)
[20:12] <radix> hi guys
[20:13] <radix> my ubuntuone currently won't upgrade, and it's been that way for a while
[20:13] <CardinalFang> radix, Hiya.  Do you mean the package "ubuntuone"?
[20:14] <radix> sorry, "ubuntuone-client"
[20:14] <radix> in update-manager it's unchecked and I can't check it
[20:15] <CardinalFang> Hrm.  That could mean there's a dependency unsatisfied.  Hmm...
[20:15] <radix> hm, lemme try an explicit apt-get
[20:15] <radix> oh yeah, it wants to do some changes when I do that
[20:15] <radix> I guess it's because it wants to remove a package that it won't allow me to upgrade: ubuntuone-storage-protocol
[20:15] <dobey> hrmm
[20:16] <CardinalFang> Remove "ubuntuone-storage-protocol" for you, radix?
[20:16] <dobey> interesting that it won't just upgrade correctly via update-manager
[20:16] <radix> yeah, update-manager refuses because apparently the upgrading of this package requires removing a package (at a guess)
[20:16] <radix> the package that it wants to remove is ubuntuone-storage-protocol
[20:17] <CardinalFang> Right.  I think in the Debian world, that is okay if it starts with "lib-".
[20:17] <dobey> yeah
[20:17] <dobey> because it renamed
[20:17] <dobey> CardinalFang: it should be ok anyway, unless it causes other packages to break
[20:17] <CardinalFang> Hmm, perhaps we have a depends/conflicts change to make.
[20:18] <dobey> not afaik
[20:18] <radix> ok, so I can just upgrade with apt, I just thought I'd let you guys know that update-manager won't upgrade it automatically
[20:18] <CardinalFang> Thank you, r.
[20:18]  * CardinalFang files a bug.
[20:18] <dobey> CardinalFang: there's already a bug i think
[20:19] <dobey> although i have no idea what we could do about it
[20:19] <dobey> "fix update-manager to not be silly" seems a bit out of scope
[20:19] <CardinalFang> It's a packaging problem.
[20:21] <CardinalFang> dobey, I don't see the bug.
[20:22] <dobey> if a simple "apt-get upgrade" succeeds, it's not a packaging problem
[20:22] <dobey> it's an update-manager problem afaict
[20:23] <CardinalFang> The following packages have been kept back:  ubuntuone-client
[20:23] <dobey> CardinalFang: bug #395262
[20:23] <radix> right, I don't think "apt-get upgrade" would allow that upgrade eihter.
[20:23] <radix> so update-manager is matching "upgrade" behavior
[20:23] <dobey> but *why*?
[20:24] <radix> probably because someone believes that removing a package can lead to regressions in a user's environment
[20:24] <radix> at a guess
[20:26] <CardinalFang> There's a way.  I think it's a depends&conflicts change.  I haven't been a debian developer in a long while, but I remember something to do with that.
[20:27] <dobey> well we do the depends/conflicts correctly
[20:28] <radix> hm. now that I've upgraded, I don't see an Ubuntu One entry in my menu
[20:28] <radix> It's supposed to be in Applications->Internet, right?
[20:29] <CardinalFang> radix, It was, yes.  Pribably is, still, supposed to.
[20:30] <radix> ok, I relogged and it's still not there
[20:30] <dobey> radix: need to install ubuntuone-client-gnome
[20:31] <radix> oh
[20:31] <radix> ah, okay
[20:31] <radix> yeah, I see. since I intsalled the old version I only had ubuntuone-client, but now I see the web site links to the -gnome package.
[20:32] <radix> yay, there it is.
[20:34] <statik> hey radix how is life in the world of awesome internet engines and interactive fiction and landscaping?
[20:35] <radix> statik: pretty good, but I need more story :)
[21:22] <till> thisfred: in case you're interested, couchdb-qt can do updates just fine now, was quite easy to implement
[21:22] <thisfred> till: cool!
[21:23] <thisfred> till: handling updates by listening to _changes that is, right?
[21:23] <till> Yep.
[21:24] <till> Occasionally the connection seems to time out, but I just re-get right away, no problem.
[21:24] <thisfred> till: I saw they've added a new long polling option between streaming and non-streaming, dunno if that's of interest to you
[21:24] <till> I'm using streaming, atm, works fine, apart from the timeout, every few minutes.
[21:24] <thisfred> till: as I understand it, it's supposed to do that
[21:24] <till> I might be able to manipulate that wiht keepalive, or some such.
[21:25] <thisfred> till: you can specify the length of the timeout as an option, if I read that correctly
[21:25] <till> Ah? That would be interesting, for my use case I would want infinity, actually.
[21:25] <thisfred> till: I'll have a look through my mail after my upgrade to karmic finishes.
[21:26] <till> No rush.
[21:26] <till> It's working fine for me already, I'm concentrating on getting custom fields retained, atm.
[21:26] <thisfred> till: and I'm interested to have a look at the code, and see what I can steal^H^H^H^H^Hlearn
[21:27] <till> thisfred: let me commit then, one sec.
[21:27] <thisfred> stuart's #oscon talk was quite the hit in the twidentica-sphere, it seems :)
[21:28] <till> Ah, do you have a link to that, by any chance?
[21:28] <thisfred> to a video of his talk? not yet, I just saw a lot of buzz. I can look at the oscon page
[21:31] <till> thisfred: svn.kde.org/home/kde/trunk/playground/pim/akonadi/desktop-couch/couchdb-qt
[21:32] <till> thisfred: lib/couchdbqtchangenotifier.cpp is the code in question, a whopping 66 lines, including LGPL copyright header ;)
[21:33] <thisfred> till: awesome, thanks!
[21:33] <till> thisfred: need to hook in parsing of hte json to remember the last seen change, and such
[21:33] <till> thisfred: that's very easy, though
[21:33] <till> thisfred: in fact, let me add that, sec
[21:33] <thisfred> hehe
[21:37] <BUGabundo> hey hey
[21:41] <till> Ok, done, let's see if it works.
[21:52] <kenvandine> CardinalFang, ping
[21:53] <kenvandine> CardinalFang, i almost got two boxes paired with desktopcouch... getting a traceback
[21:54] <kenvandine> CardinalFang, http://pastebin.ubuntu.com/224940/
[22:27] <CardinalFang> kenvandine, Hi.
[22:29] <CardinalFang> kenvandine, The inter-couchdb authentication isn't worked out fully.  There's nothing for the pairing tool to do until it is.  You reached the last step of the pairing, but it doesn't write to anything yet.
[22:30] <CardinalFang> The exception on end-of-communication, I do know about.  I'll fix it tomorrow, I expect.