[04:23] <seidos> should this bug be marked solved:  https://bugs.launchpad.net/ubuntu/+source/linux/+bug/514834  the OP says that it can be marked as such.
[04:23] <ubot2> Launchpad bug 514834 in linux (Ubuntu) "mic not working on toshiba satellite M305d with ubuntu karmic 9.10 (affects: 2) (heat: 19)" [Undecided,New]
[04:25] <micahg> seidos: yeah, I"ll mark it invalid, thanks
[04:25] <seidos> hmmm, looks like there isn't a "solved" option.
[04:25] <seidos> micahg, ok
[04:25] <micahg> seidos: done
[04:26]  * seidos nods @ micahg
[04:54] <slooksterpsv> I have some questions about bug reporting if someone is avail
[04:55] <micahg> !ask | slooksterpsv
[04:55] <ubot2> slooksterpsv: Please don't ask to ask a question, simply ask the question (all on ONE line and in the channel, so that others can read and follow it easily). If anyone knows the answer they will most likely reply. :-)
[04:55] <slooksterpsv> pretty much I want to file a bug that's been reported, but it says fix released, but the bug still exists; do I just comment on that bug or create a new one?
[04:55] <AbhiJit> slooksterpsv, which is that bug?
[04:56] <AbhiJit> address?
[04:56] <slooksterpsv> gwibber not being able to add facebook accounts
[04:57] <micahg> slooksterpsv: please file a new bug and reference the old one
[04:59] <slooksterpsv> haha someone beat me to it
[04:59] <persia> There's a "This bug affects me" button which you might want to press
[05:00] <slooksterpsv> not seeing it :( I saw it before on another bug related to this one, if its a duplicate of another bug would I be added already?
[05:00] <slooksterpsv> nevermind I'm an idiot
[05:02] <persia> No, the UI just gets confusing sometimes.  You'll get used to it.
[05:03] <slooksterpsv> ok; how can I help with bugs specifically besides reporting them? should I find work-arounds for temporary fixes? download the source and try to resolve the issue myself? try daily builds to see if it's resolved in those? or... cause I'd love to help with bugs, my programming knowledge is limited, but I know what I'm searching for depending on how well it's documented
[05:05] <micahg> slooksterpsv: have you read this? https://wiki.ubuntu.com/Bugs/HowToTriage
[05:09] <persia> slooksterpsv, Often the best way to help is to track down the specific issue.  Workarounds and temporary fixes aren't usually interesting, as they often can't be deployed for everyone.  Daily build testing is a very scattergun approach.
[05:10] <slooksterpsv> ok
[05:10] <lifeless> persia: scattershot :P
[05:10] <persia> My experience is that something like 20% of bugs have a fix *somewhere* (maybe a blog post, maybe another distribution, maybe upstream, etc.), and it's worth testing and confirming those.
[05:11] <persia> lifeless, Think scale.  One can knock out a crowd with scattershot from a single gun, but scattering guns about can be just as effective, and gives one the opportunity to walk away, whistling nonchalantly.
[05:12] <persia> But anyway, if you like, perhaps "using a shotgun to hunt ants"
[05:13] <slooksterpsv> alrighty, and you guys would be here or someone would be to assist me if I get stuck on where to go once I've got the basics like how to further help along those lines - this is a lot of documentation btw
[05:13] <micahg> slooksterpsv: there's usually a bug control member in here almost all the time
[05:23] <drew212> stlsaint: hey, you doing any triaging?
[05:24] <slooksterpsv> ok this is a whole lot of information to take down, but i gtg to bed work early tomorrow. so I'll try and help with bugs and that. see you tomorrow
[07:07] <snadge> is someone going to update the freenx ppa for maverick?
[07:16] <persia> snadge, You'd have to hunt down the freenx PPA folk.  We have nothing to do with that.
[07:17] <snadge> yeah i know.. i stupidly decided to update to maverick thinking i might be able to fix my nx problem
[07:18] <snadge> which is great, its kept the neatx server installed.. but i can only connect to it from windows nx client.. i get an error with the ubuntu one
[07:21] <snadge> i guess i'll just have to wait for the ppa to be updated.. since theres no other method i can see for getting it to work on ubuntu.. they all point to that ;)
[10:31] <layn> Hi
[10:48] <xteejx> layn: Hi
[10:48] <layn> xteejx: hi
[10:49] <layn> xteejx: How are you?
[10:49] <xteejx> layn: Good thanks, anything we can help with?
[10:51] <layn> xteejx: Oh, thank you very kind are familiar with Oracle, then?
[10:52] <xteejx> layn: I'm not unfortunately, sorry. Is it a bug, or a problem you are having?
[10:54] <xteejx> layn: If it is a problem rather than a bug, you'd be better going to #ubuntu - most questions can be answered there :)
[10:54] <layn> now I have no problems or bugs on my system but gave a look at the new bugs reported
[10:55] <xteejx> layn: Don't worry, we are well aware of the number of bugs, and it is expected
[10:55] <xteejx> that there will be some things which aren't 100% perfect
[10:57] <layn> xteejx: you are a member of bug-squad
[10:57] <layn> ?
[10:57] <xteejx> layn: Yes, and Bug Control
[10:58] <layn> xteejx: I, too, and I try to be helpful mome all of you as I always have even though I have many commitments here at work with the database
[10:59] <xteejx> layn: That's cool, we're all volunteers anyway :)
[10:59] <xteejx> Anyway I must go do some triaging I've been away for a couple of months and didn't get much done last night
[10:59] <layn> xteejx: say I'm an Oracle DBA
[10:59] <miku_> hi, anyone here with knowledge about intel gfx chip on ubuntu?
[10:59] <xteejx> miku_: Whats the problem?
[10:59] <persia> layn, The trick is to only help when you have time: don't let it interfere (or you'll stop).  Do let it (slowly) make you an expert in working with bugs, so you can easily establish a quick resolution if you encounter one that affects $work.
[11:00] <xteejx> persia: Afternoon/evening persia :)
[11:00] <persia> hey xteejx :)
[11:00] <xteejx> !time
[11:00] <ubot2> Information about using and setting your computer's clock on Ubuntu can be found at https://help.ubuntu.com/community/UbuntuTime - See https://help.ubuntu.com/10.04/serverguide/C/NTP.html for information on usage of the Network Time Protocol (NTP)
[11:03] <layn> persia: I sometimes deviates from the database and I dedicate myself to ubuntu to get some time for me this is another trick
[11:05] <miku_> xteejx: i have 10.10 on mac mini and there is problems with video playback
[11:05] <miku_> xteejx: long latencies
[11:06] <xteejx> Is this an Intel i945/965?
[11:06] <miku_> yes
[11:06] <xteejx> Why am I not surprised :(
[11:07] <miku_> slowd eats cpu on every 10seconds so i traced it to the drm_crtc_helper.c
[11:07] <xteejx> Honeslty, I doubt it's a bug, its a crap "graphics chip", have you enabled any restricted drivers
[11:07] <xteejx> (don't think there are any for i945/965)
[11:08] <miku_> in drm_crtc_helper.c there is #define DRM_OUTPUT_POLL_PERIOD (10*HZ)
[11:08] <xteejx> drm? What kind of video you trying to play?
[11:08] <miku_> in increased that to two hours :), and the video playback issue fixed
[11:09] <miku_> so apparently it is polling the display ports and that causes long latencies
[11:09] <miku_> of course is not a proper fix
[11:09] <layn> ok dependencies resolved
[11:09] <xteejx> Ok, have you filed a bug for this?
[11:09] <miku_> nope i haven't
[11:09] <xteejx> miku_: You definitely should, and include your workaround :)
[11:10] <xteejx> miku_: File with "ubuntu-bug linux"
[11:10] <miku_> i am at work so i can't use any tools to file it now :(
[11:10] <xteejx> Ok no worries :)
[11:12] <miku_> i assume i should do 'ubuntu-bug linux' on that particular setup which is ill behaving?
[11:12] <xteejx> The LPGM script is still not working!! It's a really simple fix... remove the extra tag from the xml file at http://people.canonical.com/~brian/greasemonkey/bugsquad-replies.xml - or is Brian thr only one who has access there?
[11:13] <xteejx> miku_: Yup, it'll grab all your system hardware info for debugging
[11:14] <miku_> that was only issue i encountered with my mac mini so 10.10 rocks :) thankyou for making it
[11:14] <xteejx> Me? I had very little to do with it :P
[11:15]  * xteejx thinks he should grab some breakfast...it's 11:15am
[11:27] <yofel> xteejx: he merged my branch, and I think the xml file is synced periodically from bazaar, you'll have to ask him for anything more specific
[11:45] <xteejx> yofel: Ok, so it's a matter of time then, hopefully not too long, I'm hating the typing, slows down the triaging
[11:45] <yofel> agreed
[11:47] <yofel> actually http://people.canonical.com/~brian/greasemonkey/bugsquad-replies.xml seems fixed - does it still not work?
[11:48] <xteejx> I still see "XML Parsing Error: mismatched tag. Expected: </reply>."
[11:49] <xteejx> And no it doesn't work :(
[11:49] <xteejx> Forget that
[11:49] <xteejx> It does, I'm a dipstick didn't refresh lol
[11:49]  * xteejx shouts WOOHOO
[11:50] <xteejx> yofel: Just a small note, the [Release+1 Testing] link still says Karmic Koala
[11:51] <yofel> eeek
[11:51] <xteejx> lol
[11:52] <yofel> I'll update it to natty when I get the time and nobody else did it ^^
[11:52] <xteejx> yofel: Cool. Could I be really cheeky and ask to have the "Old untouched bugs" response put in? :)
[11:54] <yofel> well, brian's the one that maintaines the file, but I could add it and file a merge request I guess
[11:54] <xteejx> Oh right - didn't realise :)
[11:57]  * xteejx has no heating on in his house, has the fan on full speed, and is still hot!
[12:09] <xteejx> wow 20 bugs closed by me so far today (didn't have anything back after being asked something by tirager ~1.5 yrs old)
[12:09] <xteejx> triager even
[14:03] <schnatta> hi. i have a bug that is grub related but not necessarily really a grub bug. the essential problem is, that you use the actual device names in the grub config for the root parameter
[14:03] <schnatta> if a user installs from an usb stick on a usb harddrive and unplugs the usb stick afterwards this causes a simple drop to the initrd shell on the next reboot
[14:03] <schnatta> because /dev/sdc became /dev/sdb
[14:04] <schnatta> so you should stick to uuid parameters
[14:04] <schnatta> any suggestions where to report that and which package to use?
[14:17] <schnatta> blubb
[14:19] <hggdh> schnatta: grub
[14:25] <xteejx> What's the command for ubotu to search what versions are in the repos?
[14:27] <xteejx> !info linux
[14:28] <ubot2> xteejx: linux (source: linux-meta): Generic complete Linux kernel.. In component main, is optional. Version <IP_ADDRESS>.7 (maverick), package size 4 kB, installed size 32 kB (Only available for i386 amd64 lpia all armel)
[14:28] <Pici> xteejx: There isn't an rmadison-like command though.
[14:29] <xteejx> pici: That's ok, just brushing up on small things :)
[14:36] <schnatta> thanks. bye
[14:38] <xteejx> ok that was random
[14:39] <xteejx> Can someone invalidate Gutsy backports for bug 270100 please? The website won't let me (html bug)
[14:39] <ubot2> Launchpad bug 270100 in ubuntu (and 2 other projects) "[needs-packaging] HTK - speech recognition (heat: 2)" [Wishlist,Confirmed] https://launchpad.net/bugs/270100
[14:47] <dholbach> https://wiki.ubuntu.com/UbuntuOpenWeek starting in 13 minutes in #ubuntu-classroom
[14:51] <simar> dholbach: yeah!!
[14:51] <dholbach> :-D
[14:51] <simar> :))
[14:51]  * nisshh heads over there to see what dholbach is so excited about
[14:52] <dholbach> nisshh, make sure you wait 8 more minutes :)
[14:52] <dholbach> and check out the wiki page in the meantime
[14:52] <nisshh> dholbach, will do, thanks :)
[14:53] <nisshh> dholbach, didrocks told me that im now on yours and jcastro's list of "people who we conned into doing sessions at App Week" :)
[14:53] <jcastro> nisshh: can you ping me after the session?
[14:54] <nisshh> jcastro, after the first session? sure
[15:00] <dyfet> I think bug 657024 can be marked as triaged
[15:00] <ubot2> Launchpad bug 657024 in ziproxy (Ubuntu) "please sync/merge 3.1.3-1 from debian (unstable) to Maverick (universe) - security vulnerability (affects: 1) (heat: 262)" [Undecided,New] https://launchpad.net/bugs/657024
[15:10] <hggdh> dyfet: have you read https://wiki.ubuntu.com/Bugs/HowToTriage#Needs%20Packaging%20Bugs?
[15:11] <hggdh> dyfet: actually, the whole section on https://wiki.ubuntu.com/Bugs/HowToTriage#Special%20types%20of%20bugs
[15:12] <dyfet> I was going by https://wiki.ubuntu.com/SecurityTeam/BugTriage
[15:13] <dyfet> Since it's a vulnerability
[15:19] <hggdh> it is indeed a security vulnerability, and the security team is already subscribed. But it is also a sync/merge request, which means it should not be touched except for the steps shown in the page
[15:20] <dyfet> Ah...ok
[15:20] <dyfet> I should drop "merge" from the title for clarity, it is a pure sync...
[15:21] <hggdh> dyfet: heh, I thoought so also -- and, of course, your case is a bit special, since you yourself could prepare a SRU for it :-)
[16:01] <nisshh> jcastro, you wanted me to ping you after the session
[16:01] <jcastro> nisshh: hit me up on #ubuntu-community-team
[16:02] <nisshh> will do
[16:27] <hggdh> maco: morning, and I would like to know if https://wiki.ubuntu.com/CodeOfConductGuidelines is still being pursued
[16:29] <maco> hggdh: no idea. never seen that wiki page before
[16:29] <hggdh> oh
[16:29] <maco> ask svaksha
[16:29] <maco> that's vid's nick
[16:30] <hggdh> maco: do you know which channel I should go?
[16:30] <maco> #ubuntu-women :P
[16:30] <hggdh> heh
[16:30]  * hggdh blushes deeply
[16:30] <maco> or #ubuntu-women-project
[16:30] <maco> thats the on-topic channel
[16:32] <hggdh> maco: thank you
[16:32] <maco> np
[16:52] <xteejx> bug 227543 - a strange one, has anyone seen this? I'm not sure how to proceed with triage on this one, it's not easily reproducible
[16:52] <ubot2> Launchpad bug 227543 in synaptic (Ubuntu) "Unnecessarily incomplete advice for package in inconsistent state (heat: 3)" [Undecided,Incomplete] https://launchpad.net/bugs/227543
[16:54] <charlie-tca> Looks like one of those "old bug" types. You could mark it as invalid; modify the no response from reporter response to reflect we can't do anything until it can be reproduced
[16:55] <xteejx> charlie-tca: Ok, cool thanks Charlie :)
[16:55] <charlie-tca> Or put it back in "new" with a comment that we need it reproduced in a current version
[16:56] <xteejx> Oops, to late, Invalidated it
[16:56] <xteejx> s/to/too/
[16:56] <charlie-tca> That's okay. If it can be reproduced, they can set it back anyway
[16:57] <xteejx> That's true. I left the "if you can give us the info..." bit in the message :)
[16:57] <jibel> xteejx, charlie-tca, this is not invalid this is the raw output from dpkg which is displayed in the dialog.
[16:58] <charlie-tca> Is it still displaced broken?
[16:58] <charlie-tca> I thought it shows the full text now
[16:58] <xteejx> I also thought that
[16:58] <charlie-tca> emma: wine-dev: Package is in a very bad inconsistent state - you should
[16:58] <charlie-tca> is the issue
[16:58] <charlie-tca> well, not emma
[16:59] <jibel> yes the message from dpkg is exactly
[16:59] <jibel> dpkg: error processing mysql-server-5.1 (--remove):
[16:59] <jibel>  Package is in a very bad inconsistent state - you should
[16:59] <jibel>  reinstall it before attempting a removal.
[16:59] <jibel> or other package
[16:59] <charlie-tca> Yes, but he only got the first sentence
[16:59] <xteejx> The bug is that the text is truncated in the dialog box
[16:59] <xteejx> is/was
[17:00] <jibel> oh, I should have read it twice :(
[17:00] <charlie-tca> I could be wrong, but I think that is no longer valid
[17:00] <xteejx> :P
[17:00] <xteejx> I must admit I really haven't seen it, even in Lucid
[17:01] <jibel> I've fixed it at some point if I remember.
[17:01] <charlie-tca> I just follow jibel's lead on most of the dpkg errors
[17:01] <jibel> it should no longer be an issue.
[17:01] <charlie-tca> whew! Thanks
[17:01] <xteejx> Setting it Invalid wasn't that bad a move then :)
[17:01] <jibel> but I'll check to be sure.
[17:02]  * jibel adding to his todo list
[17:02] <charlie-tca> xteejx: No, because the reporter stated he would not be able to verify it as still broken
[17:03] <xteejx> lol ok
[17:03]  * drizztbsd still waiting for #652183
[17:03] <xteejx> Quick question aside from bugs:
[17:03] <sbeattie> jibel: I see that you've verified bug 655463; FYI, I added a testcase to qa-r-t for it: http://bazaar.launchpad.net/~ubuntu-bugcontrol/qa-regression-testing/master/revision/983
[17:03] <ubot2> Launchpad bug 655463 in eglibc (Ubuntu Maverick) (and 4 other projects) "strstr broken for some inputs on pre-SSE4 machines (affects: 1) (heat: 18)" [High,Fix committed] https://launchpad.net/bugs/655463
[17:03] <xteejx> Does anyone use twitter on gwibber? I'm getting spammed or so it seems
[17:04] <jibel> xteejx, set the synaptic bug to confirmed it's a 5mn test.
[17:04] <charlie-tca> drizztbsd: waiting on what for bug 652183 ?
[17:04] <ubot2> Launchpad bug 652183 in tar (Debian) (and 1 other project) "tar 1.23-2 enters dead loop on extracting symlinks with -k option (affects: 1) (heat: 496)" [Unknown,Unknown] https://launchpad.net/bugs/652183
[17:04] <charlie-tca> I don't use gwibber
[17:04] <xteejx> its https://twitter.com/humsivhs/statuses/27045763322 :@
[17:04]  * xteejx is peed off
[17:04] <xteejx> jibel: The bug I questioned?
[17:05] <jibel> xteejx, yes.
[17:05] <xteejx> jibel: So it's not fixed then?
[17:05] <jibel> 227543
[17:05] <xteejx> bug 227543
[17:05] <ubot2> Launchpad bug 227543 in synaptic (Ubuntu) "Unnecessarily incomplete advice for package in inconsistent state (heat: 2)" [Undecided,Invalid] https://launchpad.net/bugs/227543
[17:05] <jibel> xteejx, I need to verify, it should be closed but maybe I missed it.
[17:06] <charlie-tca> Thanks for taking the time to help with that, jibel
[17:06] <xteejx> I'm confused now, if it's fixed it should be Invalid right?
[17:06] <jibel> sbeattie, thanks.
[17:06] <xteejx> or Fxi released even
[17:07] <jibel> sbeattie, is there a way to plug the testsuites coming with the packages in qa-r-t ?
[17:07] <xteejx> jibel, do you mean you're testing it?
[17:07] <jibel> sbeattie, I'm thinking about coreutils for example
[17:07] <jibel> xteejx, yes, I'll test it, not now but I'll do.
[17:08] <jibel> xteejx, but if you're testing it then go, no problem.
[17:08] <sbeattie> jibel: if it's packaged, yes; we do that for mysql and postgresql. If it's not packaged, it can be done, but it's a bit more work.
[17:08] <xteejx> jibel, Oh right, sorry I got confused, will set it Incomplete for now then
[17:08] <xteejx> jibel, I'll be honest I'm on production machine I don't wanna cause breakages to find out :(
[17:08] <sbeattie> jibel: but yeah, taking advantage of upstream testsuites wherever we can would be great.
[17:10] <jibel> sbeattie, when testing SRUs, I run the testsuite shipped with the package when there is one.
[17:11] <jibel> sbeattie, There was a coreutils SRU recently and the testing in qa-r-t is rather ... basic while the one coming with the source is fairly complete.
[17:12] <sbeattie> jibel: right, the two testcases for coreutils were actually demos from an openweek session I gave on how to write testcases for qa-r-t.
[17:12] <jibel> sbeattie, I'll check how this is done for mysql and postgresql and see if I can do something with other testsuites.
[18:16] <xeroadmin> I can't update without something going wrong
[18:16] <xeroadmin> recently I had to reinstall because the latest kernel release disabled networking
[18:19] <hggdh> jibel: coreutils comes with extensive tests in the source package; these tests are executed on build time.
[18:20] <hggdh> jibel: also, you could grab the source and run _all_ the tests (root/non-root, expensive, etc).
[18:21] <hggdh> sbeattie: I thought you were on a holiday ;-)
[18:23] <sbeattie> hggdh: theoretically. :-)
[18:23] <hggdh> sbeattie: so am I, so am I...
[18:33] <stanley_robertso> hi all
[19:06] <espen77> before i can login to 10.10 i have to login to consoll then run "ecrypt-mount-private"..
[19:13] <stanley_robertso> hi AbhiJit
[19:15] <AbhiJit> hey stanley_robertso
[19:21] <flipefr> hello everyone
[19:22] <flipefr> i have a bug that i can't reproduce, can anybody try it?it is very fast
[19:23] <AbhiJit> flipefr, just give the bug address. if anyones free then they will try
[19:24] <flipefr> bug 658442
[19:24] <ubot2> Launchpad bug 658442 in nautilus (Ubuntu) "nautilus does not sort users's home directory content (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/658442
[19:27] <flipefr> and there is also another bug that is more a request than a bug
[19:27] <flipefr> bug 658374
[19:27] <ubot2> Launchpad bug 658374 in gparted (Ubuntu) "Please update GParted to to version 0.6.3 (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/658374
[19:27] <AbhiJit> the bug is not reproducable here on my mc
[19:28] <flipefr> I checked that actually is in version 0.6.2 in repository
[19:28] <flipefr> AbhiJit: what should i do with bugs no reproducible?
[19:28] <flipefr> AbhiJit: ignore them?
[19:28] <charlie-tca> flipefr: that will be fixed when the packages are synced for natty, if the .3 is in debian
[19:29] <AbhiJit> flipefr, either ask the user to provide screenshot of the said bug if not mark as invalid
[19:29] <flipefr> AbhiJit: thanks
[19:29] <AbhiJit> np
[19:33] <flipefr> AbhiJit: what do you think about bug 658374
[19:33] <ubot2> Launchpad bug 658374 in gparted (Ubuntu) "Please update GParted to to version 0.6.3 (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/658374
[19:33] <flipefr> AbhiJit: i checked that the version in repository is 0.6.2
[19:33] <charlie-tca> flipefr: that will be fixed when the packages are synced for natty, if the .3 is in debian
[19:34] <AbhiJit> flipefr, mark it as opinion
[19:34] <flipefr> charlie-tca: should i mark it as invalid?
[19:34] <charlie-tca> no
[19:34] <AbhiJit> or wishlist if you can
[19:34] <charlie-tca> leave it or mark it wishlist.
[19:34] <flipefr> charlie-tca: opinion and could you set importance to wishlist?
[19:34] <charlie-tca> devs take care of those, normally
[19:34] <charlie-tca> not opinion
[19:35] <AbhiJit> ok
[19:35] <charlie-tca> it is a packaging bug. It goes to wishlist and we leave it alone unless it is already updated
[19:36] <flipefr> charlie-tca: i wont change the status then, but could you mark it as wishlist?
[19:36] <charlie-tca> yup
[19:37] <charlie-tca> done
[19:37] <flipefr> thanks
[19:37] <flipefr> what is the standard response for this kind of bugs?
[19:37] <charlie-tca> There will more requests for updated packages or sync/merges. We mark them wishlist and leave them
[19:38] <flipefr> ok, no response then
[19:38] <charlie-tca> https://wiki.ubuntu.com/Bugs/HowToTriage#Needs%20Packaging%20Bugs
[19:39]  * BUGabundo secretly wants #ubuntu+1 to reopen.  $ lsb_release -a Ubuntu natty (development branch)
[19:40] <charlie-tca> BUGabundo might be too fast
[19:41] <BUGabundo> don't care
[19:41] <charlie-tca> flipefr: There is the reference for all those "I want this package" bugs
[19:42] <charlie-tca> BUGabundo: I did not think they upload the toolchain until after uds?
[19:42] <flipefr> charlie-tca: thanks
[19:42] <charlie-tca> You are welcome
[19:42] <BUGabundo> charlie-tca: it goes up the day next to launch
[19:43] <charlie-tca> Really? Now I learned something else today
[19:44] <devildante> would be good to tell it to me too, I just arrived :p
[19:44] <BUGabundo> charlie-tca: I did this already, last two cycles
[19:44] <BUGabundo> devildante:  $ lsb_release -a Ubuntu natty (development branch)
[19:44] <charlie-tca> devildante: toolchain for the next release goes up the day after the release
[19:44] <devildante> upgrading before alpha 1?
[19:45] <devildante> I did it too for the maverick cycle :p
[19:45] <BUGabundo> me too
[19:45] <devildante> so I can upgrade now?
[19:45] <BUGabundo> and (what ever code name was before)
[19:45] <BUGabundo> devildante: sure, sed your sources
[19:45] <BUGabundo> and *vote* for #ubuntu+1 to open
[19:45] <BUGabundo> I miss being in there
[19:45] <BUGabundo> I'm already grumpy enough today
[19:45] <devildante> I've never been in there :p
[19:46] <BUGabundo> you haven't ?
[19:46] <devildante> no :p
[19:46]  * BUGabundo slaps devildante with an wet trout
[19:46] <devildante> again? :p
[19:46] <BUGabundo> sure
[19:46]  * BUGabundo slaps devildante with an wet trout
[19:46] <flipefr> AbhiJi: did you install gimp in maverick from software center?
[19:47] <devildante> I meant that you did it for the second time, no need to do it again :p
[19:47]  * charlie-tca can't believe one slap with a wet trout wasn't enough
[19:47] <charlie-tca> lol
[19:47] <AbhiJit> flipefr, i dont use maverick.
[19:47] <AbhiJit> !tab | flipefr
[19:47] <ubot2> flipefr: You can use your <tab> key for autocompletion of nicknames in IRC, as well as for completion of filenames and programs on the command line.
[19:48] <flipefr> does anybody try to install gimp from software center in maverick?
[19:48] <charlie-tca> hm, it comes installed in Xubuntu
[19:48] <devildante> sorry, can't try, I'm upgrading to natty
[19:48] <devildante> charlie-tca: ah, didn't know that
[19:49] <devildante> so you have enough space on LiveCD?
[19:49] <charlie-tca> yup
[19:49] <charlie-tca> We leave the language packs out
[19:50] <charlie-tca> We don't need as much space as gnome does, either
[19:53] <devildante> thanks for the insight :)
[19:54]  * devildante is upgrading to natty now
[19:55] <BUGabundo> welcome
[19:55] <charlie-tca> booting a maverick box to check gimp installation using software center
[19:55] <BUGabundo> hope to see you in #ubuntu+1 once it reopens
[19:55] <devildante> and if I don't? :p
[19:56] <jcastro> great job today devildante!
[19:56] <devildante> thanks, jcastro :)
[19:56] <devildante> hope everyone liked it too :)
[19:57] <charlie-tca> let's see if I an ubuntu box
[19:57] <BUGabundo> oh goody.... natty X is awesome.. already frozen twice
[19:58] <devildante> BUGabundo: I just have problems on maverick with this MacBookPro, don't tell me I'll have more problems :p
[19:58] <AbhiJit> :)
[19:59] <devildante> devildante@amine-MacBookPro:~$ lsb_release -d
[19:59] <devildante> Description:	Ubuntu natty (development branch)
[19:59] <devildante> hell yeah!
[19:59] <BUGabundo> let me nag tsimpson ... :P
[19:59] <BUGabundo> tsimpson: two users running natty
[20:00] <BUGabundo> time to reopen #ubuntu+1
[20:00] <BUGabundo> yofel: kklimonda: charlie-tca: join us
[20:00] <charlie-tca> You want to upgrade to Natty already, and don't want problems?
[20:00] <charlie-tca> I am trying to do this gimp install
[20:00] <devildante> charlie-tca: I know, just kidding
[20:00] <kklimonda> BUGabundo: already?
[20:00] <devildante> come on guys, upgrade to natty and let us play together :)
[20:01] <BUGabundo> kklimonda: sorry for being so slow
[20:01] <kklimonda> BUGabundo: it's closed :/
[20:01] <BUGabundo> was at work all day
[20:01] <BUGabundo> just got home :P
[20:01] <kklimonda> devildante: it's "Ubuntua natty"? :D
[20:01] <BUGabundo> now to find out which PPAs I can upgrade too
[20:01] <BUGabundo> I guess NONE
[20:01] <BUGabundo> nauthy
[20:01] <kklimonda> BUGabundo: it's a little early for that ;)
[20:01] <devildante> lol
[20:01] <BUGabundo> no its not
[20:01] <devildante> I read Description:	Ubuntu natty (development branch)
[20:01] <BUGabundo> did the same last two cycles
[20:02] <BUGabundo> devildante: natty nauthy
[20:02] <devildante> I did it too for the maverick cycle
[20:02] <kklimonda> he archive is still locked and there has only been one upload for natty
[20:02]  * BUGabundo stares at Mark
[20:02] <devildante> BUGabundo LOL
[20:02] <charlie-tca> Now where did flipefr go? anybody know what he wanted with this gimp installation?
[20:02] <BUGabundo> The following NEW packages will be installed:
[20:02] <BUGabundo>   cpp-4.5{a} g++-4.5{a} gcc-4.5{a} libcloog-ppl0{a} libelfg0{a} libgmpxx4ldbl{a} libmpc2{a} libppl-c2{a} libppl7{a} libstdc++6-4.5-dev{a}
[20:02] <BUGabundo> The following packages will be upgraded:
[20:02] <BUGabundo>   base-files binutils chromium-browser chromium-browser-dbg chromium-browser-inspector cpp dpkg dpkg-dev dselect firefox firefox-branding  firefox-gnome-support g++ gcc gmailwatcher libc-bin libc-dev-bin libc6 libc6-dbg libc6-dev libc6-i386 libdpkg-perl xulrunner-1.9.2
[20:02] <BUGabundo> take firefox and chromium out of there
[20:03] <BUGabundo> and tell me there hasn't been uploads
[20:03] <kklimonda> BUGabundo: well, I don't count the toolchain :)
[20:04] <kklimonda> still I'm surprised it's already there, there is nothing in natty-changes
[20:04] <BUGabundo> why is everyone so surprised?
[20:04] <BUGabundo> I've been doing this for a while
[20:05] <kklimonda> we don't live on the edge, like you do :P
[20:05] <BUGabundo> edge of an airplane
[20:06] <BUGabundo> 5 days for a 4300 mts high jump
[20:06] <BUGabundo> parashoot may or may not be included
[20:07] <charlie-tca> Well, the gimp install using software center in maverick worked. Let flipefr know if he comes back
[20:10] <njin> hello to all, if i click on shutdown and pc instead of shutdown restart session at wich package assign ? thanks Fabio
[20:13] <jibel> hggdh, re coreutils testsuite, my question was does it makes sense to plug them with the qa-r-t or not  ?
[20:14] <hggdh> jibel: I briefly looked at separating the test suite from coreutils proper, but it is not as simple as I hoped
[20:15] <hggdh> jibel: we _could_ just grab the package, and rebuild it
[20:15] <hggdh> jibel: but I never went that far. I rebuild coreutils almost every day -- I provide upstream's CU on my PPA
[20:17] <jibel> hggdh, we were talking about coreutils, but while verifying SRUs, I've seen that many many packages comes with a testsuite, not always as elaborated as coreutils, and I'm wondering how we could glue those testsuites with our testsuite and if something as already been done this way ?
[20:20] <hggdh> jibel: some work has been done -- IIRC, mysql tests are now pacakged by themselves. We could try the same with CU, and others
[20:20] <hggdh> this would give us better coverage on SRUs
[20:20] <jibel> and postgresql too.
[20:20] <micahg> hggdh: remember, one of ways people fix FTBFS is to disable the test suite
[20:21] <jibel> or simply to speed up the build process, e.g gcc testsuite
[20:22] <hggdh> yes, indeed. This is another reason tests should be separated
[20:22] <jibel> or java testsuite (30 hours)
[20:25] <micahg> hggdh: we started running the test suite for Firefox 4 in the daily PPA and it takes 2.5 hrs longer to build
[20:26] <hggdh> yes, I understand. But somewhere, somehow, we should still run the tests. perhaps (probably?) not at build time
[20:29] <chrisccoulson> the firefox test suite really needs to be run at build time, as it depends on the build tree
[20:29] <chrisccoulson> i'm not sure it would be possible to run it elsewhere (you'd still need to run the whole build)
[20:29] <chrisccoulson> and then you're not testing what you've built in the archive
[20:35] <hggdh> but it could also be run elsewhere -- for example, on regression testing
[20:35] <jibel> we could maybe proceed in 2 times, build and once the build is ok delegate the test somewhere else in order to have a non blocking test run.
[20:37] <hggdh> so what we seem to be agreeing on (at least jibel and myself) is that it would be nice to be able to package the tests
[20:38] <jibel> and we are talking about large to huge test suite, but most of the packages have tiny testsuites.
[20:38] <hggdh> large -- mysql, ffox, postgresql, coreutils
[20:39] <hggdh> which also happen to be serious candidates for regression testing
[20:39] <jibel> huge, -- gcc, java
[20:39] <hggdh> yep
[20:48] <Thingymebob> look like someone turned up for a bit of rant Bug #573648
[20:49] <ubot2> Launchpad bug 573648 in bash (Ubuntu) "change the reason about why do not enable colored prompt by default (affects: 1) (heat: 24)" [Undecided,New] https://launchpad.net/bugs/573648
[20:49] <Thingymebob> what to do with that one (wishlist)?
[20:51] <charlie-tca> Here is a response I very seldom see a need for - https://wiki.ubuntu.com/Bugs/Responses#Reported%20by%20someone%20not%20respecting%20the%20Code%20of%20Conduct
[20:53] <Thingymebob> Was just about to add and include https://wiki.ubuntu.com/Bugs/Responses#A suggestion for changing default applications or preferences with it
[20:53] <charlie-tca> yup, both should be used
[21:05] <kklimonda> it's incredible how long this report is
[21:06] <kklimonda> not to mention how badly formated
[21:08] <charlie-tca> Well, I can count on one finger the number of times I have used or recommended that response to any bug
[21:49] <xteejx> bug 573648 - he's lucky I didn't triage it lol (if I had my way it'd be set Won't Fix and him warned to shut the hell up and respect those who try to help)
[21:49] <ubot2> Launchpad bug 573648 in bash (Ubuntu) "change the reason about why do not enable colored prompt by default (affects: 1) (heat: 25)" [Undecided,Opinion] https://launchpad.net/bugs/573648
[21:50] <xteejx> But I know we have our own guidelines, but the above is on my own wishlist one day :)
[21:52] <devildante> is it normal the Examples folder only contains a single folder called "Ubuntu_Free_Culture_Showcase"
[21:52] <devildante> ?
[21:52] <xteejx> Not usually, although I've just looked and noticed that
[21:53] <xteejx> There used to be openoffice examples as well, oh and a couple of pdfs
[21:53] <xteejx> Maybe they're trying to keep the iso size down this time?
[21:54] <devildante> problem is I follow the laptop testing guidelines, and it says to open fables_something.xcf, which doesn't exist :p
[21:55] <xteejx> devildante: Where are these guidelines?
[21:55] <devildante> rather testcases: http://testcases.qa.ubuntu.com/Plans/LaptopTesting#Audio
[21:57] <xteejx> Hmm, that page is editable, but I'm useless with the wiki format. Perhaps one of the guys will have a look into this?
[21:57] <devildante> I could edit it, but I'm not sure what I would replace it with
[21:57] <devildante> guess I'll just send a mail to the QA mailing list
[21:58] <xteejx> Probably better :)
[22:00] <micahg> xteejx: always trying to save space on the ISO :)
[22:05] <xteejx> ;)
[22:06] <charlie-tca> um, I think that is maverick
[22:07] <devildante> yep :)
[22:07] <charlie-tca> Perhaps someone made a mistake and forgot to put the rest back in the what? bzr something
[22:10]  * charlie-tca got a brain freeze
[22:10] <devildante> lol
[22:16]  * BUGabundo shakes charlie-tca
[22:16] <charlie-tca> nope
[22:16]  * micahg hands charlie-tca another slurpee
[22:16] <charlie-tca> didn't help
[22:17]  * devildante slaps charlie-tca à la BUGabundo
[22:17]  * charlie-tca hugs BUGabundo and micahg
[22:17]  * devildante hugs charlie-tca
[22:18] <charlie-tca> Well, at least I didn't get the wet trout ;-)
[22:18] <devildante> "à la BUGabundo"
[22:18]  * bcurtiswx slaps charlie-tca with a wet trout
[22:18] <devildante> so it's with a wet trout :p
[22:18]  * BUGabundo pulls the trout of bcurtiswx
[22:18] <BUGabundo> THAT'S MINE
[22:18] <charlie-tca> yeah, no point using a dry one
[22:18] <bcurtiswx> oh.. sorry :-\
[22:18]  * charlie-tca thinks BUGabundo could have done before he got hit
[22:19]  * devildante steals BUGabundo's trout
[22:19]  * bcurtiswx ducks
[22:19]  * devildante hides
[22:19]  * BUGabundo stabs devildante
[22:19] <devildante> NO I WAS HIDING YOU CHEATER
[22:19] <devildante> :p
[22:19]  * micahg looks for hggdh to restore order
[22:19] <BUGabundo> with the tail out
[22:19] <bcurtiswx> BUGabundo, -1 internets
[22:19]  * bcurtiswx shakes head
[22:20]  * BUGabundo runs back to rss
[22:20] <devildante> something is wrong on the internet!
[22:20] <stgraber> kids ... ;)
[22:20] <bcurtiswx> 25.. halfway between kid and old :P
[22:20] <bcurtiswx> <<---- :D
[22:20] <micahg> stgraber: hah
[22:20] <devildante> me is 17, still kid :p
[22:20] <hggdh> er, what?
[22:20]  * charlie-tca way past kid
[22:21] <devildante> hggdh: kid or old? :p
[22:21] <stgraber> it's not only about the age ;)
[22:22] <hggdh> I would classify myself as being an older kid
[22:22] <hggdh> rather older
[22:22] <charlie-tca> I  could go with the rather older thing, too
[22:22] <devildante> heh :)
[22:22] <bcurtiswx> all you youngins
[22:22]  * devildante searches for brackets in mac keyboard and doesn't find it :(
[22:23] <hggdh> let me put it this way: my sons have finished college *and* post-grad
[22:23] <bcurtiswx> mid 50's
[22:23]  * devildante inclines
[22:23]  * bcurtiswx reclines....... in his chair
[22:24]  * devildante wanted to do something similar to french, but it wasn't that good :p
[22:25] <hggdh> aye
[22:26] <charlie-tca> I have a son-in-law twice devildante´ s age
[22:27]  * devildante has an idea about bugs and foreign languages
[22:27]  * devildante will talk about it at the meeting ;)
[22:28] <hggdh> oh joy, Now Nautilus barfs when asked to burn a CD
[22:28] <micahg> k3b FTW
[22:28]  * devildante buries micahg alive
[22:28] <devildante> brasero FTW
[22:29]  * micahg sends GNOMEs after devildante
[22:29] <charlie-tca> use xfburn
[22:29] <BUGabundo> hggdh: didn't nautilus always did that ?
[22:29]  * BUGabundo ducks
[22:29] <micahg> charlie-tca: doesn't verify :)
[22:29] <charlie-tca> does it work, though?
[22:29] <hggdh> charlie-tca: will do.
[22:30] <hggdh> IDK, this is the first time I burn a CD in what, 2 years?
[22:30]  * devildante just burned a CD for 10.10
[22:30] <charlie-tca> I burned a bunch for iso testing, brasero burned coasters, xfburn never failed even once
[22:30] <BUGabundo> devildante: tree killer
[22:30] <devildante> unfortunately, I burned it in OSX, so can't verify the bug :p
[22:30] <devildante> BUGabundo: what??
[22:31]  * micahg saw some type of brasero burning bug during the maverick cycle
[22:32] <xteejx> bloody hell I see all the old faces :)
[22:33] <charlie-tca> we had a brasero bug day even
[22:33] <BUGabundo> calling me old?
[22:33] <BUGabundo> I know my bday is coming and all
[22:33] <BUGabundo> but pfff
[22:33] <BUGabundo> I'm old enough thank you very much
[22:33] <xteejx> lol @ BUGabundo :)
[22:33] <xteejx> I can't say too much I'm 27 next year :o
[22:33] <devildante> BUGabundo <--- very old :p
[22:33] <BUGabundo> and YES... all the comotion in this # is my fault.... I don't talk much in here... but since I can't be in +1
[22:34]  * charlie-tca agrees with BUGabundo
[22:34] <kklimonda> BUGabundo: right, you are not talking ,uch here lately. Why is that? bad BUGabundo! :P
[22:34] <charlie-tca> this used to be a nice, well-behaved channel
[22:34]  * BUGabundo nugdes tsimpson :)
[22:34] <xteejx> I like the use there of past tense lol
[22:35] <BUGabundo> kklimonda: too many channels
[22:35] <BUGabundo> more focus on android latelly
[22:35] <kklimonda> BUGabundo: oh? :/
[22:35] <kklimonda> BUGabundo: we miss you!
[22:35]  * devildante changes channel name to #ubuntu-offtopic
[22:35] <BUGabundo> I'm always around
[22:35] <BUGabundo> plus no IRC from work
[22:35] <BUGabundo> so that cuts my participation too
[22:35] <xteejx> I think making free Android phones for your #ubuntu-bug friends would be better hehe
[22:36] <devildante> +1
[22:36] <BUGabundo> devildante: if you think _that_ is off topic, you should see #cyanogenmod
[22:36] <kklimonda> devildante: it's a #ubuntu+1-bis ;)
[22:36] <devildante> haha
[22:44] <hggdh> the most strange is that Brasero says it is writing, shows progress bar and all, and leaves the CD virgin
[22:45]  * hggdh goes back to good old xfburn
[22:45] <devildante> are you sure you didn't enable the "test" checkbox? :p
[22:46] <micahg> bug 639834
[22:46] <ubot2> Launchpad bug 639834 in brasero (Ubuntu) "Brasero is useless (affects: 2) (heat: 149)" [Undecided,Confirmed] https://launchpad.net/bugs/639834
[22:47]  * charlie-tca is happy now. He finally got to help hggdh :-)
[22:47] <BUGabundo> hggdh: its Sacrate
[22:47] <BUGabundo> aka virgin
[22:47]  * BUGabundo lame joke
[22:47] <charlie-tca> I can agree with that brasero bug
[22:47] <charlie-tca> I haven't had much luck with it since 9.10
[22:48]  * micahg thinks brasero needs a hugday
[22:48]  * devildante thinks brasero already had one
[22:48]  * micahg thinks brasero needs another one :P
[22:50] <hggdh> heh
[22:53]  * charlie-tca is not sure another HugDay will help brasero
[22:53]  * devildante thinks we should do a coding hugday then :p
[22:54]  * BUGabundo thinks we should all stop /me
[22:54] <charlie-tca> How about this week or next, then?
[22:54] <devildante> maybe this week's hugday is already set, no?
[22:55] <charlie-tca> I haven't seen it yet
[22:56]  * devildante really wants to prepare the hugday, but doesn't have time :(
[22:56]  * devildante thinks maybe next week he can do it :)
[22:57] <BUGabundo> stop that
[22:58]  * devildante won't stop
[22:58]  * devildante inb4 getting slapped
[23:01] <layn> Hi
[23:02] <layn> Greetings to all
[23:04] <ogennadi> layn: heyo
[23:05] <layn> ogennadi: hello
[23:06] <layn> However I did not understand a thing I may have lost some mail as fixed in the manual expiration bug


