[00:19] Someone on recent Saucy help me check if I'm sane. [00:20] $ grep ^DAEMON /etc/init.d/lightdm [00:20] $ ls -l /usr/*bin/lightdm [00:24] $ grep ^DAEMON /etc/init.d/lightdm [00:24] DAEMON=/usr/bin/lightdm [00:24] $ ls -l /usr/*bin/lightdm [00:24] -rwxr-xr-x 1 root root 176368 Jul 22 16:43 /usr/sbin/lightdm [00:24] qengho, ^ [00:26] robru: thanks. I'm trying to figure out if that's as bogus as it looks. I rebooted one machine, and it didn't launch a greeter until I set those to /usr/sbin . [00:27] qengho, are you saying it's not safe to reboot my current saucy system? shit [00:27] robru: I'm still looking. It's not perilous. You'll recover. [00:28] check if the init script changed recently? [00:32] robru: If I'm reading this "etckeeper" diff right, no etc change since May. Maybe the binary moved. [00:33] I don't really trust this machine now. Could another /etc/init.d/ script start another greeter? [00:33] on yours? [00:33] robru: ^ [00:34] qengho, not sure, how would I check that? last time I booted (7 days ago) I saw lightdm without any issue [00:35] qengho, try running 'debsums -as', will make sure that all the files on the system match the checksums from their respective packages. helps improve confidence in a system i find [00:35] robru: Yep. Add "cruft" to your toolkit, too. [00:37] qengho: ooh, cruft looks useful. thanks. [00:38] interesting, running it now === tim is now known as thumper [04:46] Good morning [04:49] pitti: Guten Morgen! [04:50] hey larsu, wie gehts? [04:50] pitti: gut! War endlich mal früher hier als du :P Und dir? [04:51] larsu: danke, ein bisschen muede; noch lange gehackt gestern :) [04:53] larsu: do you use the same alarm clock setting as pitti? ;) [04:54] I don't have an alarm clock even -- my wife gets up at 5 normally, then I sleep for a bit longer and then just wake up [04:54] jbicha: no, I don't have an alarm clock. Just happened to wake up early today [04:55] well, technically I _do_ have an alarm clock on my phone, but I never set it :) [04:55] hmm, maybe it's just something about Germany then :) [04:55] jbicha: land of the early risers! [04:55] jbicha: well, I go to bed at 10 pm, so it's only natural that I don't sleep that long [04:56] and it's actually quite nice in summer, you can spend the better part of the work day in the cooler hours [04:59] You Europeans are lucky with your summers and sunlight well into the evening, although I guess you pay for it in Winter. :) [05:01] You don't need to go all the way to Europe for that :) [05:02] Oh ok, wasn't sure just how things are in Tassy. :) [05:04] well, in Winter, it's the night starting 4:30/5PM [05:05] didrocks: salut! [05:05] hey larsu! how are you? [05:06] didrocks: very good, thanks. You? [05:09] larsu: I'm fine, thanks :) [05:13] bonjour didrocks! [05:13] hey pitti! [05:14] didrocks: hey could we have someone look at the notify-osd autopkgtest failure since it's holding up gtk+3.0 [05:15] I didn't even see enough information in the build log for me to know what exactly is failing [05:16] yeah, "fun" wit the parallel test runner again [05:16] but I recently learned a trick [05:16] put VERBOSE=yes into TEST_ENVIRONMENT [05:17] oh and the tests seem to pass locally here [05:17] jbicha: I won't have the time honestly, but try with macslow? he's upstream for it [05:19] * pitti runs it in run-adt-test [05:23] reproduces fine [05:27] a simple package build and 'xvfb-run --server-args="-screen 0 800x600x8" make check' reproduces it, too [05:28] ** (./test-modules:18204): WARNING **: Error retrieving accessibility bus address: org.freedesktop.DBus.Error.ServiceUnknown: The name org.a11y.Bus was not provided by any .service files [05:28] apparently the test suite uses fatal-criticals or so? [05:29] oh yeah, I forgot that autopkgtests have to be run separately, right? [05:29] what do you mean? [05:29] I really don't know much about them [05:29] jbicha: I just unpacked the package, dpkg-buildpackage -b, and run make check under xvfb [05:30] (which is essentially what happens in n-osd's autopkgtest) [05:30] I did bzr bd on lp:notify-osd without errors [05:30] jbicha: yes, but the package doesn't run tests during buuild [05:30] which is unfortunate [05:30] ^ that's what I mean [05:35] pitti: is it as simple as a missing dependency on at-spi2-core ? [05:35] could be [05:35] * pitti tries [05:54] jbicha: hm, if I install at-spi-core "make check" hangs indefinitely [05:54] spi2 [05:55] and under dbus-launch I get even more errors [05:55] /bubble/can set bubble attributes: loading icon 'notification-/usr/share/icons/Human/scalable/status/notification-message-im.svg' caused error: 'Icon 'notification-/usr/share/icons/Human/scalable/status/notification-message-im.svg' not present in theme' [05:55] ** (./test-modules:13683): WARNING **: AT-SPI: Could not obtain desktop path or name === FJKong is now known as FJKong_afk [07:29] good morning [07:36] Morning! [07:47] seb128: morning! [07:47] sil2100, hey, how are you? [07:47] good morning desktopers! [07:47] seb128: fine, how about you? Do you have a moment for some packaging ACKs? [07:47] sil2100, sure [07:47] seb128: since I'd like to publish something but didrocks is not around ;) [07:47] no didrocks today? [07:48] He was here, but got disconnected and didn't appear again [07:48] ok [07:48] seb128: http://10.97.0.1:8080/view/cu2d/view/Head/view/Settings/job/cu2d-settings-head-3.0publish/lastSuccessfulBuild/artifact/packaging_changes_gsettings-qt_0.0+13.10.20130725-0ubuntu1.diff <- your changes ;p [07:48] http://10.97.0.1:8080/view/cu2d/view/Head/view/Settings/job/cu2d-settings-head-3.0publish/lastSuccessfulBuild/artifact/packaging_changes_ubuntu-system-settings_0.1+13.10.20130725-0ubuntu1.diff <- same here ;p [07:48] I guess it's an ACK? [07:49] sil2100, it sure is ;-) [07:49] Publishing then [07:49] thanks! [07:50] seb128: now for the other... do you know if url-dispatcher and gsettings-ubuntu-touch-schemas got preNEWed? [07:52] sil2100, what stack is that? I just got an email from didrocks, he says the tech from his provider is at his place setting up his new connection and that you can publish misc [07:52] Ah, it's in misc [07:52] Ok ;) [07:52] So I guess it's ok [07:52] he has some comments but nothing blocking [07:52] I had preNEWed the schemas one [07:52] seb128: and another one (the rest is still pending): webcreds http://10.97.0.1:8080/view/cu2d/view/Head/view/WebCreds/job/cu2d-webcred-head-3.0publish/lastSuccessfulBuild/artifact/packaging_changes_accounts-qml-module_0.1+13.10.20130725-0ubuntu1.diff [07:52] I guess didrocks did the dispatcher [07:53] sil2100, +1 [07:53] seb128: thanks! [07:53] I'll wait for the rest to finish, as we were blocked by the long unity testing again, so some other stacks might also need ACKing once they're done [07:59] didrocks: hi! [07:59] hey sil2100! [07:59] didrocks: internet back? ;) [07:59] I'm on a 3G connexion [07:59] sil2100: not yet [08:00] Ah [08:00] didrocks: I published misc, but [08:00] ah great :) [08:00] on url_dispatcher: [08:00] - needs a symbol files [08:00] - short description of -dev and the lib are the same [08:00] - url-dispatcher needs to be multiarched (in a multiarch path) [08:00] (that's my notes ;)) [08:00] didrocks: I hope you don't mind I published indicators a bit 'strangely' [08:00] didrocks: ok, will do :) [08:00] sil2100: what about indicators? :p [08:01] didrocks: since the thing was, the tests passed but build job failed (chroot problems with armhf on the PPA) [08:01] morning [08:01] didrocks: so I rebuilt it and then ran the publish job manually as I was doing in the past [08:01] sil2100: hum, that should work [08:01] hey Laney [08:01] didrocks: but it suddenly published it normally and now the head job is still red ;p [08:01] sil2100: interesting [08:01] sil2100: I'll have a look when being on a stable connection [08:02] didrocks: so all is published ok just the head job is red, as I was running publish job manually - since I didn't want to force publication, just wanted to see the result [08:02] And I didn't want to have the check job ran [08:02] And I didn't want to play around with switches [08:02] ;) [08:02] sil2100: you're right ;) [08:02] sil2100: so don't touch anything [08:02] I'll have a look :) [08:03] didrocks: oh, and one thing I noticed [08:03] didrocks: I ran ./cu2d-run -P misc on the misc stack, and I see it's as if it's rebuilding everything from scratch [08:03] didrocks: since it's waiting on the build job again ;/ [08:04] hey didrocks Laney [08:04] sil2100: oh, it should skip it [08:04] sil2100: ok, don't touch misc/indicators, I'll have a look :) [08:08] ;) [08:09] pitti: I'm hitting that upowerd hanging bug almost daily now :( Do you know the status on that? [08:10] larsu: I don't, no; do you have an idea how to get this? I haven't run into it here yet [08:10] larsu: also, do you know if there's a bug report for this already? [08:11] pitti: I only ever notice it when the machine comes back from suspend. I can't reproduce it though, it doesn't happen on every suspend. [08:11] pitti: bug is #1203655 [08:11] pitti: I've attached a stacktrace there. Let me know if I can provide more info [08:16] Eh [08:16] A bad day for didrocks to not have internet [08:17] There's a problem with stack publication after yesterdays changes [08:18] Need to wait with publication for Didier, as the stacks unnecessarily re-run the AP testing ;/ [08:20] sil2100, well, publication of indicators and settings worked ... which one is the problem? [08:22] bonjour seb128 [08:23] pitti, salut, ca va bien ? [08:23] seb128: je vais bien, merci ! et toi ? [08:24] seb128: misc and SDK was working strange [08:24] seb128: I forced a publication, but this only re-ran the stack and they're in manual publication again [08:25] I could re-try, but I guess it's best if Didier could see what was going on === sam113101 is now known as sam113101_afk [08:25] sil2100: is this why I got emails for unapproved MRs for i-sound and i-power? [08:26] * larsu was wondering what he should do with these === sam113101_afk is now known as sam113101 [08:26] larsu: hm, I think those are unrelated - which MRs were those? [08:27] Selecting previously unselected package libmaliit-plugins0.^M [08:27] Unpacking libmaliit-plugins0 (from .../libmaliit-plugins0_0.99.0+git20130615+97e8335-0ubuntu1_amd64.deb) ...^M [08:27] dpkg: error processing /var/cache/apt/archives/libmaliit-plugins0_0.99.0+git20130615+97e8335-0ubuntu1_amd64.deb (--unpack):^M trying to overwrite '/usr/lib/libmaliit-plugins.so.0', which is also in package maliit-framework 0.94.2-0ubuntu1b1^M [08:27] pitti, je vais bien merci, il fait frais ;-) [08:27] * Laney coughs [08:28] seb128: oui, il a plu à nouveau après troix semaines \o/ [08:28] Laney, missing replaces? [08:28] sil2100: this one for example: https://code.launchpad.net/~ps-jenkins/indicator-sound/latestsnapshot-12.10.2+13.10.20130725-0ubuntu1/+merge/176886 [08:28] more than likely [08:28] sil2100: ah, it's on merged now. Nevermind then :) [08:28] * larsu was confused because indicator-applet-developers is still on "Pending" [08:29] why does it do an mp for that instead of just pushing it? [08:30] larsu, that's how it has been for months? e.g https://code.launchpad.net/~ps-jenkins/indicator-session/latestsnapshot-12.10.5daily13.05.06.1-0ubuntu1/+merge/162660 [08:31] seb128: yeah, I'm very confused :) I'm still on a just-got-the-keys-to-my-appartment high [08:31] Laney, not sure, I guess it's safer to handle conflicts if somebody pushed to trunk in between [08:31] larsu, oh, congrats! ;-) [08:31] woo [08:31] larsu, is that the nice one you were visiting on monday? [08:32] seb128: yep :) [08:32] nice! [08:32] seb128: fairly close to dholbach, too. And to his office (where we're hanging out right now) [08:32] larsu, no homeless jokes anymore for you then :p [08:33] oh, nice [08:33] seb128: \o/ [08:33] say hello to him from me ;-) [08:33] I saw a post somehwere, there's quite a lot of people in that office today isn't there? [08:34] seb128: he still doesn't quite believe you'll make it to Berlin :) [08:34] seb128: but he's hopeful [08:34] lol [08:35] larsu, good to know you have a place as well, if I come and Daniel decide to kick me out, I've another place close by ;-) [08:35] seb128: for sure! [08:35] * seb128 hugs larsu [08:36] * larsu hugs seb128 back === Ursinha-afk is now known as Ursinha [09:15] * seb128 just got the new qtcreator [09:16] nice to have easy access to the sdk api in the sidebar and to have click packages in there ;-) [09:16] (a bit weird to have main UI space taken for pastebin and IRC though) [09:16] * Laney arghs at cdbs [09:16] * sil2100 needs didrocks [09:16] I *need* him [09:16] how can I run a testsuite under xvfb-run in cdbs? [09:16] ;) [09:17] sil2100: don't we all? [09:17] sil2100, still cu2d issues? [09:17] Laney, convert to dh9 :p [09:17] seb128: they just converted it from dh to cdbs ... :P [09:17] wth? [09:18] told you, packaging rewrite [09:18] trying to bring back one or two things that it did before [09:18] that's ridiculous... I didn't know they changed the build system [09:18] you should just overwrite their changes [09:18] rewrote the copyright file and everything [09:18] take back your packaging [09:18] well there are some actual changes in there [09:18] and bring back maybe their control for the new build-depends/binaries [09:18] so it would require untangling those [09:19] :-( [09:19] I think I got something [09:19] well, cdbs to dh9 should be easy [09:19] DEB_MAKE_CHECK_TARGET := -f debian/rules run-tests [09:19] * Laney coughs [09:24] (still on 3G for now) [09:24] didrocks: moving to something new and super fast? [09:25] Laney: right! but for that, has to fight a little bit apparently with the infra ;) [09:25] yeah that's usually the way [09:25] and no, 300Mb/s won't make me the official libroffice uploaders :p [09:26] wow that /is/ quite fast [09:26] I don't think it will be a big change in day-to-day though [09:26] I don't think my internal network at home could push such speeds :P [09:26] as we are more relying on the latency [09:26] slow powerline is slow [09:26] yeah [09:26] yeah, indeed [09:27] you'll be a good iso tester [09:27] ahah ;) [09:27] sil2100, ^ grab him while he's here! [09:28] seb128: I saw his email about the ./cu2d-run -P running tests [09:28] if that's the question [09:28] or should I worry more? ;) [09:28] didrocks, I don't know he just wrote [09:28] sil2100 needs didrocks [09:28] I *need* him [09:32] Laney, I've an easy enough u-s-s review waiting if you feel like doing it ;-) [09:32] Status: successful [09:32] finally [09:32] let me do a test upgrade and then upload that, then i can see about reviews [09:32] sil2100: I think you do run cupstream2distro with the latest rev, right? [09:33] Laney, thanks [09:33] jibel: FYI, the ati machine was down this morning [09:33] thomi was around to restart it electrically [09:34] (also, we had some launchpad chroot issues, I relaunched some) [09:34] sil2100: it seems that misc stack was republished [09:34] redeployed* [09:34] without my changes in trunk [09:34] didrocks, down, like yesterday or down like powered down? [09:34] so you don't have the parameter to force publicaiton [09:34] sil2100: I think that's why you see the tests running :p [09:34] sil2100: do you mind redeploying when adding them? :) [09:35] jibel: apparently, thomi told me the UI was stuck [09:35] jibel: I couldn't even ssh to it [09:35] sil2100: when redeploying a stack, always ensure if you do that from your own branch that you are in sync with trunk, please ;) [09:36] ! [09:36] sil2100: I'll let you fix that? (I think media as well can be published) [09:36] didrocks: I didn't redeploy anything yesterday besides unity8 [09:36] sil2100: also, did you ask someone to refresh the white list on the server? [09:36] hum [09:36] someone did redeploy misc… [09:36] obviously [09:36] for the new components [09:37] didrocks: seb128 said that you said that I can publish misc [09:37] So I did [09:37] sil2100: yeah, but it seems the guy deploying it wasn't sync with trunk [09:37] geh [09:37] (to add the new components) [09:37] sil2100: mind doing that? then I think your -P should work as excepted [09:37] didrocks, okay maybe I'll reinstall it completely too when I'll install the nvidia box [09:37] no build/tests step [09:37] just publishing [09:38] jibel: ok ;) [09:38] Let me backlog completely [09:39] didrocks: ok, so - I'll redeploy misc from trunk, ensuring that the two packages are added and republish [09:39] didrocks: SDK also suffered from the same proble IIRC [09:40] So maybe it wasn't redeployed after your changes? [09:40] geh, and now the check job failed... [09:41] pitti: you tested media player on mako/n4? [09:42] asac: yes, but only from starting from unity; I think that's known-broken, one needs to launch it with a video as argument [09:42] pitti: hmm. can you check with ogra how to test it properly? [09:42] asac: I read somewhere that it ought to be possible to launch it from the file lens, but I copied a video into ~/Videos and don't see it anywhere [09:42] pitti: he has no mako ... we know its really working for maguro and really broken for grouper [09:43] so from that pov our dashboard is indeed correct [09:43] i think we should wait for jhodapp to get up [09:43] now if i knewe that mako is really officially not working [09:43] the currently shipped media stack is deprecated [09:43] there is a new one that isnt in the archive yet [09:43] i dont care bout the future [09:44] i want to know if our mediaplayer is broken on todays image :) [09:44] and i dont know exactly wheer it lives ... i think there is a PPA somewhere [09:44] on mako....maguro i have on my own [09:44] asac, well, popey is usually my mako tester ... but he is at oscon this week [09:44] (we're really short on mako and manta ... dunno why) [09:45] sil2100: I did a script [09:45] sil2100: so everything should be redeployde [09:45] didrocks: oh, so just re-publishing now? ;) [09:46] sil2100: I mean, I ran a script the other day [09:46] so everything should be working [09:46] ogra_: order a mako please [09:46] and expense [09:46] will do [09:46] ogra_: if you dont do it today let me know so i can see what the official PO route would be [09:46] ogra_: you can still buy N4, right? [09:46] asac, it would also make sense if someone in an EU TZ could have a manta [09:47] (i dont owant one, though ... give it wo some other team :) ) [09:47] yeah, you can [09:47] well, the app doesn't even have an icon (emmpty frame) and does nothing when clicking on it, which seems to be a problem even before the media API? [09:48] pitti, so how did you start it ? by clicking on one of the three shipped movies ? [09:48] ogra_: I read somewhere that one needs to copy a video to ~/Video and then find that on the dash [09:48] Sintel should always work i think [09:49] ogra_: there are a gazillion dummy movies in the dash, which ones are working? [09:49] just go to the video lens [09:49] try the first movie there [09:49] the first three should work [09:49] didrocks: hmmm [09:49] ogra_: oh, nice; wasn't aware of that [09:49] ogra_: that does work, yes [09:49] didrocks: eh, I just tried to redeploy misc and got an error! [09:49] good [09:49] ogra_: so it's not showing my own videos anywhere, but the MP works [09:50] likely an encoding problem [09:50] you might use a codec this medai api doesnt support [09:50] *media [09:50] lets swait for jhodapp ... he can tell us more [09:52] asac, so the daily tests are fine (they either use the shipped videos or something with similar codec) [09:54] ogra_: on dashboard we see maguro succeed, mako and others failing [09:54] i flile that as "its really the case" now [09:54] * ogra_ checks the logs [09:55] asac, both failing tests are UI related [09:56] ogra_: so do we measure that our apps are busted or not? [09:56] ogra_, can I see the date of the image I'm using from somewhere on the device? [09:56] contol visibility and playback button states [09:56] seb128, /var/log/installer/media-info [09:56] ogra_, thanks [09:56] like in all other ubuntu installs :) [09:56] 20130722 [09:56] hum [09:56] that's outdated :p [09:57] * seb128 updates system-settings manually [09:57] ogra@chromebook:~$ get-touch-img-ver --current [09:57] 20130722 [09:57] seb128, no, it isnt :) [09:57] didrocks: something's badly broken [09:57] that the last one that passed testing [09:57] ogra_, let's say it doesn't have what I want to test :p [09:57] didrocks: I tried to force publish of media and it's running the AP tests ;/ [09:58] seb128, use phablet-flash --pending [09:58] didrocks: maybe I should use jenkins UI for that? [09:58] ogra@chromebook:~$ get-touch-img-ver --pending [09:58] 20130724 [09:58] ogra_, no that's ok, I dist-upgraded, no need to reinstall, I'm just testing settings stuff [09:58] ogra_, but thanks [09:59] http://paste.ubuntu.com/5910631/ ... in caase you want the get-touch-image-ver script [10:00] thanks [10:01] sil2100: ok, I'll have a look soon [10:14] * didrocks on fiber \o/ [10:17] didrocks, dont fall ... thats thin [10:18] ;) [10:18] bdrung: http://anonscm.debian.org/gitweb/?p=pkg-openoffice/libreoffice.git;a=shortlog;h=refs/heads/ubuntu-saucy-4.1 [10:19] hm h ow do I start the onscreen keyboard manually? [10:19] Laney: can we have ~ubuntu-unity as part of ~system-settings-touch please? [10:20] Laney: that would help to deploy the changes ;) [10:20] didrocks: ask seb128 [10:20] seb128: ^ [10:20] how would it help? [10:21] didrocks, hum, why is that needed? (things seem to work fine today) [10:21] seb128: we can't deploy the stack, like sil2100 isn't in the team [10:21] so when trying to "fix" the branch config, he's rejected [10:21] :< [10:22] I guess I don't understand the issue or what is "deploy the stack", settings is properly configured and landing today no? [10:22] didrocks, sorry, answer is yes, but I would like to understand what's going on as well [10:22] ;-) [10:22] seb128: when you ./cu2d-update-stack -U ../stacks/head/misc.cfg [10:23] we bzr config every branches [10:23] so that lp-propose destination is "trunk" [10:23] otherwise, it can be that the config is incorrect [10:23] so, we use the deploy step command (cu2d-update-stack) to do that [10:23] but this config ask people to have write rights on the branch [10:24] so if sil2100 tries to deploy misc, he won't be able to do that writing [10:24] settings should be in their own stack (settings), not in misc? [10:24] * seb128 didn't even know you could bzr config branches like that [10:25] seb128: IIRC from the discussion from the other day we told misc [10:25] but that won't change the need to be able to configure it :) [10:25] that was the schemas right? [10:25] yep [10:25] ok,makes sense ... added [10:25] thanks! [10:25] thanks for the context! ;-) [10:25] yw ;) === Ursinha-afk is now known as Ursinha [10:26] do you want that to be moved in another stack? [10:26] in the near future? [10:26] no [10:26] ok [10:26] the schemas still makes sense in misc [10:26] I was confused, I though you were speaking about the settings app [10:26] which is in settings ;-) [10:26] sil2100: I'm redeploying, but you should be able as well [10:26] ah ;) [10:26] yeah, the gsettings-ubuntu-touch-schemas [10:26] right, I got it now ;-) [10:26] are we uploading the schemas now? [10:27] Laney: as soon as the deploy is finished [10:27] and that sil2100 runs publish then [10:27] * didrocks pulls on the archive admin machine the whitelist [10:27] seb128: Do you think we should confirm these keys are wanted in the system schema before upuloading? [10:28] Laney, no, we can still change the schemas later if needed [10:28] it's some kind of API [10:28] Laney, no need to block on it imho [10:28] well, unused api [10:28]