[00:05] <chrisccoulson> fantastic. so, not only does gcc4.7 break canvas in firefox, it also makes it a fair amount slower
[00:17] <TheMuso> chrisccoulson: Sounds like gcc 4.6 for now then I guess. :p
[03:31] <TheMuso> C
[04:59] <pitti> Good morning
[05:00] <TheMuso> Morning pitti.
[05:12] <robert_ancell> TheMuso, hey, are you running quantal?  Are you doing the gnome-orca update?
[05:12] <pitti> hey TheMuso
[05:12] <pitti> good morning robert_ancell
[05:12] <robert_ancell> pitti, hey
[05:13] <pitti> robert_ancell: can you please drop libgdu from gvfs' build deps? Now that g-d-u has been updated, libgdu is NBS
[05:13] <pitti> robert_ancell: how is gvfs holding up with udisks2?
[05:14] <robert_ancell> it wasn't - didn't you point that out yesterday?
[05:14] <pitti> someone uploaded it now
[05:15] <pitti> robert_ancell: anyway, gdu is obsolete, and I don't think gvfs does anything with it if udisks2 is available
[05:15] <pitti> libgdu, I mean
[05:15] <robert_ancell> yup, uploaded with that dropped now
[05:15] <pitti> http://people.canonical.com/~ubuntu-archive/nbs.html now has a few remaining rdepends, but shouldn't be too hard
[05:23] <TheMuso> robert_ancell: Yes its covered.
[05:23] <TheMuso> orca that is.
[07:41] <chrisccoulson> good morning everyone
[07:42] <ritz> chrisccoulson, morning
[07:42] <pitti> hey chrisccoulson
[07:43] <chrisccoulson> hi ritz, pitti, how are you?
[07:43] <ritz> so far, so good :)
[07:45] <pitti> chrisccoulson: quite fine, thanks!
[07:47] <ritz> chrisccoulson, how are you doing ?
[07:47] <chrisccoulson> ritz, preparing for an "interesting" day, but otherwise, not too bad thanks ;)
[07:48] <pitti> chrisccoulson: more fun with PGO?
[07:49] <chrisccoulson> pitti - fortunately, not this time
[07:49] <chrisccoulson> bug 1003733
[07:49] <ubot2> Launchpad bug 1003733 in firefox "Canvas does not work when built with gcc4.7" [Critical,Triaged] https://launchpad.net/bugs/1003733
[07:49] <chrisccoulson> which is broken on any gcc4.7 build of firefox
[07:49] <chrisccoulson> pitti, did you say that you noticed issues when switching tabs too?
[07:50] <ritz> chrisccoulson, need a favour, ff xslt/java thinggy. Pretty much lost on what to do here. Who might be good at this ?
[07:50] <pitti> chrisccoulson: when I haven't looked at a tab yet since I started firefox, it loads the tab when switching to it, instead of at the beginning
[07:50] <pitti> chrisccoulson: in the past it kept a cached version around, so that all tabs were immediately visible and usable after startup
[07:51] <chrisccoulson> pitti, ah, a recent change now loads tabs on demand. you can toggle a pref to restore the old behaviour though
[07:51] <pitti> ah, so that's not a bug
[07:51] <pitti> too bad, the old behaviour was quite nice
[07:51] <chrisccoulson> yeah, i don't think so
[07:51] <chrisccoulson> you can revert to the old behaviour in the general pane of the preferences window
[07:51] <pitti> I could pre-open tabs at home, then hop into a train or plane and still had them all available
[07:52] <chrisccoulson> there's a checkbox here "Don't load tabs until selected"
[07:52] <seb128> hey pitti, chrisccoulson, how are you?
[07:52] <pitti> hey seb128
[07:52] <chrisccoulson> hi seb128
[07:52] <chrisccoulson> i'm good thanks. how are you?
[07:52] <seb128> I'm good thanks ;-)
[07:52] <pitti> chrisccoulson: perfect, thanks!
[07:52] <seb128> today shapes like another summer day
[07:52] <seb128> it's already 23°C outside
[07:52] <pitti> chrisccoulson: yup, workign fine
[07:53] <pitti> it's still quite nice in the early mornings
[07:53] <chrisccoulson> ritz, the only person who's likely to look at your bug is me. but i need to make firefox actually not broken for everybody in quantal first ;)
[07:56] <chrisccoulson> seb128, oh, you've got warm weather too?
[07:56] <chrisccoulson> it's been quite warm here this week too
[07:56] <seb128> chrisccoulson, yeah, it feels like summer
[07:57] <seb128> we got around 29°C yesterday
[07:57] <chrisccoulson> this is the first time we haven't had temperatures that are closer to winter so far this year ;)
[07:57] <seb128> ;-)
[07:57] <seb128> Didier picked the right timing for a 5 days w.e
[07:57] <seb128> he let me with the unity SRU to deal with as well :p
[07:57] <chrisccoulson> lol
[07:58] <seb128> hum
[07:58] <seb128> robert_ancell uploaded the new aisleriot when we said we didn't want that transition, it was even written on the etherpad :-(
[07:58] <chrisccoulson> you should leave it for when he gets back
[07:58] <seb128> chrisccoulson, I really want some of the fixes out though ;-)
[07:59] <chrisccoulson> seb128, you could just assign him some more WI's instead ;)
[07:59] <chrisccoulson> you have the power!
[07:59] <chrisccoulson> :-)
[07:59] <seb128> hehe, indeed! ;-)
[07:59] <ritz> chrisccoulson, sure. so far, ff works for me on quantal.
[07:59] <seb128> speaking of which
[07:59] <seb128> RAOF, thanks for the specs drafting ;-)
[07:59] <chrisccoulson> ritz, try anything that uses a html canvas
[07:59] <RAOF> seb128: They're written up to your satisfaction? :)
[08:00] <seb128> RAOF, indeed they are! ;-)
[08:00] <seb128> RAOF, some "approved" are going back your way ;-)
[08:00] <RAOF> Superb! :)
[08:01] <ritz> chrisccoulson, http://www.html5canvastutorials.com/labs/html5-canvas-elastic-stars-with-kineticjs/ seems to work fine
[08:02] <chrisccoulson> hmmm, not sure why it works there
[08:02] <chrisccoulson> but it doesn't work anywhere else i've tried ;)
[08:02] <chrisccoulson> like http://chrome.angrybirds.com/
[08:22] <ritz> chrisccoulson, indeed, is broken. works fine in opera though.
[08:28] <ritz> hmmm, broke between ff 12 and 13
[08:49] <seb128> chrisccoulson, did you try bug #997640 while you were under gnome-shell yesterday?
[08:49] <ubot2> Launchpad bug 997640 in firefox "Keyboard shortcuts for moving tabs don't work" [Low,New] https://launchpad.net/bugs/997640
[09:53] <rickspencer3> je vais au salle du gym plutot
[09:53] <rickspencer3> ooops
[09:53] <rickspencer3> lol, that was a pm
[12:49] <jbicha> hmm, robert_ancell tried to sync aisleriot 3.4
[12:54] <jbicha> since it didn't build we could undo that...
[12:57] <bcurtiswx> good morning
[13:00] <seb128> hey jbicha, bcurtiswx
[13:01] <bcurtiswx> hi seb128
[13:01] <seb128> jbicha, hum not sure, I think pitti got that to work once before by deleting the source and getting the old version reuploaded?
[13:01] <pitti> yes, we can, but NB that we can never ever upload/sync that version again
[13:02] <pitti> why wouldn't we update to aisleriot 3.4 or 3.6 in quantal?
[13:03] <seb128> pitti, cf Laney's note on the etherpad, it would start a lib transition which we would want to avoid starting with a game
[13:03] <pitti> ah, ok
[13:08] <bcurtiswx> hmm, should my vncviewer on 10.04 only show a terminal when connecting to my vnc4server on Precise ?
[13:15] <bcurtiswx> well i did fix the settings so that it would start a normal desktop, but it's just a checkered screen.
[13:19] <jbicha> pitti: ok, well we could always use a build1 or something if we end up needing that version later
[13:19] <pitti> right
[13:19] <jbicha> also guile-2.0 currently doesn't build on arm
[13:22] <bcurtiswx> nvm, it's good now
[13:24] <pitti> hey mterry
[13:26] <pitti> jbicha: do you know about gnome-games-extra-data? It's in universe, still at version 3.2, but now gnome-games recommends it
[13:27] <mterry> pitti, heyo
[13:28] <jbicha> pitti: yeah, that's the other wrong sync from last night, I can go ahead and fix that
[13:29] <pitti> jbicha: should g-g-extra-data be updated or removed?
[13:31] <jbicha> gnome-games doesn't need to depend on -extra-data
[13:40] <pitti> jbicha: right, but I meant what should be the fate of the g-g-extra-data source?
[13:42] <jbicha> pitti: I don't understand...
[13:42] <pitti> jbicha: does that source still exist for GNOME 3.4/3.6, i. e. should we update it, or drop it?
[13:42] <pitti> s/drop/remove/
[13:42] <jbicha> it still exists, it just doesn't need many updates as it's just art http://git.gnome.org/browse/gnome-games-extra-data/log
[13:43] <pitti> ah, but it's still compatible
[13:44] <jbicha> well Robert's commit there this week makes me wonder if it was silently broken with 3.4
[15:09] <ritz> seb128, heya, busy ? got a question on nm-strongswan
[15:11] <ritz> the current code is buggy, we are thinking of rebasing it. This will fix the bugs, additionally add smartcard support
[15:11] <ritz> in precise
[15:11] <seb128> ritz, you want to talk to cyphermox if you have nm questions ;-)
[15:11] <seb128> he's maintaining that stack
[15:12] <ritz> seb128, thanks.
[15:13] <ritz> cyphermox, heya.
[15:13] <cyphermox> please go right ahead yeah ;)
[15:13] <ritz> cyphermox, curious, why are you not listed in https://launchpad.net/ubuntu/+source/strongswan ?
[15:13] <ritz> as maintainer ?
[15:13] <cyphermox> you're working on n-m-strongswan upstream?
[15:14] <cyphermox> because i don't "maintain" it :)
[15:14] <ritz> nope
[15:15] <ritz> cyphermox, hmm, I am confused. Who manages this ?
[15:15] <cyphermox> i wonder what pulled this in main though, that's a good point
[15:15] <ritz> cyphermox, essentially, strongswan 1.2.x deprecates nm-strongswan package
[15:16] <cyphermox> ok
[15:16] <cyphermox> is there a replacement?
[15:16] <ritz> I am new to this
[15:17] <ritz> strongswan bundles the source
[15:17] <cyphermox> I'd think the l2tp plugin possibly takes care of most cases, maybe
[15:18] <ritz> User is hitting this bug - https://bugs.launchpad.net/ubuntu/+source/network-manager-strongswan/+bug/872824
[15:18] <ubot2> Launchpad bug 872824 in network-manager-strongswan "Network-manager locks up when adding strongSwan VPN connection" [Critical,Triaged]
[15:19] <ritz> using legacy glade code
[15:19] <cyphermox> yup
[15:23] <cyphermox> ritz: unfortunately this is not a simple problem
[15:25] <ritz> hmmm
[15:26] <cyphermox> ritz: the versions before 1.3 won't be working with NM 0.9; see https://launchpad.net/ubuntu/+source/network-manager-strongswan; and https://mail.gnome.org/archives/networkmanager-list/2011-September/msg00037.html
[15:27] <cyphermox> someone should, I think, first package 1.3 in Debian so that we can get the updated version, then probably figure out how far Martin's patch went.
[15:27] <cyphermox> as far as I know, it's not merged, I don't think there was a second post for such support
[15:27] <cyphermox> maybe it's not needed :)
[15:29] <ritz> I will have to test this , hmmm
[15:29] <cyphermox> but all in all, I'm getting to the suspicion that a strongswan-specific plugin for NM might not be necessary
[15:30] <cyphermox> I think the l2tp plugin probably covers it, but I haven't really played with this yet
[15:35] <cyphermox> seb128: for e-d-s/evo, do we want to go aggressively with 3.5 in prevision for the 3.6 release?
[15:35] <stgraber> cyphermox: I don't think l2tp covers the same thing as strongswan. My IPSEC vpns don't use ppp at all and authenticate with either a PSK or a certificate.
[15:35] <cyphermox> stgraber: and you use strongswan?
[15:35] <seb128> cyphermox, not sure yet, I would wait for 3.5.4 time
[15:35] <stgraber> cyphermox: from what I see from screenshots of the l2tp plugin, it's covering a subset of the roadwarrior+ppp setup, not the general IPSEC setup
[15:36] <seb128> cyphermox, i.e stay on 3.4 for a month or so
[15:36] <cyphermox> stgraber: I realize it's not all the same thing, but merging both would IMO be pretty good :)
[15:36] <stgraber> cyphermox: between sites on my network, yes. I still use OpenVPN for my clients though
[15:36] <seb128> cyphermox, btw if you start on it check with jbicha I think he did some work on the updates
[15:36] <cyphermox> seb128: yes, I would have done it with 3.4. as a first step anyway. I've just been discussing 3.4 with jbicha :)
[15:36] <seb128> ok
[15:37] <seb128> jbicha, dunno if you saw but jordi was looking at setting up a transition tracker for Debian
[15:37] <cyphermox> I'll try his ppa and merge nautilus-sendto to make sure everything is good, then it's likely all a sync
[15:37] <seb128> cyphermox, great!
[15:38] <cyphermox> stgraber: ah, but that's why I was asking -- on the client side, n-m-strongswan is horribly broken and non-trivial to fix
[15:38] <cyphermox> stgraber: didn't you mess with the code too?
[15:39] <stgraber> cyphermox: yes, I have a version that doesn't freeze NM in my PPA, instead it segfaults when connecting ;)
[15:39] <cyphermox> yay.
[15:39] <cyphermox> can you send me your patches?
[15:39] <stgraber> no patches, just updated to the latest upstream tarball I could find
[15:39] <cyphermox> or we can look at n-m-strongswan 1.3, which is supposed to be fixed, though it might interact badly with n-m
[15:39] <stgraber> bzr merge-upstream + dput, that was it
[15:39] <cyphermox> yes, alright
[15:40] <stgraber> and that's 1.3 I have in my PPA
[15:40] <cyphermox> ok
[15:40] <cyphermox> wanna dput to quantal? :)
[15:40] <stgraber> well, it doesn't work ;) it doesn't fail as badly, true but it still doesn't work :)
[15:41] <cyphermox> yes, but we can fix it more easily if more people can look at it, no?
[15:41] <cyphermox> since it's already broken, it shouldn't be a big deal
[15:41] <ritz> cyphermox, stgraber thanks . Will check this up
[15:41] <ritz> gn folks
[15:41] <cyphermox> ritz: thanks
[15:42] <cyphermox> stgraber: I'll pull the source and play with it, since I'll need debug symbols anyway
[15:43] <stgraber> cyphermox: https://launchpad.net/~stgraber/+archive/experimental/+sourcepub/2293302/+listing-archive-extra
[15:44] <ayan> When setting in gconf like /apps/metacity/global_keybindings/cycle_windows, can I refer to XF86LaunchE as just LaunchE?
[15:44] <ayan> really, my question is how to i set /apps/metacity/global_keybindings/cycle_windows to XF86LaunchE.
[15:44] <ayan> ?
[15:45] <cyphermox> stgraber: do you have a device I can test connections with, or sample config?
[15:45] <stgraber> cyphermox: I don't have the server side setup or client config, though IIRC any config would cause the segfault, it never actually tried to connect :)
[15:50] <cyphermox> mmkay
[15:51] <cyphermox> omg, the build-depends for n-m-strongswan are scary.
[16:34] <pitti> good night everyone!
[16:35] <bcurtiswx> nite pitti
[16:36] <seb128> pitti, 'night
[17:22] <chrisccoulson> i think i'm going to permanently run firefox with paint flashing enabled
[17:24] <jbicha> I run GNOME Shell with the close window buttons on the left but that looks more fun
[17:24] <chrisccoulson> heh
[17:26] <chrisccoulson> wow, facebook sucks. it triggers a repaint of the entire page every few seconds
[17:28] <jbicha> I wanted to make the GNOME Shell close button on the left by default but I think I was overruled :(
[17:29] <mlankhorst> jbicha: oh i run without window decoration, much better :)
[17:30] <seb128> jbicha, by who? where?
[17:30] <jbicha> mlankhorst: I try unity --reset when that happens ;)
[17:31] <mlankhorst> jbicha: currently running with kde + kwin, with some tweaks you can go by fine without decoration, since its a waste of space anyhow
[17:31] <jbicha> seb128: just for Ubuntu for consistency, but I didn't try very hard
[17:32] <seb128> jbicha, well, who did you discuss that with for ubuntu? I'm just surprised I didn't see the discussion
[17:32] <jbicha> desrt: what do you think? ^
[17:33] <jbicha> it was more of a joke really but I do find it useful as I switch between Unity & gshell pretty frequently
[17:35] <jbicha> gsettings set org.gnome.shell.overrides button-layout 'close:'
[17:35] <jbicha> and restart gnome-shell
[17:37] <seb128> I've no strong opinion on it
[17:38] <seb128> it's the sort of things where some people will prefer the cross desktop consistency
[17:38] <seb128> you can argue that the layout of the decorator is an OS thing, not a desktop thing and the Ubuntu one is on the left
[17:40] <seb128> kenvandine, mterry, cyphermox, chrisccoulson, jbicha, others: is one of you using glade and still on precise?
[17:40] <seb128> bug #999581 needs a SRU verification
[17:40] <ubot2> Launchpad bug 999581 in glade "3.12.1 stable version" [Wishlist,Fix committed] https://launchpad.net/bugs/999581
[17:40] <chrisccoulson> seb128, i'm on quantal now
[17:40] <seb128> (I can't do it since I did the update)
[17:40] <cyphermox> seb128: can reboot my desktop into precise and test
[17:40] <seb128> same for bug #999575
[17:40] <ubot2> Launchpad bug 999575 in gtksourceview3 "3.4.2 stable update" [Wishlist,Fix committed] https://launchpad.net/bugs/999575
[17:41] <kenvandine> on quantal
[17:41] <mterry> nope
[17:42] <seb128> you loosers :p
[17:42] <kenvandine> :)
[17:42] <seb128> cyphermox, no hurry but if you can do at some point I would appreciate
[17:43] <jbicha> seb128: is there anything specific you want tested? I haven't used glade in a few months
[17:43] <seb128> cyphermox, jbicha: bug #999593 as well
[17:43] <ubot2> Launchpad bug 999593 in vinagre "3.4.2 stable version" [Wishlist,Fix committed] https://launchpad.net/bugs/999593
[17:43] <seb128> jbicha, cyphermox: there are just stable update, no specific fix to test, just making sure glade, gedit (and syntax coloration), vinagre still work
[17:44] <jbicha> (don't tell anyone, but I don't actually use remote desktop)
[17:44] <seb128> lol
[17:47] <jbicha> I guess vinagre supports ssh so I could try that? lol
[17:49] <seb128> it does! ;-)
[17:50] <seb128> it's also easy enough to run vino-preferences and click the box to share you desktop and then use vinagre to connect
[17:50] <seb128> it even works on localhost, though that's not of the best use since you get a visual content loop in the viewer then, i.e you can't use it
[18:48] <chrisccoulson> grrrrrrrr
[19:00] <chrisccoulson> i think i'm almost ready to shift this firefox bug to somebody else now :)
[19:22] <cyphermox> omg, I suck at packaging today.
[19:31] <micahg> seb128: should we discuss testing now/
[19:31] <seb128> micahg, hey, we can!
[19:31] <seb128> did you have anything specific you would like to discusson the topic?
[19:31] <micahg> seb128: I might have to step away for a couple minutes (someone is stopping by to pick up an item)
[19:32] <micahg> seb128: well, I was told the desktop teams had some concerns about the timing of the Firefox testing
[19:33] <seb128> micahg, it's not so much concerns that we would like to be proactive to make sure we notice any potential issue before the release and not on the release day
[19:34] <seb128> micahg, like I was suggesting that maybe the security team could do a round of testing 2 weeks before release and one week before release to give us a status of the current daily
[19:34] <seb128> micahg, so we have time to act without delaying the update if there is any regression
[19:34] <seb128> i.e better to catch issues before release than after
[19:35] <micahg> seb128: would partial arch testing be sufficient for that in your opinion (i386 on lucid, amd64 on natty...)
[19:35] <seb128> micahg, well, any testing is better than none, but ideally it would be enough that we know "the current version is good to go out for security"
[19:35] <seb128> micahg, the goal is really to avoid having to ask those questions on the release week
[19:36] <seb128> we should know before they roll their tarball if we are good to go or not
[19:36] <micahg> seb128: the problem is that the final tag is the friday before release
[19:36] <micahg> and up until then, they take fixes
[19:36] <seb128> well chrisccoulson said that typically the number of commit the week before release is very low
[19:36] <micahg> so, we can catch stuff early, but we'll still need to retest the final binaries
[19:36] <seb128> so testing a week ago should be 99% of the code of release
[19:36] <seb128> right
[19:37] <seb128> but at least it would give us a picture of "almost" release
[19:37] <micahg> is 2 and 1 week before sufficient?
[19:37] <seb128> like if breaks a week before we want to know it
[19:37] <seb128> if it's good we still need to retest the final version
[19:37] <seb128> but at least if there is an issue to catch we catch it earlier
[19:37] <seb128> well, your call at the end
[19:38] <seb128> I would be happy with that yes
[19:38] <seb128> but if you want to do weekly testing of the coming version I'm not against it
[19:38] <seb128> I just want to make sure that if there is a regression we know about it a week before release
[19:38] <seb128> rather than waiting on the release day to test and see it
[19:38] <micahg> ok, I'll do partial arch testing and switch the arch for each week, so we should get ~full coverage
[19:38] <seb128> great
[19:38] <seb128> thank you!
[19:39] <jbicha> how much additional testing do we need? we already have the beta PPA and beta releases are run most of the time in ubuntu+1
[19:39] <micahg> and we'll see how it goes, once we get most of the testing automated with browser shots, we might be able to do it weekly
[19:39] <seb128> ok
[19:40] <micahg> well, I don't recall any showstoppers yet, but it would be nice to have a bigger safety net
[19:40] <seb128> jbicha, well, we had an history of release to be delayed by non trivial time because testing was happening after release and issues were found
[19:40] <seb128> or concerns were raised
[19:40] <seb128> jbicha, I'm just trying to make sure we stay on top of things
[19:41] <seb128> i.e we test before release, spot any issue early and are ready to ship when the release is out
[19:41] <micahg> I think the only time we explicitly delayed is if we knew upstream had a regression and was respinning post release
[19:41] <seb128> (or with the minor delay due to another round of testing)
[19:41] <seb128> micahg, well, I know we discussed issues with tb at the rally in january where the new version was not shipped for weeks because of potential performances issues
[19:42] <seb128> I just want to avoid that happening again
[19:42] <seb128> we should know early if there is an issue and what the issue is
[19:42] <micahg> seb128: hmm, I guess you want this for thunderbird as well?
[19:43] <seb128> micahg, that would be nice yes
[19:43] <micahg> ok
[19:43] <seb128> same rational
[19:44] <seb128> we should be able to ship on time so we need to know in advance if something is problematic
[19:44] <seb128> we have daily builds of the channels so we should be able to test and get those infos early
[19:44] <desrt> jbicha: i feel like i should remind you about the follow-upstream-exactly policy :)
[19:44] <micahg> so, it's a little late this week, but I'll do the first  pre-testing tuesday and next cycle plan for weeks 4 and 5
[19:44] <seb128> micahg, thank you ;-)
[19:44] <desrt> jbicha: although i have to admit that i used to change the button to the left side (even before ubuntu was doing it)
[19:45] <micahg> seb128: thanks for bringing this up, I'll be able to relax a bit at release time if there's some pre-testing done as well
[19:45] <seb128> micahg, let us know if there is anything we can do to help for that testing btw
[19:46] <seb128> with the daily builds in the ppa it seems we are mostly set up on the infra side but I might be overlooking something
[19:46] <micahg> well, having people running the beta would help :) (I'm not running the thunderbird beta yet as I have no enigmail)
[19:48] <micahg> so, if chrisccoulson could get the enigmail beta in, that would mean I could use the beta on a real workload (~14 accounts, ~500k messages cached)
[19:48] <jbicha> desrt: I was joking about the default, but I think seb128 wanted the close button moved ;)
[19:49] <jbicha> micahg: yikes, seems like you have twice the email accounts you need...
[19:49] <seb128> micahg, well, maybe you should run without enigmail during your worktime even if it's inconveniant? testing what we ship is what we are supposed to do, like most of us run quantal even if it has bugs or missing features
[19:50] <micahg> seb128: I need to be able to sign e-mails when I send out the USNs
[19:50] <seb128> can't you have both versions? or another mailed for that?
[19:50] <seb128> led->ler
[19:50] <jbicha> seb128: quantal doesn't have bugs, it just has incomplete features :)
[19:51] <micahg> seb128: I'd rather not, anyways, there should be a beta available (and since we push enigmail out at the same time, it would be nice to test it as well)
[19:51] <seb128> micahg, ok, your call, but I don't see a feature limitation as a reason to not test what needs to be tested, they are way around limitations
[19:52] <seb128> micahg, like we asked most of our teams to run unity even when it was buggy or add feature limitations
[19:52] <micahg> seb128: I also get encrypted e-mail that I need to be able to read
[19:52]  * micahg is still running unity-2d
[19:52] <seb128> well, I'm sure you can find a way to test what needs to be tested and still get to those emails
[19:53] <seb128> like lot of people here have evolution and tb installed
[19:53] <micahg> also, other people need enigmail internally as well (I'm sure it's not just me that's not running the beta because of it)
[19:53] <micahg> seb128: oh, I can test, just not run it in a real life situation :0
[19:53] <chrisccoulson> enigmail is already in the beta PPA, isn't it?
[19:54] <micahg> version is lower than the release one
[19:54] <micahg> nope, no upload for 13
[19:54] <chrisccoulson> oh, i thought i'd uploaded that
[19:54]  * micahg wonders if he should say something next time
[20:42] <kenvandine> PPAs can be evil
[20:46] <topyli> so can random "ubuntu-*" blogs which recommend them
[20:46] <topyli> not evil, just ignorant
[20:49] <topyli> https://plus.google.com/u/0/108811128475515337596/posts/gMsbAhLnncq
[20:49] <topyli> like that
[20:49] <dupondje> some small question, how could I get the scroll lock status in GDK ?


[02:00] <paulm_> Hi. Any live cd gurus here?
[02:01] <cjwatson> I play one on TV. What's up?
[02:02] <paulm_> cjwatson: :-) is it possible to setup a static IP on a live cd?
[02:03] <cjwatson> paulm_: are you concerned about the running live CD, or installing from it, or both?
[02:04] <paulm_> cjwatson:  it's a custom live cd, running off a USB stick.  Not worried about installing off it.
[02:05] <cjwatson> paulm_: ok, in that case not at the moment without modifying casper, I'm afrid
[02:05] <cjwatson> afraid
[02:05] <cjwatson> oh, hang on
[02:05] <cjwatson> there's a weird partially-merged thing here
[02:06] <paulm_> cjwatson:  the man page alludes to one being able to do it.
[02:06] <cjwatson> paulm_: I think booting with something like STATICIP=eth0:<IP_ADDRESS>:<IP_ADDRESS>:<IP_ADDRESS> might do it
[02:06] <cjwatson> name:address:netmask:gateway
[02:07] <cjwatson> maybe , not :
[02:07] <cjwatson> the ip= thing *should* work but some changes from Debian's casper weren't merged properly :(
[02:07] <paulm_> cjwatson: where you looking at scripts/23networking which is part of the boot cd initrd?
[02:07] <paulm_> ok, so I'm not going mad then.
[02:07] <paulm_> ;-)
[02:08] <cjwatson> let me see if I can repair any of this
[02:09] <paulm_> it would seem to me that the nfs booting might work, but the static IP won't
[02:09] <cjwatson> I don't see a reason why STATICIP= won't work
[02:09] <cjwatson> ip= won't 'cos the command line parsing isn't there
[02:09] <paulm_> I asked a question (#10492) in launchpad regarding this.
[02:10] <cjwatson> paulm_: I've turned that into a bug report
[02:10] <paulm_> ok let me quickly try staticip.
[02:11] <cjwatson> oops, shouldn't have been on casper upstream though
[02:11] <cjwatson> STATICIP, caps are important
[02:11] <cjwatson> paulm_: bug 128689
[02:20] <cjwatson> paulm_: if it works, let me know, I have the patch here in my casper working tree to fix the ip= boot option
[02:21] <paulm_> cjwatson: ok
[02:21] <paulm_> cjwatson:  just faffing with qemu parameters
[02:21] <paulm_> cjwatson: it's booting right now.
[02:22] <paulm_> cjwatson:  why is their only one package for casper?  It seems it is just for upstream.
[02:25] <cjwatson> paulm_: hmm? casper was written as an Ubuntu package ...
[02:26] <cjwatson> in any case I don't think anyone ever really looks at bugs.launchpad.net/casper
[02:26] <cjwatson> (only bugs.launchpad.net/ubuntu/+source/casper)
[02:27] <paulm_> cjwatson: i see, so bugs are generally lodged against their source packages?
[02:28] <paulm_> cjwatson: or is it because in this case it is a source code problem?
[02:28] <cjwatson> paulm_: if you're experiencing them in Ubuntu rather than by building the source package on some other distribution and determining that there's a bug in the upstream code, then yes, they should be filed against the source package
[02:30] <paulm_> cjwatson: ok, but isn't the ubuntu source code different from the upstream src code?
[02:31] <cjwatson> in this case, Ubuntu is upsteam
[02:31] <cjwatson> upstream
[02:31] <cjwatson> although in general, yes - which is exactly why if you're reproducing a bug in Ubuntu you should file it on Ubuntu, since it might be Ubuntu-specific
[02:34] <paulm_> ok, so i guess my confusion comes in that I am unable to determine from https://launchpad.net/casper : 1) what/where the source code package is (2) whether or not launchpad knows that it belongs to ubuntu
[02:35] <cjwatson> yeah, I'm not going to get into the Launchpad UI for it, I have no control over that
[02:35] <paulm_> :-)
[02:35] <cjwatson> my general recommendation to people filing bugs on Ubuntu is to start at https://bugs.launchpad.net/ubuntu
[02:41] <paulm_> cjwatson:  STATICIP, seems to have done something weird...
[02:43] <paulm_> cjwatson:  while it hasn't got it the /etc/network/interfaces right, it HAS changed something in it.  Just need to check that it wasn't my fiddling last night with the 23networking script that caused it.
[03:23] <cjwatson> tepsipakki: debconf 1.5.14 seems to be basically working here, so if you could try a few gutsy install tests on a machine where previous versions were hanging in pkgsel, I'd greatly appreciate it
[03:24] <cjwatson> tepsipakki: if we can confirm that it fixes the hang, there's a chance I can get the fix into Ubuntu 6.06.2
[03:24] <cjwatson> it's a complicated fix, but it's basically self-contained
[03:53] <paulm_> cjwatson: STATICIP with the format eth0,<IP_ADDRESS>,<IP_ADDRESS>,<IP_ADDRESS> works with std feisty iso.
[03:55] <paulm_> cjwatson: so I guess this needs to go into the casper man page?  and or the IP parameter needs to be patched?
[03:57] <cjwatson> just the latter
[03:58] <cjwatson> thanks for the test, I'll get that fixed in gutsy shortly
[04:00] <paulm_> cjwatson:  great!
[04:07] <cjwatson> paulm_: ok, ip= should work in tomorrow's gutsy live CD build, assuming it builds properly
[04:11] <paulm_> cjwatson: good stuff.  Is it possible to download just the patch?  or the initrd.gz?
[04:21] <tepsipakki> cjwatson: ok, I'll try when I get back to work (a week from now)
[04:52] <cjwatson> paulm_: I doubt we support running gutsy's initrd with an otherwise feisty live CD
[04:53] <cjwatson> paulm_: the patch is here: http://codebrowse.launchpad.net/~ubuntu-core-dev/casper/trunk/revision/cjwatson%40canonical.com-20070727135921-59v71wt3sr6a1leb?start_revid=cjwatson%40canonical.com-20070727140415-k6yclgeve2h6xck1
[04:53] <cjwatson> tepsipakki: thanks
[05:07] <paulm_> cjwatson:  no worries, just interested to see the changes.  Thanks for your help.  It's weekend time. :-)
[07:06] <cjwatson> I think I'm in the position of being able to debug partman-auto-loop into existence now, which is good
[07:07] <superm1> When using the --automatic, how is a decision made upon what to partition?
[07:08] <cjwatson> preseeding, I'd have thought
[07:09] <superm1> so making an assumption then at least to what disks are present when things are preseeded
[07:09] <cjwatson> same as automatic d-i installs
[07:09] <superm1> i see
[07:09] <cjwatson> last I checked anyway, the point of --automatic was to let you preseed ubiquity the way you can preseed d-i
[07:20] <evand> indeed, it's all preseeding
[07:20] <evand> if you don't preseed a question it needs to ask, it's supposed to error out (it doesn't do that in all cases yet)
[07:21] <superm1> and this preseeding can be done via the seed at the root of the cd, eg ubuntu.seed et al
[07:21] <evand> yes
[07:21] <evand> but --automatic does not work perfectly with gtkui yet.
[07:22] <evand> it doesn't do page skipping, which I'm working on, on my local system
[07:22] <superm1> once it's working as expected in gtkui, i might opt to port that over to the mythbuntu_ui as well.  i can see that very useful for someone who wants to do an install no questions asked and just use their one big disk
[07:22] <evand> currently -> partman is being annoying, but the rest works
[07:23] <evand> so I should be able to commit that soon
[07:23] <evand> err by page skipping, I mean graceful page skipping.  That is, not showing filled pages for a brief moment and then skipping to the next page
[07:23] <superm1> you can't use a .hide()?
[07:23] <superm1> on the interface
[07:24] <evand> that's actually still a bit of work (knowing when to call it), and the effect that produces (constantly disappearing UI) is not the best solution
[07:25] <evand> this way it stays on the last page until it has a page to show (skipping the ones that don't have questions to ask)
[07:25] <superm1> so --automatic is still showing the summary page then
[07:25] <superm1> giving you a chance to ack it
[07:26] <mirkobuholzer> hi evand and superm1
[07:26] <superm1> hi mirkobuholzer
[07:26] <evand> yes and no.  I believe there's still a bug on the summary page where if you don't preseed an answer to it, and thus skip it, it sits there in limbo, never calling allow_go_forward.
[07:26] <mirkobuholzer> what about if the summary is also a answer
[07:27] <evand> hello mirkobuholzer
[07:27] <evand> Template: ubiquity/summary
[07:27] <mirkobuholzer> meaning that you could also provide a preseed answer to skip the summary page
[07:27] <evand> so right now, it's possible to do the entire install unattended
[07:28] <mirkobuholzer> great
[07:28] <superm1> perhaps would it be better to not even show any of the interface, and rather a specially crafted page for that summary, to get around both those issues?
[07:28] <evand> you hit f6 and change the kernel parameters to include url=http://evalicious.com/evan.seed (or whatever you want)
[07:28] <evand> and then launch ubiquity with ubiquity --automatic
[07:29] <evand> and after saying yes to the welcome page (I'll fix that), it should go through the rest without issue
[07:29] <evand> or you can add noninteractive to the kernel parameters and it will do an install without ever starting X
[07:29] <evand> superm1: specially crafted page? get around what issues?
[07:30] <superm1> so that you don't have any of the interface showing as the data is preseeded
[07:30] <superm1> just show an alternative summary dialog that isn't part of the normal interface
[07:30] <evand> superm1: well, it still needs to check if your data is correct, so what it does (on my local system) is that it runs the dbfilters until it has a question to ask, then it shows that page
[07:31] <evand> now, if there are no questions, it will sit there running through the questions and then show the install progress dialog
[07:31] <cjwatson> superm1: normally much better to make it all run smoothly than hack about with alternative dialogs :)
[07:31] <superm1> oh didn't consider that
[07:31] <evand> which is the eventual goal for wubi, if I remember correctly
[07:32] <superm1> well this reminds me of something else i had wanted to ask then too.  would it be feasible to derive another class from partman that the standard option chosen creates an additional partition and mount point, or will that be more work than worth?
[07:33] <cjwatson> superm1: that doesn't belong in ubiquity
[07:33] <evand> superm1: preseed the partition settings
[07:33] <cjwatson> superm1: could you give a concrete example, though?
[07:33] <evand> but then you can't do dual boots, afaik
[07:33] <superm1> okay concrete example:
[07:33] <cjwatson> evand: you could if you were using the auto-resize option
[07:34] <cjwatson> which == resize then autopartition free space
[07:34] <superm1> most myth installs setup a seperate partition for /var/lib or /var/lib/mythtv, and put most of their space there - and only 10G or so to the OS
[07:34] <cjwatson> superm1: sounds like a perfect example of an autopartitioning recipe; see the docs
[07:34] <evand> cjwatson: would that work if there were no partitions available?  I haven't looked much at that part of the code
[07:34] <superm1> alright cjwatson, will do :)
[07:34] <cjwatson> evand: you mean a blank disk?
[07:35] <evand> cjwatson: right, so if I have a blank disk with a resize recipe, will it error out?
[07:35] <evand> as there's nothing to resize
[07:35] <cjwatson> evand: it will, but then dual-booting isn't a concern ;)
[07:35] <evand> cjwatson: well I'm thinking that superm1 may have users who dual boot, others who don't.
[07:36] <cjwatson> oh, right. we might have to provide the facility for custom hook scripts that can look at that
[07:36] <cjwatson> and generate a recipe on the fly
[07:36] <superm1> well the type of person that sets up a mythbuntu install, i wouldn't expect to dual boot the box
[07:36] <superm1> since its typically a standalone machine as a target
[07:36] <cjwatson> come ON, busybox, build
[07:37] <evand> haha
[07:39] <cjwatson> the problem with debugging stuff into existence is keeping track of the extra random stuff in your running copy of d-i
[07:41] <evand> indeed
[08:09] <evand__> arr
[08:19] <superm1> cjwatson, when trying to use debconf in other applications, i saw there is a debconf.py that can be imported.  When I tried to use it however, it appears that it tries to run interactively (not good for a PyGTK app)  I looked for some docs upon it, I didn't seem to find any.  is there anything somewhat informative you could point me at with regard to the proper way to be using debconf other than bringing in a lot of the code from what
[08:19] <superm1> ubiquity is doing to use it?
[08:58] <cjwatson> superm1: you need to call debconf.runFrontEnd() at the top of your program if you don't have a debconf frontend running already
[08:58] <cjwatson> superm1: ubiquity does very complicated things to act a bit like a debconf frontend, which isn't the sort of thing you'd want to try to do in anything simpler
[09:00] <superm1> cjwatson, ah okay
[09:00] <superm1> that would be the issue then
[09:00] <superm1> i'll experiment more with it tonight when i get home
[09:02] <cjwatson> if you need to use INPUT and GO, then you need to do the sort of stuff that ubiquity's doing
[09:02] <cjwatson> but it's probably not a good idea unless you're prepared to put that level of work into it - might well be better and simpler to just use GET, SET, FGET, FSET, and that sort of thing
[09:02] <cjwatson> pure database work
[09:08] <superm1> i was planning on sticking to GET and SET
[09:08] <superm1> so things should be okay then
[09:12] <cjwatson> yeah


[00:16] <evanescent> UbuntuOne keeps asking me to add more and more computers, even though I'm only using just this one
[00:18] <lamalex> ME TOO
[00:18] <lamalex> pissing me off
[00:22] <evanescent> how does one fix this problem?
[00:58] <tritium> What on earth is going on with Ubuntu One today?
[00:58] <evanescent> is this normal?
[01:29] <verterok> evanescent, tritium, lamalex: we are having some issues with one of the servers
[01:31] <evanescent> ok, so it will be resolved in time? its not a local issue?
[01:33] <verterok> evanescent: right, we are working on this ATM :)
[01:34]  * verterok apologize for the delay
[01:34] <evanescent> np
[01:34] <evanescent> thanks
[02:21] <tritium> verterok: no apologies necessary.  Thank you!
[02:21] <verterok> tritium: :)
[02:22] <tritium> :)
[04:51] <submain> i'm having problems changing my account settings in the client. Can anyone help?
[05:52] <ranjan> hi all i want to know weather ubuntu one is supported with ubuntu 9.04 or not ..
[06:11] <ranjan> ubuntu one client is not working on ubuntu 9.04
[06:20] <tcole> I could be wrong, but I don't think it's supported on Hardy
[06:22] <ranjan> and waht about jaunty
[06:22] <ranjan> tcole :: and waht about jaunty...
[06:23] <tcole> don't know offhand
[06:23] <ranjan> about jaunty
[06:30] <tcole> right
[06:30] <tcole> intrepid and karmic are supported
[06:35] <ranjan> ok ..
[06:36] <ranjan> then i have to up date my system
[10:57] <psypher246> hi all, does anyone know if there is an ETA at all when the ubuntu one servers are going to be fixed with regards to the horrendous speed issues? the bug was logged almost a month ago and there is no activity and the "commercial system" is completely unusable
[11:18] <popey> broken image links on https://one.ubuntu.com/support/installation/ for example https://media.one.ubuntu.com/media/2021/img/install/gdebi.png
[13:07] <LiCeT> hi all
[13:19] <LiCeT> how can i force my ubuntuone to sync?
[13:19] <psypher246> hi
[13:19] <psypher246> yes i think u can
[13:19] <psypher246> i saw someone as k that yesterday
[13:19] <psypher246> hold on
[13:20] <LiCeT> thx
[13:20] <psypher246>  u1sdtool --help
[13:20] <psypher246> --refresh=PATH         request a refresh of PATH
[13:20] <psypher246> udsdtool --refresh=/path to sync
[13:21] <psypher246> not that it helps fanyway, u1 servers seems broken now for ages, can't upload faster than 0-12KB/s
[13:22] <psypher246> there is a bug for it, hope it gets sorted asap
[13:23] <LiCeT> my filed dont get synced/updated
[13:23] <LiCeT> strange
[13:23] <psypher246> yeah at 1sdt i thought so too, but it was that it was just SOOO SLOOOOW that it seemed like it wasn't syncing
[13:23] <LiCeT> O.o
[13:24] <psypher246> at the moment it's a kind of leave and forget it service, dump the files in  and like a week later it shold be synced
[13:24] <LiCeT> lol
[13:25] <psypher246> :)
[13:25] <LiCeT> not good to work with :p
[13:25] <psypher246> I KNOW!
[13:25] <psypher246> what ubuntu u on?
[13:25] <LiCeT> 9.10
[13:26] <psypher246> i'm on 9.04, same issue on my 9.10 PC as well
[13:26] <psypher246> to see if anything is happening i do the following
[13:26] <psypher246> open terminator
[13:26] <LiCeT> on monday it was working fine for a few hours
[13:26] <LiCeT> but now :/
[13:26] <psypher246> split screen in half horizontally
[13:27] <psypher246> split top screen in half vertically
[13:27] <psypher246> launch sudo nethogs in the one window, top left
[13:27] <psypher246> launch sudo nethogs in the top right window
[13:27] <psypher246> press m twice to see kb/s view
[13:27] <psypher246> oh and press m one in top left window to see MB downloaded
[13:28] <LiCeT> lol
[13:28] <LiCeT> na...not so much time
[13:28] <psypher246> then in the bottom window i do watch "u1sdtool --current-transfers"
[13:29] <psypher246> then i can see, the pythin process upload at what speed, how much it has doen and what it's doing according to u1sdtool
[13:29] <psypher246> 30mb take an hour
[13:29] <psypher246> :(
[13:29] <psypher246> dropbox takes like a minute to do same amount
[13:29] <LiCeT> well..i have a few kb files
[13:29] <LiCeT> in ubuntu one folder they are checked
[13:30] <psypher246> see i just started using it since karmic came out, and it's hasn;t worked at all
[13:30] <LiCeT> but they dont get updated/synced
[13:30] <Chipaca> psypher246: I don't know if you saw my comments yesterday: I copied a folder of oggs into Ubuntu One, and it uploaded at a constant 30kB/s (with 1-2 second gaps between each ogg) until it was done
[13:30] <psypher246> dont know the point of the check, it checks the file immediatly
[13:30] <psypher246> Chipaca: no i didn't
[13:30] <LiCeT> tell us how Chipaca :D
[13:30] <psypher246> then what is the problem
[13:30] <Chipaca> psypher246: I suspect the issue you are seeing is because you have a lot of small files
[13:30] <psypher246> i 30mb file is not a small file
[13:30] <Chipaca> and that gap between files is killing you
[13:31] <Chipaca> psypher246: ah, hmm
[13:31] <psypher246> nope
[13:31] <psypher246> not it
[13:31] <psypher246> currently doing a 90mb file, same issues
[13:31] <LiCeT> Chipaca, my files are marked as updated/synced
[13:31] <Chipaca> psypher246: ok, so I don't know why you're getting that. I didn't do anything special (and 30kB/s is my maxed out uplink)
[13:31] <LiCeT> but they dont exist in web
[13:31] <Chipaca> LiCeT: that's something else
[13:31] <psypher246> and copied all the files in my non-updated u1 folder to drop box folder, did 400mb in less than 10 mins
[13:32] <LiCeT> k
[13:32] <LiCeT> i supposed that
[13:32] <Chipaca> yes, dropbox is awesome, we have so long a road until we get there
[13:32] <Chipaca> but we will :)
[13:32] <psypher246> i put all this in the bug report: https://bugs.launchpad.net/ubuntu/+source/ubuntuone-client/+bug/461963
[13:33] <LiCeT> do you have any idea about my problem Chipaca ?
[13:33] <Chipaca> LiCeT: so, things first: in a terminal, do “killall ubuntuone-syncdaemon; /usr/lib/ubuntuone-client/ubuntuone-syncdaemon --debug” (without the quotes)
[13:33] <psypher246> Chipaca: no offence, then there shouldn't be a commercial component to this, especially if it's still beta
[13:33] <Chipaca> LiCeT: and please pastebin the last screenful of that
[13:34] <psypher246> I don't mind paying, supporting canonical with pleasure, but I really really jhope this is sorted very soon
[13:34] <LiCeT> k
[13:35] <LiCeT> give a min :)
[13:35] <LiCeT> thx
[13:36] <LiCeT> it stops without ending?!?
[13:37] <psypher246> Chipaca: i know there is a bug for this, but are they aware of the severity of this bug and is it possible to see how many people are affected?
[13:38] <Chipaca> psypher246: by "they" you mean "you (plural)"
[13:38] <Chipaca> psypher246: :)
[13:38] <Chipaca> LiCeT: yes, it never ends. I mean it doesn't end until you stop it.
[13:38] <Chipaca> LiCeT: don't stop it, just pastebin the output
[13:39] <psypher246> i guess, :)
[13:39] <LiCeT> k thats what i mean :)
[13:39] <Chipaca> psypher246: are _all_ your files 30M? wasn't it you that had your .mozilla and source trees with .c files in them etc?
[13:40] <LiCeT> Chipaca, http://pastebin.com/d247e1d0a
[13:40] <psypher246> it's all random stuff, essencially want to backup my whole home folder
[13:40] <psypher246> and at this time the files int ehre are all random sizes and file types
[13:41] <Chipaca> psypher246: ok. Can you identify one file that is large (lots of megs) and not uploaded yet?
[13:42] <Chipaca> LiCeT: in the panel at the top of the screen, you have the image of a cloud?
[13:42] <LiCeT> erm...no
[13:42] <psypher246> Chipaca: k got one 143mb file
[13:42] <Chipaca> LiCeT: do you have a systray?
[13:43] <LiCeT> i stopped after the pasting
[13:43] <Chipaca> psypher246: do you have u1sdtool?
[13:43] <psypher246> yes
[13:43] <Chipaca> LiCeT: ok, in the terminal once more, can you do "ubuntuone-client-applet"?
[13:44] <Chipaca> psypher246: please do u1sdtool --info=/the/full/path/to/that/file
[13:44] <LiCeT> jup
[13:44] <LiCeT> started
[13:44] <Chipaca> LiCeT: now you have a cloud somewhere in your panel?
[13:45] <LiCeT> for a few sec. a msg saying "updating"
[13:45] <LiCeT> and the symbol in systray
[13:45] <Chipaca> LiCeT: heh, ok, there you go then
[13:45] <Chipaca> LiCeT: if the cloud applet isn't started automatically, you can find it under applications -> internet -> ubuntu one
[13:46] <LiCeT> yeah...but it doesnt update
[13:46] <LiCeT> it says "updating"
[13:46] <LiCeT> but there is never a update :/
[13:47] <LiCeT> even if in the ubuntu one folder the files are all marked as synced/updated
[13:47] <LiCeT> maybe i'll try to delete all and put in again...what you think about it
[13:47] <LiCeT> ?
[13:48] <Chipaca> LiCeT: ok, hold on then
[13:48] <Chipaca> LiCeT: now, again, in a terminal, kill and start the syncdaemon in debug, and show me the last page of output
[13:49] <psypher246> Chipaca: http://paste.ubuntu.com/316930/
[13:49] <Chipaca> psypher246: do you have d-feet installed?
[13:49] <psypher246> Chipaca: no what is that?
[13:50] <Chipaca> psypher246: a d-bus debugger. Please install it, we're going to be talking dirty with the syncdaemon (over dbus)
[13:50] <Chipaca> psypher246: (because when d-bus is broken, you use d-feet, get it?)
[13:51] <LiCeT> http://pastebin.com/m32c9aa6e
[13:51] <psypher246> k done
[13:51] <Chipaca> psypher246: ok, run d-feet
[13:52] <Chipaca> LiCeT: ok, click the cloud, does it say "connect"?
[13:52] <psypher246> Chipaca: k
[13:52] <LiCeT> yes
[13:52] <Chipaca> psypher246: connect to the session bus (this might happen automatically, otherwise, it's clicking the 'plug' thing)
[13:52] <Chipaca> LiCeT: click it
[13:52] <LiCeT> k
[13:52] <psypher246> buss address?
[13:55] <LiCeT> it disconnect automatically after clicking "connect"
[13:56] <Chipaca> psypher246: ah! forget that
[13:56] <Chipaca> psypher246: file -> connect to session bus
[13:56] <Chipaca> psypher246: sorry for misleading you :)
[13:56] <psypher246> ok
[13:56] <Chipaca> LiCeT: ok, please pastebin
[13:56] <LiCeT> have seen something interesting i think
[13:56] <LiCeT> in debug
[13:58] <LiCeT> http://pastebin.com/d79b50974
[13:58] <LiCeT> seems an python problem?!?!
[13:58] <Chipaca> psypher246: then, click on "com.ubuntuone.SyncDaemon", and navigate to /status Methods, double click "schedule_next"
[13:59] <Chipaca> LiCeT: yes, it is. Can you update and upgrade your packages (or at least ubuntuone-client and family)?
[14:00] <LiCeT> i made an system update this mornig
[14:00] <LiCeT> it is all up to date
[14:00] <Chipaca> LiCeT: hm, strange. Ok.
[14:00] <LiCeT> how do it with ubuntuone-client?
[14:00] <Chipaca> verterok: ping
[14:00] <verterok> Chipaca: pong
[14:00] <psypher246> Chipaca: don't have schedule_next in that screen
[14:00] <psypher246> oh wait
[14:00] <Chipaca> verterok: http://pastebin.com/d79b50974
[14:01] <Chipaca> verterok: that's LiCeT's issue, he's updated/upgraded this morning and getting that
[14:01] <psypher246> Chipaca: do i look under com.ubuntuone.syncdaemon.statsu or syncdaemon or introspectable?
[14:01] <LiCeT> installing ubuntuone-clinet-tools now
[14:01] <Chipaca> psypher246: ah! com.u1.sd.status
[14:01] <verterok> LiCeT: hi, could you pastebin the contens of ~/.config/ubuntuone/syncdaemon.conf ?
[14:02] <LiCeT> yup
[14:02] <psypher246> Chipaca: k
[14:03] <LiCeT> verterok, http://pastebin.com/d5855ddf
[14:04] <LiCeT> installed ubuntone-client-tools now...may i have to relogin?
[14:04] <verterok> LiCeT: nope
[14:04] <LiCeT> k :)
[14:04] <verterok> LiCeT: are you using the karmic or ppa packages?
[14:05] <LiCeT> karmic i think
[14:05] <LiCeT> was installed when installing karmic
[14:05] <LiCeT> just the "original" one
[14:05] <verterok> LiCeT: ok
[14:05] <verterok> LiCeT: you'r hitting a known bug, already fixed in trunk
[14:05] <verterok> LiCeT: removing ~/.config/ubuntuone/syncdaemon.conf should fix it
[14:06] <LiCeT> removing the entire file?
[14:06] <LiCeT> or just the content?
[14:06] <Chipaca> psypher246: found it?
[14:06] <psypher246> yup7
[14:06] <verterok> LiCeT: the issue is with the preference app and syncdaemon settings, when you enable bandwidth throttling and leave the default values
[14:06] <psypher246> open
[14:06] <verterok> LiCeT: removing the while file it's ok
[14:07] <Chipaca> psypher246: ok, put «'', 'eb624d5b-5bf9-4c5a-b98d-8e8150cf84e6'»
[14:08] <psypher246> including  the <<
[14:08] <psypher246> >>
[14:09] <LiCeT> and just restart the applet verterok ?
[14:09] <verterok> LiCeT: yes, and syncdaemon too. to make your it's off: u1sdtool --quit :)
[14:09] <Chipaca> psypher246: nope
[14:09] <psypher246> so just '', 'eb624d5b-5bf9-4c5a-b98d-8e8150cf84e6'
[14:10] <psypher246> in the parameters box
[14:10] <Chipaca> psypher246: yes, and click 'execute'
[14:10] <psypher246> This method did not return anything
[14:10] <Chipaca> psypher246: good
[14:10] <verterok> Chipaca: I should add that to u1sdtool ;)
[14:10] <psypher246> oh ok
[14:10] <Chipaca> verterok: the rescheduling?
[14:10] <verterok> Chipaca: yeap
[14:11] <Chipaca> verterok: that, and the 'waiting_content', would be nice :)
[14:11] <verterok> Chipaca: and listing the queue
[14:11] <verterok> Chipaca: yeap :)
[14:11] <Chipaca> psypher246: are you monitoring your bandwidth usage?
[14:11] <psypher246> Chipaca: constantly
[14:12] <Chipaca> psypher246: good :) can you execute "waiting_content" (just below schedule_next)?
[14:12] <psypher246> also paste that line and go execute?
[14:12] <Chipaca> psypher246: no, just execute, no parameters
[14:13] <psypher246> k
[14:14] <LiCeT> still no difference :(
[14:14] <verterok> LiCeT: same error?
[14:15] <LiCeT> jup
[14:15] <LiCeT> no updates
[14:15] <verterok> LiCeT: check if  you still have ~/.config/ubuntuone/syncdaemon.conf?
[14:16] <LiCeT> there is a new one
[14:16] <LiCeT> lol
[14:16] <LiCeT> ah...yeah
[14:16] <LiCeT> with new values i changed
[14:17] <LiCeT> there are a lot of push events in debug but no updated
[14:18] <LiCeT> k...something working now
[14:19] <psypher246> Chipaca: so what now?
[14:20] <Chipaca> psypher246: what did that waiting_content execution return? also, did you not see a spike in your upload?
[14:21] <psypher246> Chipaca: nope not a blip:
[14:21] <psypher246> http://paste.ubuntu.com/316952/
[14:21] <psypher246> still on 80mb of that 90 mb upload which started 2 hrs ago
[14:22] <Chipaca> psypher246: and you're currently connected?
[14:22] <psypher246> yup
[14:22] <psypher246> Current uploads:
[14:22] <psypher246>   path: /home/ruald/Ubuntu One/ruald/Backup/HoN/game/textures.s2z
[14:22] <psypher246>     deflated size: 95073070
[14:22] <psypher246>     bytes written: 79522684
[14:22] <psypher246> Current downloads: 0
[14:22] <Chipaca> psypher246: sucks! :(
[14:24] <LiCeT> verterok, seems to working now :)
[14:24] <LiCeT> thx m8
[14:25] <verterok> LiCeT: cool! :)
[14:25] <LiCeT> thx a lot
[14:26] <psypher246> LiCeT: curious at what speed is it uploading?
[14:26] <LiCeT> always :D
[14:29] <LiCeT>     deflated size: 1084498
[14:29] <LiCeT>     bytes written: 717596
[14:29] <psypher246> ok so as bad as me :)
[14:30] <LiCeT> :(
[14:30] <LiCeT> its not so important to me...i just have small files
[14:32] <psypher246> LiCeT: how fast is yr internet link?
[14:32] <LiCeT> 6000kb/s
[14:32] <psypher246> no offence, but BASTARD!
[14:32] <psypher246> anyway so i am not the only one with slow speeds
[14:33] <LiCeT> lol
[14:33] <LiCeT> remember its a free service psypher246
[14:34] <psypher246> i'm sitting on the fastest ISP backbone in my country and can only get 304MB/s down and 2000KB up
[14:34] <psypher246> yeas sure if u took the 2GB option I am paying for 50GB
[14:34] <LiCeT> ah..ok
[14:35] <psypher246> eitherway even using 2GB, it would take 66hours to upload all of tha
[14:35] <psypher246> t
[14:36] <LiCeT> as i said...not important for me
[14:37] <jblount> psypher246: Hi! This slowness is really crappy. I'm not sure why it's happening either, but I'll see if I can't gather some data about it today.
[14:37] <urbanape> morning, everyone
[14:38] <psypher246> :) after noon
[14:38] <jblount> urbanape: yo
[14:38] <urbanape> morning % localtime
[14:38] <urbanape> brb
[14:38] <psypher246> lol i know
[14:40] <psypher246> LiCeT: course I also want to help make u1 friggin awesome, so getting to work on par with dropbox is a good mission
[14:41] <LiCeT> :)
[14:53]  * rtagger is testing overhead for empathy logs in couchdb...
[14:53] <jblount> rtagger: Neat!
[14:54] <rtagger> jblount, so far, only basic info, the message itself+some technical info, no date, etc. I just want to see how much MBs the data will take :)
[14:55] <jblount> rtagger: Very interesting. I know CardinalFang was working on getting gwibber to use couchdb a while back
[14:55] <CardinalFang> Yeah, I added some code but it's not good enough yet and is commented out in our package.
[14:56] <rtagger> jblount, I'm not a dbus-enabled guy yet, so I'm still learning how to tie that up. gwibber may be more suitable since it does not need to handle single letters or ":)" with 200+ bytes of overhead
[14:57] <jblount> heh
[15:00] <jblount> CardinalFang: dobey jblount rodrigo_ teknico vds
[15:00] <jblount> Desktop+ MEETING BEGINS
[15:00] <jblount> The drill, you know it. "me" gets you in the meeting, then you paste DONE / TODO / BLOCKED
[15:00] <vds> me
[15:00] <rodrigo_> me
[15:00] <teknico> me
[15:00] <CardinalFang> me
[15:01] <jblount> me
[15:01] <jblount> dobey: ?
[15:01] <jblount> vds: When you are ready.
[15:01] <dobey> me
[15:01] <vds> DONE: Estimates and mobile sync restart
[15:01] <vds> TODO: more estimates
[15:01] <vds> BLOCKED: nope
[15:01] <vds> rodrigo_: go!  :)
[15:01] <rodrigo_> • DONE: Submitted fixes for marking records as deleted instead of deleting them. Fixed missing postal addresses when saving contacts in evo-couchdb
[15:01] <rodrigo_> • TODO: Talk to Ara about writing mago tests for evo-couchdb. Conflict resolver tool in pair tool. Look at becoming a MOTU (https://wiki.ubuntu.com/UbuntuDevelopers). openSUSE/Fedora packaging with aquarius. API documentation for couchdb-glib. Make sandy's snowy test suite work with our server (http://git.gnome.org/cgit/snowy/tree/api/tests.py). Discuss with jdo and aquarius about oauth token per app, not per machine? Push evo-couchdb
[15:01] <rodrigo_> • BLOCKED: no
[15:02] <rodrigo_> next: teknico
[15:02] <teknico> DONE: did more reviews; estimated the new work on funambol phone sync with vds
[15:02] <teknico> TODO: restart work on funambol phone sync; fix IM address handling in the contacts web UI (#475224)
[15:02] <teknico> BLOCK: none
[15:02] <teknico> next: CardinalFang
[15:02] <CardinalFang> DONE: More work on replication.  Finished most of test infrastructure.  Having to refactor a bit.
[15:02] <CardinalFang> TODO: Refactor.  Help convince Debian that package split of couchdb is smart.
[15:02] <CardinalFang> BLOCKED: None.  Still miserable with allergies/cold.
[15:03] <CardinalFang> jblount, vamanos
[15:03] <jblount> DONE: National Holiday
[15:03] <jblount> TODO: FACE duty
[15:03] <jblount> BLOCKED: lots of interesting things to work on, all at the same time
[15:03] <jblount> dobey: GOOGOGOG
[15:04] <dobey> ☺ DONE: Perf review work, US Holiday
[15:04] <dobey> ☹ TODO: Open Enrollment, Lucid work estimates, Finish NM bug work, Backport fixes to stable-1-0, Prepare an SRU
[15:04] <dobey> ☹ BLCK: None.
[15:04] <jblount> I think that's EOM, well done everyone!
[15:08] <psypher246> Chipaca: ah u back, anything else i can try?
[15:09] <Chipaca> psypher246: back, but only to say I'm without internet for a while
[15:09] <psypher246> Chipaca:
[15:09] <psypher246> Chipaca: lol ok no worries
[15:09] <Chipaca> this is me going out over GPRS (pay-by-the-bit), which isn't going to last long
[15:09] <jblount> psypher246: The speed issue is a known problem that we don't have a fix for (yet)
[15:10] <psypher246> ok cool i will wait, will this bug be updated when fixed: https://bugs.launchpad.net/ubuntu/+source/ubuntuone-client/+bug/467137
[15:10] <psypher246> or there possible another?
[15:11] <jblount> Yeah, I'll make sure 461963 gets updated, so subscribe to that one if you want updates
[15:11] <rtagger> btw, this is off-topic, but.. how can I remove the database from desktopcouch so it does not get downloaded from u1? Looks like 'delete database' does not propagate via replication...
[15:11] <psypher246> already deon, thanks
[15:11] <Chipaca> jblount: I think psypher246 isn't the usual speed issue, but I might be wrong
[15:12] <Chipaca> psypher246: please explain about the 90MB file sitting not uploading for a long time, in the bug
[15:12] <psypher246> well it does upload
[15:12] <psypher246> just at like 5KB/s avg
[15:12] <psypher246> that file is donwe now, the one we were trying to force with d-feet is queed now, but it was next in line anyway
[15:13] <Chipaca> ok, bbl, with the internets
[15:13] <Chipaca> psypher246: exactly, all that, in the bug please
[15:13] <psypher246> will do sorry it's actually this bug:
[15:13] <Chipaca> psypher246: what we did with d-feet was put it at the head of the queue, yes
[15:13] <psypher246> https://bugs.launchpad.net/ubuntu/+source/ubuntuone-client/+bug/461963
[15:13] <Chipaca> ok, BBL
[16:21] <miha> i wonder.. how free is this ubuntuone. and where is api?
[16:26] <CardinalFang> miha, you have access to the source code of everything on your computer.  The API docs...  those are somewhere online.  Where are those.  jblount, are you Face today?
[16:29] <jblount> CardinalFang: Indeed, as pointed out in the topic :)
[16:31] <jblount> Sadly, I am unfamiliar with the api you speak of.
[16:32] <CardinalFang> jblount, sorry, didn't see the timestamp on it.  Binging "Ubuntu One API" doesn't get me docs about how to write a client for (e.g. OS X or my phone).  I think that's the kind of doc miha wants.
[16:32] <CardinalFang> statik, u1 api docs?
[16:33] <miha> i thought i'd check if i can (ab)use storage space :)
[16:33] <jblount> CardinalFang: You really are going to have to stop saying "binging" if we are going to have any sort of conversation for longer than a few seconds. I just recovered from laughing.
[16:34] <miha> is this a http protocol? or what?
[16:34] <verterok> CardinalFang: lp:storageprotocol
[16:35] <verterok> miha: the transport used is http(s), and the protocol defined usin google protocol buffers
[16:35] <verterok> *using
[16:36] <miha> verterok ok so i could use jakarta httpclient to use it from java?
[16:36] <CardinalFang> Ah,  https://launchpad.net/ubuntuone-storage-protocol
[16:36] <verterok> miha: hmm, I think so, but you'll need to compile the protocol buffer to java, as the current one is python :)
[16:37] <verterok> miha: using the java protocol buffer compiler, that's it
[16:37] <miha> i see
[16:38] <miha> just a side thought, license allows windows clients? ;)
[16:39] <CardinalFang> Sure.  They're welcome, in fact.
[16:39] <CardinalFang> jython to the rescue!
[16:39] <verterok> CardinalFang: jython?
[16:39] <jblount> miha: I'm offering cookies in exchange for a windows client.
[16:40] <verterok> CardinalFang: we need twisted-jython ;)
[16:40] <miha> well perhaps one could wrap java JNI around phyton stuff?
[16:40] <miha> hehe
[16:40] <miha> jogl does it great for opengl
[16:40] <CardinalFang> jython makes python code into JRE bytecode.
[16:40] <CardinalFang> You can call both directions.
[16:41] <verterok> CardinalFang: jython to use the protocol?
[16:41] <CardinalFang> jython(protobuffer) -> .java files.
[16:42] <CardinalFang> or .jar.
[16:42] <verterok> CardinalFang: no need for that, protobuf-java-compiler -> java files ;)
[16:42] <CardinalFang> I have not tested this.  I give it a 80% chance of working.
[16:42] <CardinalFang> Excellent.
[16:42] <CardinalFang> AFK.
[17:03] <ranjan> can any body can tall me how to resolve compabilities mismatch with server issue
[17:08] <joshuahoover> hi ranjan
[17:08] <joshuahoover> ranjan: you'll need to get the latest updates and then restart the ubuntu one client
[17:08] <ranjan> ok thanks
[17:55]  * jblount goes for lunch. To the kitchen. A few feet away.
[18:01] <statik> CardinalFang, we have no docs and aquarius is going to make some one day soon
[18:01] <CardinalFang> k thx
[22:52]  * rtagger feels guilty for programming unknown thing in unknown language using unknown technology:)... The hacked-up-quickly-empathy-logging seems to work fine (No clients were harmed during production, and by "hacked" I mean REALLY hacked).
[22:54] <rtagger> issues so far: 1. need to learn python. 2. need to learn dbus a little bit more, 3. couchdb needs compacting pretty badly - 2.3Mb for 400 lines of chat messages.
[22:56] <rtagger> 4. need to find out how to program the viewer. 5. logging is not "pluggable" in empathy since it is hardcoded inside not as dbus service.
[22:59] <rtagger> so far this is a standalone script that listens to MessageSent, MessageReceived and NewChannels signals from dbus, does some internal magic to find out from/to and dumps everything to couchdb.


[09:22] <rmg51> Morning
[12:28] <teddy-dbear> Morning peoples, critters and everything else
[15:17] <lazypower> ChinnoDog, its a DSL. Most implementations of ruby is DSL
[15:18] <ChinnoDog> DSL?
[15:18] <lazypower> ChinnoDog, :private_network is a symbol, :ip is another symbol, and this is basically replacing / updating an item in a hash
[15:18] <lazypower> Domain Specific Language
[15:19] <lazypower> https://en.wikipedia.org/wiki/Domain-specific_language
[15:20] <ChinnoDog> But it must be valid ruby syntax. I understand Ruby hashes but I don't understand the statement because I don't know what the comma operator is doing for it.
[15:21] <ChinnoDog> What hash does the :ip key belong to?
[15:22] <lazypower> ip belongs to private_network, its a sub-key of that property
[15:23] <ChinnoDog> sub-key = parent hash?