[06:35] <Kilos> o/
[08:13] <nhaines> Aww, sorry I missed the catchup!
[08:13] <nhaines> Been an overwhelming week.
[08:46]  * svij waves to nhaines
[08:51] <nhaines> Heya svij!  :)


[07:18] <tsdgeos> that was a biiiig release we had there
[07:20] <Saviq> tsdgeos, indeed
[07:28] <Saviq> tsdgeos, daily merge-fest? ;)
[07:29] <tsdgeos> yeah ;)
[07:29] <Saviq> thanks for that
[07:29] <tsdgeos> i'm surprised we managed to merge so many branches at once tbh
[07:29] <Saviq> yeah, it wasn't easy
[07:29] <Saviq> the last conflict we fixed yesterday ~9pm or something
[07:30] <Saviq> but well, kind-of proves it can be done
[07:30] <Saviq> with some prerequisites
[07:44] <tsdgeos> elopio: can you review https://code.launchpad.net/~chris.gagnon/unity8/autopilot-helper-to-background-and-signal-app/+merge/220438 ?
[07:44] <tsdgeos> Saviq: yep :)
[07:44] <tsdgeos> Saviq: is https://code.launchpad.net/~unity-team/unity8/infographics-new-lightdm/+merge/226079 waiting on me?
[07:45] <Saviq> tsdgeos, not really, you reviewed it before
[07:45] <tsdgeos> ah
[07:45] <Saviq> tsdgeos, or well, just put it in Needs fixing due to conflict
[07:45] <Saviq> tsdgeos, so when I resubmitted it requested one from you again
[07:46] <tsdgeos> Saviq: ok, so you're going to review then
[07:49] <Saviq> tsdgeos, yeah I will
[07:49] <mzanetti> o/
[07:49] <Saviq> mzanetti, IT LANDED
[07:49] <Saviq> ;)
[07:49] <mzanetti> hehe :)
[07:53] <tsdgeos> hmmm
[07:53] <tsdgeos> doesn't start ?
[07:55] <tsdgeos> i have nothing on screen on the desktop :/
[07:55] <tsdgeos> can you guys reproduce? @unity ↑
[07:55] <mzanetti> tsdgeos: what doesn't start?
[07:55] <tsdgeos> unity8
[07:56] <mzanetti> on the phone?
[07:56] <tsdgeos> on the destkpop
[07:56]  * mzanetti tries
[07:58] <mzanetti> for a start it doesn't build here...
[07:58] <tsdgeos> :D
[07:58] <tsdgeos> dist-upgrade
[07:58] <tsdgeos> and bzr pull
[07:58] <mzanetti> yeah, on it
[07:59] <tsdgeos> i think there's something weird with scopes/upstart
[07:59] <tsdgeos> again
[08:00] <tsdgeos> http://paste.ubuntu.com/7773941/
[08:01] <tsdgeos> let me reboot
[08:09] <mzanetti> doesn't build here for real
[08:09] <mzanetti> ah, found it
[08:15] <tsdgeos> reboot did not help :'(
[08:17] <mzanetti> tsdgeos: same here
[08:17] <mzanetti> tsdgeos: well, this, right?
[08:17] <mzanetti> initctl: Unknown job: unity8
[08:17] <mzanetti> Unity8 is already running, please stop it first
[08:18] <tsdgeos> no no
[08:18] <tsdgeos> it just hangs on run
[08:19] <Saviq> tsdgeos, I know what's wrong with your upstart
[08:20] <Saviq> tsdgeos, it speaks Catalán
[08:20] <tsdgeos> for me it hangs in
[08:20] <tsdgeos>     view->setSource(source);
[08:20] <tsdgeos> debugs before that are printed
[08:20] <tsdgeos> after not
[08:20] <tsdgeos> let me gdb
[08:21] <tsdgeos> http://paste.ubuntu.com/7774024/
[08:21] <tsdgeos> somethin broke
[08:22] <Saviq> confirmed
[08:22] <Saviq> wth
[08:22]  * Saviq goes back in history
[08:23] <tsdgeos> /usr/lib/x86_64-linux-gnu/unity8/qml/Unity/libUnity-qml.so
[08:23] <tsdgeos> says it's the culprit here
[08:23] <mzanetti> for me it starts fine if I start the binary manually, but with upstart it keeps on complaining it would already be running
[08:24] <tsdgeos> or maybe not
[08:24] <tsdgeos> ah
[08:24] <tsdgeos> i think i know what's u
[08:24] <tsdgeos> p
[08:24] <tsdgeos> launcher fighting against itself
[08:25] <tsdgeos> you're on Plasma so you don't have a launcher that fights against itself
[08:25] <tsdgeos> so it works
[08:25] <tsdgeos> nah
[08:25] <tsdgeos> not that
[08:25] <tsdgeos> ignore me
[08:25] <mzanetti> :D
[08:25] <tsdgeos> new backtrace
[08:25] <tsdgeos> http://paste.ubuntu.com/7774040/
[08:25] <tsdgeos> telephony service?
[08:25] <tsdgeos> i don't have a phone you!
[08:26] <Saviq> yeah
[08:26] <Saviq> the active call hint
[08:26] <Saviq> dednick's fault
[08:28] <tsdgeos> here he is :D
[08:28] <Saviq> man of the hour
[08:28] <Saviq> wonder why the mock isn't being loaded :?
[08:28] <Saviq> ah I know why
[08:28] <Saviq> because we fall *back* to mocks...
[08:29] <Saviq> dednick, unity8 hangs on startup on desktop
[08:29] <Saviq> dednick, trying to talk to the telephony service
[08:30] <tsdgeos> i'd say it's actually telephony service's fault
[08:30] <dednick> Saviq: hm. you mean unity8 desktop, or phone shell on desktop?
[08:30] <Saviq> dednick, same thing
[08:30] <tsdgeos> for doing a blocking forever call on plugin registration
[08:30] <tsdgeos> doesn't seem to be a very smart thing
[08:30] <dednick> weird. not like it wasn't tested...
[08:30] <tsdgeos> lots of evil things could happen
[08:30] <Saviq> tsdgeos, sure, it should just work, whether you have a modem or not
[08:31]  * tsdgeos goes back to dash overview coding by using tryDash instead of ./run.sh
[08:31] <dednick> Saviq: i'll look into it.
[08:31] <Saviq> dednick, thanks
[08:31] <Saviq> tsdgeos, mzanetti, temp solution would be to purge qtdeclarative5-ubuntu-telephony0.1
[08:32] <tsdgeos> Saviq: that wanted to uninstall lots of stuff
[08:32] <Saviq> it does, however, nuke online accounts
[08:32] <Saviq> yeah
[08:40] <mzanetti> ah, that's why it started for me... I don't have that installed
[08:40] <mzanetti> however, upstart still doesn't want it here
[08:40] <dednick> Saviq: hm. that's odd. running the branch I MP'd doesnt hang, but trunk does
[08:40] <Saviq> dednick, hmm, lemme try
[08:41] <Saviq> dednick, I tried r1025, it worked, r1026 didn't
[08:41] <dednick> Saviq: although, looks like my branch is out of date with unity api
[08:41] <Saviq> lemme try another approach
[08:42] <dednick> Saviq: it's possible it's not loading things due to deps.
[08:42] <Saviq> dednick, yeah, r1024 in trunk
[08:45] <Saviq> dednick, I committed 1024 + 1026 on top of previous release → hang
[08:47] <Saviq> dednick, but agreed, not really your fault
[08:47] <Saviq> import QtQuick 2.2
[08:47] <Saviq> import Ubuntu.Telephony 0.1
[08:47] <Saviq> Rectangle {
[08:47] <Saviq>     width: 20
[08:47] <Saviq>     height: 20
[08:47] <Saviq> }
[08:47] <Saviq> this hangs as well
[08:48] <dednick> yay
[08:48] <dednick> although mine isn't hanging
[08:48] <Saviq> I expect singleton provider or something
[08:48] <Saviq> dednick, sure it's loading the real telephony plugin, thought?
[08:48] <Saviq> -t
[08:49] <Saviq> and are you up-to-date?
[08:49] <dednick> Saviq: trunk run.
[08:49] <Saviq> dednick, hum
[08:49] <Saviq> tsdgeos, mzanetti, can you try the above qml if it hangs for you?
[08:50] <tsdgeos> Saviq: yes same issue
[08:52] <Saviq> wonder
[08:52] <Saviq> it got released yesterday
[08:53] <tsdgeos> oh :/
[08:53] <dednick> hm. wonder what's up with my setup that it works
[08:54] <dednick> any way to tell which plugin it's picking up for each one?
[08:54] <Saviq> dednick, qmlplugindump Ubuntu.Telephony 0.1
[08:54] <dednick> i remember there's some option which tells you plugin loading stats when you start qt app
[08:54] <dednick> tsdgeos: ^ ?
[08:54] <dednick> debugging option
[08:55] <dednick> Saviq: hm. looks right
[08:56] <tsdgeos> dednick: don't rememeber tbh
[08:56] <Saviq> dednick, so it doesn't hang for you on ./run.sh?
[08:56] <tsdgeos> you can go into /proc/pidnumber
[08:56] <tsdgeos> and then cat maps
[08:56] <tsdgeos> it's a bit manual
[08:56] <tsdgeos> but works :D
[08:56] <dednick> Saviq: nope. nor with the test qml you gave.
[08:56] <Saviq> dednick, apt-cache policy qtdeclarative5-ubuntu-telephony0.1
[08:56] <Saviq> ?
[08:57] <dednick> Saviq: i just updated.
[08:57] <dednick> 0.1+14.10.20140709.2-0ubuntu1
[08:58] <Saviq> same
[08:58] <Saviq> wonder what's different
[08:58]  * Saviq tries previous release
[09:02] <Saviq> mzanetti, tsdgeos, bug #1340086
[09:02] <mzanetti> Saviq: for me its still something else
[09:02] <Saviq> hum?
[09:03] <mzanetti> initctl: Unknown job: unity8
[09:03] <mzanetti> Unity8 is already running, please stop it first
[09:03] <mzanetti> it starts fine here if I run the binary from builddir/src/ manually
[09:03] <Saviq> mzanetti, yeah, not here, so you have some unrelated upstart weirdness
[09:03] <mzanetti> yep...
[09:04] <Saviq> mzanetti, the "unknown job" comes from initctl
[09:04] <Saviq> mzanetti, but the latter from our script
[09:04] <mzanetti> Saviq: yeah... isn't the "unknown job" one to say that it couldn't find the script which produces the next message?
[09:04] <Saviq> FOOOKING ^W
[09:04] <mzanetti> :D
[09:05] <Saviq> mzanetti, no, run.sh has the next message
[09:05] <mzanetti> ah
[09:05] <Saviq> mzanetti, env | grep UPSTART_SESSION?
[09:05] <mzanetti> UPSTART_SESSION=unix:abstract=/com/ubuntu/upstart-session/1000/8674
[09:06] <Saviq> mzanetti, well, do you have unity8 installed?
[09:06] <Saviq> mzanetti, or data/unity8.conf copied to ~/.config/upstart/
[09:08] <mzanetti> Saviq: I did install unity8-desktop-session a few days ago, but it doesn't seem to be installed any more
[09:08] <mzanetti> Saviq: ~/.config/upstart is empty
[09:08] <Saviq> mzanetti, you removed that one recently
[09:08] <Saviq> mzanetti, so just install unity8
[09:09] <mzanetti> Saviq: huh? so run.sh requires it to be installeD?
[09:09] <mzanetti> hmm... indeed
[09:09] <Saviq> mzanetti, just for the upstart job
[09:09] <mzanetti> works again. thanks.
[09:09] <Saviq> mzanetti, which you can copy to ~/.config/upstart
[09:09] <Saviq> mzanetti, truth be told the script was smarter before
[09:09] <mzanetti> yeah, but I learned that's not a good idea :)
[09:09] <Saviq> or maybe it's autopilot that's smarter
[09:09] <Saviq> mzanetti, you could symlink
[09:10] <mzanetti> true
[09:10] <dednick> Saviq: QT_DEBUG_PLUGINS=1 ./builddir/src/unity8 2>&1 | grep Telephony
[09:10] <Saviq> mzanetti, but yeah, when initctl tells you it doesn't know the job, means there isn't one
[09:10] <Saviq> dednick,
[09:10] <Saviq> Found metadata in lib /usr/lib/x86_64-linux-gnu/qt5/qml/Ubuntu/Telephony/libtelephonyservice-qml.so, metadata=
[09:10] <Saviq> loaded library "/usr/lib/x86_64-linux-gnu/qt5/qml/Ubuntu/Telephony/libtelephonyservice-qml.so"
[09:11] <mzanetti> Saviq: for some reason I thought run.sh would export some paths so that initctl finds upstart files inside the src dir
[09:11] <dednick> hm
[09:11] <dednick> same on mine
[09:11] <Saviq> mzanetti, impossible
[09:11] <Saviq> mzanetti, init is running before your session
[09:11] <mzanetti> yeah... well, doesn't make it technically impossible
[09:12] <Saviq> mzanetti, it's upstart that'd need that
[09:12] <Saviq> mzanetti, you'd have to tell upstart where to look
[09:12] <mzanetti> yeah... something like systemctl reload or so
[09:12] <Saviq> yeah
[09:12] <mzanetti> you know what I mean
[09:12] <Saviq> sure
[09:12] <dednick> and if i remove the Telephony plugin from qt5/qml/Ubuntu, i get:
[09:12] <dednick> loaded library "/home/nick/Work/phablet/trunk/builddir/tests/mocks/Ubuntu/Telephony/libFakeUbuntuTelephonyQml.so"
[09:12] <Saviq> well, I said impossible when I don't even know
[09:12] <dednick> so it is getting the correct one
[09:12] <Saviq> dednick, well, define "correct"
[09:12] <Saviq> dednick, it shouldn't load the mock
[09:13] <dednick> Saviq: that's only if i remove the telephony plugin
[09:13] <Saviq> dednick, ah yeah
[09:13] <Saviq> dednick, so something must cause the plugin to hang here but not for you
[09:13] <Saviq> hhmmmm!
[09:13] <Saviq> tsdgeos, do you have a 3G modem in your laptop?
[09:13]  * Saviq does
[09:13] <karni> Saviq: is the uncollapsed text widget (a one without see more|see less) for RTM?
[09:14] <tsdgeos> Saviq: it may happen
[09:14] <dednick> Saviq: ah...
[09:14] <mzanetti> really? I've just put the phone out of my hands to write those above 2 lines. and now a cat is sitting straight on it...
[09:14] <dednick> gm.
[09:14] <Saviq> karni, yes
[09:14] <dednick> i don't have one.
[09:14] <karni> tnx
[09:14] <tsdgeos> Saviq: any idea how to check?
[09:14] <dednick> Saviq: let me install fake modem and try that
[09:14] <Saviq> tsdgeos, lsusb could tell you something
[09:15] <tsdgeos> Saviq: no, can't find anything obvious in there
[09:16] <Saviq> tsdgeos, do you have "enable cellular" or so in the network indicator?
[09:16] <tsdgeos> Saviq: in the unity7 one?
[09:16] <tsdgeos> no
[09:16] <Saviq> tsdgeos, k, so maybe not taht
[09:18] <mhr3> karni, ping?
[09:18] <karni> mhr3: pong
[09:19] <mhr3> karni, do you have a scope that had this problem? lp:1329880
[09:19] <mhr3> karni, looking for something to test the fix against
[09:19] <mhr3> eh, lp:1329890
[09:20] <mhr3> bot ^^?
[09:20] <mhr3> https://bugs.launchpad.net/unity-scopes-shell/+bug/1329890
[09:20] <karni> found it manually
[09:20] <karni> hrm
[09:20] <Saviq> tsdgeos, ah, patience?
[09:20] <tsdgeos> Saviq: you mean it starts after ages?
[09:21] <Saviq> tsdgeos, the rectangle did for me
[09:21] <tsdgeos> i guess dbus times out
[09:21] <Saviq> tsdgeos, but it might've been because I killed the telepathy service
[09:21] <Saviq> tsdgeos, no not really
[09:21] <Saviq> tsdgeos, it's trying to get accounts and times out on that
[09:21] <karni> mhr3: I currently don't have such a scope, but you could take any local scope (I could give you one, if you want), and you could add those lines to have a CannedQuery under the button on the preview
[09:22] <mhr3> karni, the idea was to avoid doing actual work ;D
[09:22] <karni> mhr3: hahaha gotcha bro. no, I tried it and gave up when it didn't work :(
[09:22] <karni> just tagged the bug to confirm it
[09:23] <mhr3> karni, alright, thx anyway
[09:23] <karni> mhr3: sorry I wasn't of help
[09:23] <mhr3> no worries
[09:23] <Saviq> tsdgeos, yeah, just leave it in ./run.sh for 30s or so
[09:24] <tsdgeos> Saviq: so who fixes this in the telephony side?
[09:24] <Saviq> tsdgeos, boiko/tiagosh
[09:24] <tsdgeos> Saviq: did you file the bug already or should i?
[09:24] <Saviq> tsdgeos, bug #1340086
[09:26] <Saviq> tsdgeos, I'll let them know when they're around... in the mean time... ./run.sh -f ?
[09:26] <tsdgeos> Saviq: sure, i can just use make tryDash
[09:26] <Saviq> or well, kill the plugin somehow (delete qmldir or something)
[09:34] <dednick> Saviq: do you have a stacktrace for the hang?
[09:34] <Saviq> dednick, https://bugs.launchpad.net/ubuntu/+source/telephony-service/+bug/1340086/comments/1
[09:36] <Saviq> dednick, something in http://bazaar.launchpad.net/~phablet-team/telephony-service/trunk/view/head:/Ubuntu/Telephony/components.cpp is blocking on startup for 30s, looking for a telephony-enabled telepathy account
[09:36] <dednick> Saviq: ah.
[09:37] <Saviq> dednick, sorry, didn't ping you when found the reason
[09:37] <Saviq> dednick, it gives up after 30s and lets everything go
[09:37] <dednick> wonder why mine isn't hanging. maybe i don't have any acounts
[09:37] <Saviq> `mc-tool list`?
[09:38]  * Saviq tries in another account
[09:39] <dednick> i only have one account. ofono/ofono/account0
[09:39] <Saviq> ah you do
[09:39] <Saviq> I don't
[09:39] <Saviq> so that sounds like why
[09:40] <Saviq> probably installing phonesim got it for you
[09:40] <dednick> Saviq: hm. i installed it after
[09:40] <Saviq> dednick, but you had it before
[09:40] <dednick> Saviq: no idea.
[09:40] <Saviq> dednick, not when testing the in-call indicator/
[09:40] <Saviq> ?
[09:40] <dednick> Saviq: on phone
[09:41] <Saviq> mhm
[09:41] <Saviq> dednick, anyway, *somehow* you got the ofono account created, I don't have it
[09:42] <dednick> Saviq: right
[09:42] <dednick> Saviq: how do i get rid of it!?
[09:42] <Saviq> mc-tool remove ofono/ofono/account0
[09:43] <Saviq> dednick, depending on what created it, it might come back, though...
[09:43] <dednick> Saviq: yay. hangs
[09:43] <dednick> Saviq: so yeah. confirmed!
[09:43] <Saviq> yup
[09:44] <Saviq> lol
[09:45] <Saviq> polish airlines are doing bidding for business class upgrades :D
[09:45] <Saviq> I just got an email that I can bid for a business class seat on the flight to London
[09:45] <dednick> Saviq: free?
[09:45] <Saviq> dednick, "bid"
[09:45] <mhr3> Saviq, like ebay style?
[09:45] <Saviq> mhr3, yes
[09:45] <dednick> Saviq: ahh.
[09:45] <mhr3> heh
[09:46] <dednick> Saviq: 1 cent?
[09:46] <dednick> winner!
[09:46] <Saviq> something like €125 min
[09:46] <dednick> pfft
[09:47] <popey> mhr3: do you know where the source for the scopes pre-installed lives?
[09:47] <mhr3> popey, a specific one?
[09:47] <popey> sure, wikipedia for start, but any/all of them really
[09:49] <mhr3> popey, lp:ubuntu-rest-scopes, lp:unity-scope-click, lp:unity-scope-scopes, lp:unity-scope-mediascanner
[09:50] <mhr3> popey, and an example go scope - lp:unity-scope-soundcloud
[09:50] <popey> great, thank you!
[09:50] <mhr3> popey, fwiw the rest scopes use an api we don't want to advertise
[09:52] <mzanetti> channel ubuntu-touch/utopic is the "stable" one, right?
[09:53] <popey> mhr3: ubuntu-touch/devel
[09:53] <popey> sorry mzanetti ^
[09:53] <popey> actually one is a symlink to the other i think..
[09:53] <Saviq> mzanetti, it's the promoted one
[09:53] <mzanetti> popey: oh, thanks.
[09:53] <Saviq> mzanetti, stable is... stable ;)
[09:53] <mzanetti> Saviq: yeah, trying to restore my dogfooding device
[09:53] <Saviq> mzanetti, yup
[09:53] <mzanetti> Saviq: I meant "stable", not stable :D
[09:54] <Saviq> you did say that indeed ;)
[09:55] <mzanetti> popey: will check out the OSK thing in a minute
[09:55] <popey> oh thank you
[09:56] <mzanetti> seems I uninstalled the OSK in order to get more space for dbgsyms :D
[09:56] <popey> hah
[10:01] <Saviq> lol
[10:01] <Saviq> mzanetti, apparently it really helped, so worth it!
[10:01] <mzanetti> Saviq: nice :)
[10:01] <mzanetti> Saviq: it lust locked up again here :/
[10:01] <Saviq> mzanetti, well, it's not fixed yet
[10:02] <mzanetti> Saviq: yeah, but do we know what it is?
[10:02] <mzanetti> or still just have some thoughts based on the stack trace
[10:02] <Saviq> mzanetti, bug #1339700
[10:02] <Saviq> mzanetti, fixes are proposed already
[10:02] <mzanetti> oh cool!
[10:02] <Saviq> mzanetti, https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1339700/comments/12
[10:03] <Saviq> that's what I meant by "it helped"
[10:05] <mzanetti> :)
[10:05] <mzanetti> makes me happy :)
[10:07] <mzanetti> I'm having troubles with WiFi now though
[10:07] <mzanetti> had to enable + disable flight mode for it to find wifis
[10:07] <mzanetti> which is a bit more complicated on the promoted image for now
[10:10] <mhr3> mzanetti, so did i after i flashed latest, turning wifi on/off worked for me though
[10:11] <mzanetti> mhr3: hmm... rebooting after flashing helped too
[10:11] <mzanetti> mhr3: but more intersting:
[10:11] <mzanetti> in that state I didn't have the wifi on/off switch in settings
[10:11] <mzanetti> only a list of previously connected networks
[10:11] <mhr3> oh... hmm, i did have the switch
[10:13] <mzanetti> meh... and even though wifi says its connected now, indicators still show 3G
[10:13] <mzanetti> and no WiFi icon
[10:13] <xnox> Do compiz people hang out here? I have question about metacity 3.12.0
[10:13] <xnox> it's currently restricted to not build at all.
[10:13] <xnox> horum. not ported yet.
[10:13] <xnox> will try to catch alberts about it?
[10:15] <karni> mhr3: I hear some eye candy has landed in 123. by any chance, do we already have scope_cache() method?
[10:16] <Saviq> xnox, Trevinho's around
[10:16] <Saviq> maybe can help, or redirect at least
[10:17] <xnox> Saviq: ah.
[10:18] <xnox> Saviq: Trevinho: well I have fired an email to Alberts to check what else is needed. Looks like gtk window decorator is not yet fully ported to gtk3+ hence metacity 3.12 is disabled.
[10:18] <xnox> Saviq: I wonder if i can package it in parallel to gtk2. Not sure.
[10:19] <tsdgeos> Saviq: i guess we use cardTool for the ScopesOverview anyway
[10:19] <Saviq> tsdgeos, yeah
[10:19] <mhr3> karni, nope, not yet, what landed is settings and header links
[10:19] <Saviq> tsdgeos, the only special thing there is category-layout
[10:20] <Saviq> tsdgeos, the rest needs to happen in dash toolkit in any case
[10:20] <karni> mhr3: yummy!
[10:21] <mhr3> karni, there's no ui for settings yet though... just the api is there
[10:21] <karni> ack
[10:23] <Saviq> pete-woods, hey, can you fight for reviews for file-based infographics for !unity8?
[10:25] <mzanetti> greyback: qtcomp doesn't change anything in this regard, does it? https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1340120
[10:25] <mhr3> karni, oh but also the basic customizations landed
[10:26] <mhr3> karni, if you're into that :)
[10:26] <karni> mhr3: completely, yes. Victor is psyched! (we're all happy)
[10:31] <greyback> mzanetti: hmm, not sure. If app in background, it should be SIGSTOP-ed, perhaps that broke in trunk
[10:31] <mzanetti> greyback: look at my comment
[10:31] <greyback> mzanetti: aha. No, qtcomp doesn't change that sadly
[10:38] <pete-woods> Saviq: sure, will grab some poor unsuspecting person
[10:39] <Saviq> pete-woods, I'm mostly happy with the UI branch, just typing down some functional review on libusermetrics
[10:40] <pete-woods> Saviq: are you happy to pass the camera and telephony MRs (given how trivial they are)?
[10:40] <Saviq> pete-woods, still can't get stats out of camera - can you try it out, though, as it changed a lot recently?
[10:40] <pete-woods> Saviq: sure, will check again today
[10:40] <mhr3> Saviq, so, we landed the api for scope settings, and the plugin branch that exposes it is landing right now, we'll need the shell to actually create the settings ui, could you add it to your massive list?
[10:41] <Saviq> pete-woods, silo 9 is working
[10:41] <Saviq> mhr3, do we have a spec of some kind?
[10:41] <Saviq> mhr3, what's available etc.?
[10:41] <mhr3> pete-woods, ^ you'd know?
[10:42] <pete-woods> Saviq: http://bazaar.launchpad.net/~unity-api-team/unity-scopes-shell/scope-settings/view/head:/tools/settings/Settings.qml
[10:42] <pete-woods> I'd poke around in there
[10:42] <mhr3> Saviq, and another one, openScope() can be emitted now from temp scope, so shell needs to keep a stack... it's pretty broken if the plugin does it atm
[10:42] <pete-woods> that's an example (crappy qml) tool for using it
[10:43] <Saviq> mhr3, should've warned us
[10:43] <Saviq> mhr3, it's not totally easy
[10:43] <mhr3> Saviq, nothing really using it atm
[10:43] <Saviq> especially with bug #1247865
[10:44] <Saviq> pete-woods, https://code.launchpad.net/~unity-team/libusermetrics/file-based-infographics/+merge/214020/comments/546015
[10:44] <mhr3> Saviq, but scopes in app store will use it (once that scope is fixed)
[10:51] <karni> mhr3: it seems that to PageHeader.Logo one needs to feed the absolute path, would that be correct? if not, where should the file live relative to the ini file
[10:52] <mhr3> karni, hm, indeed, we don't really have a way to specify relative path there
[10:53] <mhr3> karni, bug pls?
[10:53] <karni> wil file
[10:55] <karni> mhr3: unity-scopes-api or unity8?
[10:55] <mhr3> karni, api
[10:55] <facundobatista> Holas
[10:56] <karni> hi facundobatista
[10:56] <facundobatista> hola karni :)
[10:57] <karni> mhr3: https://bugs.launchpad.net/savilerow/+bug/1340135
[11:03] <Trevinho> xnox: yes, the metacity port should be disabled for now, but afaik it should be available in days
[11:03] <Trevinho> xnox: at least that's what the guys that were working on in it told me
[11:05] <Saviq> mzanetti, not sure what you mean with the reboot branch
[11:05] <Saviq> mzanetti, applications won't be able to call that API anyway
[11:06] <mzanetti> Saviq: still feels nasty imo
[11:06] <Saviq> mzanetti, and the actual DBus API is rather temporary, until we do a 2-months-long sprint on how we should handle sessions
[11:06] <mzanetti> Saviq: ah ok
[11:06] <Saviq> and what's the fdo recommendation
[11:06] <Saviq> what's systemd's impact
[11:06] <Saviq> what... what... what...
[11:06] <mzanetti> Saviq: yeah well... I was just feeling this is nasty (and from an API POV it really is)
[11:07] <mzanetti> Saviq: so if this is temporary... I'm ok with it
[11:07] <Saviq> mzanetti, you mean the fact that the plugin is just a proxy between shell and DBus is nasty? not sure why
[11:08] <mzanetti> Saviq: well, for one its the upper/lower case method names
[11:08] <mzanetti> Saviq: then he calls the D-Bus method Shutdown to confirm a requestShutdown
[11:09] <mzanetti> like its not even a bridge between the two, its a pile of methods that are called from both sides randomly
[11:09] <mzanetti> that's what I mean
[11:09] <Saviq> mzanetti, right, ok
[11:09] <Saviq> mzanetti, we'd rather use shutdownRequested indeed
[11:10] <Saviq> hmm well those signals are named so
[11:10] <Saviq> not sure they need to be exposed to the shell at all
[11:10] <Saviq> ah but probably it just uses the same object?
[11:10] <Saviq> so the same exact thing is exposed both sides
[11:10] <Saviq> now I get it
[11:11] <mzanetti> ok :)
[11:11] <mzanetti> yep
[11:11] <mzanetti> that's what I meant
[11:17] <karni> mhr3: let's wait and let cwayne chime in on https://bugs.launchpad.net/savilerow/+bug/1340135
[11:17] <davmor2> Saviq: do you have a flo?
[11:19] <Saviq> davmor2, yes
[11:19] <davmor2> Saviq: I think I have a way to possibly reproduce on demand now,  Open the settings app
[11:21] <Saviq> davmor2, you mean the deadlock?
[11:22] <Saviq> davmor2, meaning bug #1339700 ?
[11:22] <davmor2> Saviq: yeap
[11:22] <tsdgeos> Saviq: for "All" i guess i can use a normal CardFilterGrid, but for "Favourites" it's an horizontal list that we don't have a dash toolkit thing for it, i guess i just ignore what the "category-layout" says and hardcode the horizontallist for it, no?
[11:22] <Saviq> davmor2, fix is in progress, wanna have me try for reproducing?
[11:23] <Saviq> tsdgeos, yup exactly
[11:23] <davmor2> Saviq: Yeah I'm just saying it seems a nice way to reproduce, so if the fix, fixes it we are laughing :)
[11:23] <Saviq> davmor2, I'll flash my flo soon, can you type the steps on the bug please?
[11:23] <Saviq> davmor2, or do you want me to verify first?
[11:24] <davmor2> Saviq: so me and ogra have been able to do it I'm just hoping now that it is the same issue :)
[11:25] <davmor2> Saviq: it seems to be in that the system completely locks up but still functions
[11:28] <Saviq> davmor2, not sure I understand your latest statement :)
[11:29] <Saviq> mhr3, you just went on a commenting-out frenzy in the see-more branch didn't you :P
[11:30] <davmor2> Saviq: I'll add the steps.  Basically I'm assuming it is the same issue because the screen is completely locked up, however adb functions etc so the phone is still working it is just the screen does nothing :)
[11:30] <mhr3> Saviq, no, it works.. kindof :)
[11:30] <Saviq> davmor2, yeah, same symptoms
[11:31] <mhr3> Saviq, pushed sync with trunk there
[11:31] <Saviq> mhr3, good, just merged myself ;P
[11:31] <mhr3> Saviq, the biggest problem is the clipping of the section headers
[11:31] <Saviq> mhr3, rather not clipping?
[11:31] <mhr3> Saviq, right
[11:32] <Saviq> and section footers, not headers?
[11:32] <mhr3> Saviq, and them of course design would like the see more to be footers
[11:34] <mhr3> Saviq, as in footers that stick to the view... like the headers
[11:35] <mhr3> Saviq, but imo that could be done in v2 ;)
[11:35] <Saviq> mhr3, yeah, assuming it's actually easier to do the clipping otherwise
[11:36] <Saviq> mhr3, btw, headerLink, remember? /me pushes
[11:37] <mhr3> Saviq, ? it is header link now
[11:37] <Saviq> mhr3, yeah, not in GenericScopeView.qml in your branch
[11:37] <mhr3> oh
[11:37] <Saviq> mhr3, fixed, pushed
[11:37] <mhr3> hm, i thought i changed it :/
[11:43] <mhr3> mhall119, could you update the scopes docs again pls?
[11:43] <mhr3> mhall119, already released in utopic
[11:50] <mzanetti> Saviq: re: Do we need the option? Can't we rely on the 4x tap?
[11:50] <mzanetti> Saviq: hmm... we don't want to have that enabled all the time, do we?
[11:50] <Saviq> mzanetti, well, it's enabled all the time anyway, as long as you have the component in, isn't it?
[11:51] <mzanetti> no
[11:51] <mzanetti> Saviq: or well, define "enabled"
[11:51] <Saviq> mzanetti, it interprets taps all the time
[11:52] <mzanetti> Saviq: it doesn't atm, as they reach out of context on a var that isn't defined in the shell (only in MainView)
[11:52] <mzanetti> Saviq: so the mousearea in there is disabled
[11:52] <Saviq> mzanetti, ah
[11:52] <Saviq> awesomes
[11:53] <mzanetti> Saviq: so atm, enabling it by cmdline option paints it immediately, without the 4x tap
[11:53] <mzanetti> can change it though
[11:53] <Saviq> mzanetti, yeah, wonder what's better...
[11:54] <Saviq> mzanetti, if you pass the option, you generally want it, don't you
[11:54] <mzanetti> I'd say yes
[11:54] <Saviq> mzanetti, but then, maybe we just want a "enable debug mode"
[11:54] <Saviq> mzanetti, in which you want the 4x tap to work
[11:54] <mzanetti> that sounds nice
[11:54] <mzanetti> maybe that could also enable other stuff, depending on what josh comes up with
[11:54] <Saviq> exactly
[11:55] <mzanetti> ok... I'll put it to WIP and give it some more thought
[11:55] <mzanetti> Saviq: also a cmdline switch somewhat sucks, given that you need to inject it into upstart. if you have a better idea on how to enable such a debug mode
[11:55] <mzanetti> lemme know
[11:55] <Saviq> mzanetti, well, env var probably
[11:56] <Saviq> mzanetti, then you just go "initctl restart unity8 FOO=BAR"
[11:56] <mzanetti> ah ok, that sounds goody
[12:02] <Saviq> mhr3, so... it needs to work a little differently (it's GenericScopeView that needs to drive the height of the categories, they need to report their collapsed and expanded height)
[12:03] <Saviq> mhr3, good direction was getting rid of FilterGrid
[12:05] <mhr3> Saviq, well, i really just did what tsdgeos did :)
[12:05] <mhr3> ...had started*
[12:05] <Saviq> mhr3, right
[12:12] <Saviq> /food
[12:31] <davmor2> greyback: my mako isn't booting after enabling the ppa installing the packages and rebooting :(
[12:32] <davmor2> greyback: stuck on the Google logo
[12:32] <greyback> davmor2: did you install the qtmir-android package?
[12:32] <greyback> davmor2: you have to do it manually, distupgrade doesn't pull it in unfortunately
[12:33] <mzanetti> no?
[12:33] <mzanetti> I never installed that manually
[12:33] <greyback> you will need to for the silo. We don't have our custom ubuntu-touch package there
[12:34] <mzanetti> ah
[12:34] <davmor2> greyback: yeap step 4 in the list was copy pasted in and it installs qtmir-android and qtubuntu-android
[12:34] <davmor2> https://wiki.ubuntu.com/Unity8/QtComp
[12:36] <greyback> davmor2: could you pastebin "dpkg-l" please?
[12:36] <greyback> "dpkg -l"
[12:38] <davmor2> greyback: http://paste.ubuntu.com/7774973/
[12:38] <greyback> davmor2: you're missing the "ubuntu-touch" package somehow. Could you please install it & reboot
[12:39] <mzanetti> mhr3_: hey, for some reason I see only the apps scope showing up on the phone with QtComp branch. Is there any way I can see if that's all we get from the backends or if we're not displaying things correctly
[12:40] <davmor2> greyback: yay I see the turny logo now
[12:40] <davmor2> I wonder if the update removed it
[12:41] <greyback> that's my suspicion, am checking
[12:44] <mzanetti> mhr3_: unping, I found th issue
[12:44] <greyback> mzanetti: what is it?
[12:44] <mzanetti> bad merge...
[12:44] <mzanetti> obviously
[12:45] <greyback> tut tut ;)
[12:45] <mzanetti> interactive ended up being false
[12:46] <mzanetti> greyback: do we really need all those Timers in DashContent?
[12:46] <mzanetti> greyback: https://code.launchpad.net/~unity-team/unity8/mirCompositor/+merge/225378 line 294
[12:46] <greyback> mzanetti: oh that's right, we cna remove those. They are workaround for rotation bug. Yes we can drop those
[12:47] <mzanetti> ok, cool
[12:47] <greyback> bug was if you were on apps scope, rotated the device, it would shift you to scopes scope
[12:47] <mzanetti> greyback: actually we should probably revert all the changes in DashContent for now
[12:48] <mzanetti> and then see what of it is required when the dash is an app
[12:48] <greyback> mzanetti: probably yes. I don't think we have any reason to touch it
[12:48] <mzanetti> greyback: so I've pushed the dash interactivity fix. should start working soon
[12:49] <greyback> ta
[12:49] <mzanetti> and that's it for me for today
[12:49] <mzanetti> gotta leave early today. see you tomorrow
[12:49] <mzanetti> o/
[13:01] <tsdgeos> mhr3_: sorry ^_^
[13:17] <Saviq> tsdgeos, from your knowledge of lvwph... how difficult would it be to add a section footer, behaving the same way section headers do, only at the bottom?
[13:19] <tsdgeos> Saviq: so it gets stuck at the bottom until category goes out of viewport?
[13:19] <Saviq> tsdgeos, well... not exactly
[13:19] <Saviq> tsdgeos, https://sites.google.com/a/canonical.com/unity8dash/toolkit/9-categories/
[13:20] <mhr3_> tsdgeos, sorry for what?
[13:20] <dednick> Saviq: re trust sessions. Not sure we're going to be able to have them embed in the shell. With qtmir, there is no u8 session.
[13:20] <Saviq> mhr3_, see more I imagine
[13:20] <tsdgeos> mhr3_: for doing something wrong in my seemore branch months ago it seems :D
[13:20] <mhr3_> ah :)
[13:21] <mhr3_> meh, looks like Saviq is the one who suffers because of it now :P
[13:21] <mhr3_> Saviq, sorry :)
[13:21] <Saviq> tsdgeos, actually now I think of it again... it's even more tricky
[13:22] <tsdgeos> Saviq: is it for "see less"? or?
[13:22] <Saviq> tsdgeos, well, both, yes
[13:22] <Saviq> tsdgeos, "see all" and "see less" would have to be the same thing
[13:23] <Saviq> tsdgeos, that get stuck to viewport bottom if it exceeds it
[13:23] <Saviq> tsdgeos, but I just realized that we'd need to be able to toggle it
[13:23] <tsdgeos> well in that graphics is just see less
[13:23] <tsdgeos> not see more
[13:23] <Saviq> tsdgeos, it's see all on the left
[13:24] <tsdgeos> Saviq: but it's not shown in the "stuck" position
[13:24] <Saviq> tsdgeos, but it should only stick to viewport if it's "see less", otherwise stick to section bottom ;|
[13:24] <tsdgeos> Saviq: well, or not, it's never depicted that way
[13:24] <tsdgeos> what happens if in the first situation you scroll down?
[13:24] <tsdgeos> does it get stuck or not?
[13:24] <Saviq> tsdgeos, it goes out of screen
[13:25] <Saviq> no point in it sticking for you to see all if you're not looking at the bottom already...
[13:25] <tsdgeos> :D
[13:25] <tsdgeos> Saviq: i'd bypass the lvwph here tbh
[13:26] <tsdgeos> since it's a thing we only want to do for some categories
[13:26] <tsdgeos> just overlay it
[13:26] <Saviq> tsdgeos, right
[13:26] <Saviq> tsdgeos, you have a point
[13:26] <Saviq> tsdgeos, ok no you don't
[13:26] <Saviq> tsdgeos, we need to clip it above
[13:27] <tsdgeos> above where?
[13:27] <Saviq> tsdgeos, the see all/see more is tranparent
[13:27] <Saviq> tsdgeos, we need to clip the grid above it
[13:27] <tsdgeos> pff
[13:27] <tsdgeos> if it's going to be transparent
[13:27] <tsdgeos> it'd be cool that the wrieframes show some transparency
[13:27] <Saviq> tsdgeos, ;)
[13:28] <tsdgeos> you know, some pattern or something, nothing advanced
[13:28] <Saviq> tsdgeos, I don
[13:29] <tsdgeos> :D
[13:29] <tsdgeos> anyway
[13:29] <Saviq> 't think Mike knew it was going to be transparent when he drew those wireframes...
[13:29] <Saviq> or maybe it wasn't even him
[13:29] <tsdgeos> Saviq: it's not going to be 1 day of work
[13:29] <tsdgeos> or maybe it is, but only if i do it and i'm extra lucky
[13:29] <tsdgeos> and we need to know exactly what we want at the lvpwh level
[13:30] <Saviq> tsdgeos, yeah, I'm inclined to go for no-stick in v1
[13:30] <tsdgeos> don't want to change all its inner stuff to then realize we don't want to do it
[13:30] <Saviq> tsdgeos, and just stick it at the bottom of the category
[13:30] <tsdgeos> yeah
[13:30] <tsdgeos> improve from there
[13:34] <mhall119> mhr3: publishing it now
[13:35] <mhall119> mhr3: I'm trying to write a scope, I created a new one via the QtCreator template and it was able to build it, but when running it opened the scopes tool but no results (or even name) was shown
[13:36] <mhr3> mhall119, 14.10?
[13:37] <mhall119> mhr3: I'm on 14.04 on my laptop
[13:37] <mhr3> mhall119, https://bugs.launchpad.net/qtcreator-plugin-ubuntu/+bug/1340058
[13:38] <mhall119> libunity-scopes-dev: Installed: 0.4.2+14.04.20140408-0ubuntu1
[13:38] <mhall119> so I already have that one
[13:38] <mhall119> creating the project works, building the project works
[13:39] <paulliu> bzr dead?
[13:39] <mhall119> running it doesn't crash, it just doesn't display any results
[13:39] <mhr3> mhall119, so you're building a scope that you won't be able to run of the device? :/
[13:39] <mhr3> s/of/on/
[13:40] <mhall119> mhr3: I want to build a scope that I can run on the device
[13:40] <mhall119> http://paste.ubuntu.com/7775232/ is the output I get in QtC when running it
[13:40] <mhr3> mhall119, but basically, we were just talking with dpm about this, developing in 14.04 means you can't build locally (cause it has old scopes lib), you will only be able to build in 14.10 chroot and deploy
[13:41] <mhr3> if you build using the 0.4.x api, it won't even build in the 14.10 chroot
[13:42] <mhall119> ok, so qtc needs to make sure I have an i386 chroot of 14.10
[13:42] <mhall119> will I be able to run it with the test tool from a chroot, or will I need an emulator/vm?
[13:43] <dpm> mhall119, the new scope template on Qt 3.1.1 won't even run cmake on the project (see last bug on https://bugs.launchpad.net/bugs/+bugs?field.tag=scope-template )
[13:43] <mhr3> mhall119, i don't think you can run graphic apps from a chroot... not easily anyway
[13:43] <mhall119> so, our developer story here is pretty bad is what you're both saying
[13:44] <mhr3> not unlike building apps and wanting to use latest uitk features, is it?
[13:45] <mhall119> mhr3: no, but we've smoothed over much of that for apps already
[13:46] <mhr3> mhall119, how?
[13:49] <cwayne> mhr3: are the docs up-to-date with how to add settings?
[13:49] <cwayne> like, the published ones i mean :)
[13:49] <mhr3> cwayne, they are now
[13:50] <cwayne> mhr3: here? http://developer.ubuntu.com/api/devel/ubuntu-14.10/cplusplus/unity-scopes/index.html
[13:50] <mhr3> there
[13:50] <mhr3> cwayne, the ui still doesn't show them though... so not too much you can do with it
[13:51] <mhall119> mhr3: we allow developing against the 14.04 framework locally, and against 14.10 in a chroot and emulator
[13:52] <mhall119> mhr3: though qtc doesn't create an x86 chroot for 14.10 yet
[13:53] <mhr3> mhall119, don't think it makes much sense trying to support scopes dev with stock 14.04, the api changed since, so it would be useless on the current devices
[13:54] <mhall119> mhr3: well we need to support the development *on* 14.04, even if it's *for* 14.10
[13:55] <mhall119> I'm creating a 14.10 i386 chroot now
[13:55] <mhr3> right, and it's doable, but has gotchas
[13:55] <mhall119> mhr3: then it's our job to smooth over those gotchas :)
[14:12] <tsdgeos> Saviq: ping
[14:12] <Saviq> tsdgeos, pong
[14:13] <tsdgeos> Saviq: so if you look at the video of the dash overview, when switching to "all" the bottom bar with done, etc gets semi-transparent
[14:14] <tsdgeos> Saviq: the question is about what we do with the scrolling of the grid, does it only scroll to the bottom of the screen (since the bar became transparent) or we want the bottom scopes to be able to scroll and be shown totally up of the bar, and in that case we want the bar to go untransparent again?
[14:14] <tsdgeos> because if you look at the video it kind of cheats
[14:14] <tsdgeos> since it scrolls the cards a lot hight
[14:15] <tsdgeos> but no other cards appear
[14:15] <tsdgeos> not it rebounds
[14:15] <Saviq> tsdgeos, does it "go" semi-transparent, or is it simply semi-transparent?
[14:15] <tsdgeos> hmmm
[14:15] <tsdgeos> i'd say it changes color when clicking all
[14:15] <tsdgeos> but maybe it's just the fact it gets stuff under it
[14:15] <Saviq> I don't think so
[14:15] <tsdgeos> anyway the second question still applies
[14:16] <tsdgeos> at what y should the last card stop scrolling
[14:16] <tsdgeos> bottom of screen? or top of bar?
[14:16] <tsdgeos> i'd say top of bar
[14:16] <Saviq> tsdgeos, I think we need a negative margin there
[14:16] <tsdgeos> otherwise it's going to be a bit hard to read sometimes
[14:16] <Saviq> tsdgeos, definitely, cards need to settle above the bottom bar
[14:16] <tsdgeos> ok then
[14:17] <tsdgeos> if it's aleays transparent also helps
[14:17] <Saviq> tsdgeos, so I think it fills the screen between top buttons and bottom bar
[14:17] <Saviq> tsdgeos, or actually scratch that
[14:17] <Saviq> tsdgeos, bottom is bottom of screen
[14:17] <tsdgeos> yep
[14:17] <Saviq> and bottom margin is height of bar
[14:17] <tsdgeos> yep
[14:18] <Saviq> that
[14:18] <Saviq> tsdgeos, GenericScopeView is crazy overcomplicated ;)
[14:18] <tsdgeos> it is complex yes
[14:18] <tsdgeos> i'm not sure it can be simplified much
[14:18] <tsdgeos> probably a bit at least
[14:18] <Saviq> well, stuff can be simplified when it's GSV that grows and shrinks renderers
[14:19] <Saviq> as opposed to renderers growing and shrinking under its feet
[14:19] <tsdgeos> hmmm
[14:19] <tsdgeos> probably
[14:20] <Saviq> tsdgeos, I think we can get rid of baseItem actually
[14:20] <Saviq> tsdgeos, and make the Loader the delegate
[14:20] <Saviq> tsdgeos, anyway, I'll get there
[14:21] <tsdgeos> :)
[17:29] <trevor_> hi
[17:29] <trevor_> anyone?
[18:43] <greyback> mzanetti: all AP tests pass with QtComp! Woo
[19:06] <dragly> Hi! I would like to test some changes in the Unity codebase, and was wondering how your workflow is when working on Unity? Do you work on your current install, do you run a VirtualBox, etc.?
[19:07] <dragly> I assume that I'll have to restart/log out to test any changes.
[19:14] <bschaefer> dragly, which unity? (Unity7 or unity8?)
[19:14] <bschaefer> unity7 being the current unity shipped in 14.04
[19:18] <Darth-Apple> I don't think Unity 8 even works in Virtualbox
[19:18] <Darth-Apple> As I understand, Mir has some compatibility issues
[19:19] <bschaefer> yeah it doesn't atm
[19:20] <bschaefer> dragly, for unity7 (these should still work): http://askubuntu.com/questions/28470/how-do-i-build-unity-from-source
[19:21] <bschaefer> or
[19:21] <bschaefer> https://unity.ubuntu.com/getinvolved/development/unity/
[19:21] <bschaefer> pretty much unity7 is a compiz plugin, so all you need to do is compile/install it and set some env vars to find the plugin for compiz to run
[19:26] <Darth-Apple> A very snazzy compiz plugin
[19:26] <dragly> I guess that is Unity7. I completely forgot that pretty much everything changes in Unity8.
[19:27] <dragly> bschaefer: Will restarting compiz be enough to test out my changes?
[19:28] <dragly> And thanks for the guidelines, by the way!
[19:46] <bschaefer> dragly, yup!
[19:46] <bschaefer> its a bit confusing to figure out if your changes are being ran or not, but to make sure take:
[19:47] <bschaefer> unity/build/plugins/unityshell/libunityshell.so and copy it ~/.compiz-1/plugins
[19:47] <bschaefer> this will cause a unity crash so usually do:
[19:47] <bschaefer> (in the build dir)
[19:47] <bschaefer> cp plugins/unityshell/libunityshell.so ~/.compiz-1/plugins; compiz --replace ccp
[19:48] <bschaefer> (after you've done a normal "make install")
[19:48] <bschaefer> dragly, let me know if you get stuck anywhere during the process!
[19:54] <dragly> Will do. Thanks again!
[19:57] <bschaefer> np!
[19:58] <bschaefer> dragly, also note, if you're on utopic you shouldn't need to re-compile nux (might be the same on trusty)
[20:48] <bschaefer> Saviq, would you still happen to be hanging around?
[20:53] <kgunn> popey: so i was trying to test your concern from earlier wrt local music....i used to be able to just adb push files into the music folder
[20:53] <kgunn> is there something else i need to do ?
[20:53] <kgunn> some other method?
[20:54] <Saviq> bschaefer, wassup?
[20:57] <popey> kgunn: chown the files to phablet user
[20:57] <bschaefer> Saviq, hey, sooo, whats the expected result of any mir client start on the unity8 desktop? (This would be getting started outside of a desktop)
[20:57] <bschaefer> would unity8 still be able to handle something like and treat it as a normal app?
[20:57] <greyback> bschaefer: same rules as apply on phone. A desktop file must be linked to it somehow
[20:58] <bschaefer> greyback, even through upstart?
[20:58] <bschaefer> greyback, as the idea being using upstart to start xmir when unity8 start, then when you run an application on xmir it would then render on the mir server
[20:58] <greyback> bschaefer: if upstart-app-launch is being used, then it will just work (UAL informs unity8 of the desktop file for the app)
[20:59] <bschaefer> greyback, but pretty much, as long as it has its own mir surface, and is started on unity8, all should work?
[20:59] <greyback> bschaefer: you'd have to talk to ted about how it works though. I'm just the consumer :)
[20:59] <bschaefer> greyback, :)
[20:59] <greyback> bschaefer: yep
[20:59] <bschaefer> cool
[20:59] <bschaefer> greyback, thanks!
[21:00] <greyback> bschaefer: if client fails, keep eye on the unity8.log file for REJECTED messages, that means unity8 doesn't know what desktop file belongs to the process, and so rejects the connection
[21:00] <bschaefer> greyback, awesome, good to know info