[01:33] <robru> ToyKeeper: what's wrong with device-upgrade?
[01:33] <robru> he says, two hours later.
[01:34] <ToyKeeper> robru: Not sure, I haven't been able to get it to fail on purpose or while I'm watching.
[01:34] <robru> ToyKeeper: any failure logs I might look at
[01:34] <robru> ?
[01:35] <ToyKeeper> robru: I may have just had bad timing, like during the middle of an archive upgrade.  It failed on unauthenticated packages.
[01:35] <ToyKeeper> s/upgrade/update/
[01:35] <robru> ToyKeeper: ah ok. yeah I think I saw something similar in a silo build today, just needed a retry
[01:35] <ToyKeeper> Or it could even be a sporadic network error.
[02:05] <imgbot> [02:10] <imgbot> [03:20] <imgbot> [03:20] <imgbot> [04:15] <rsalveti> ogra_: vivid failed to build again, seems caused by group/user changes
[04:15] <rsalveti> ogra_: https://launchpadlibrarian.net/199792081/buildlog_ubuntu_vivid_armhf_ubuntu-touch_BUILDING.txt.gz
[08:14] <ogra_> rsalveti, i assume that is because systemd-sysv and upstart sre installed at the same time (that shouldnt be) ... i will clearify that first with pitti before i take any action on the files
[08:23] <bzoltan_> trainguards: I have pure bugfixing landing candidate of the UITK in the line 49. May I ask for a silo please?
[08:24] <sil2100> bzoltan_: on it
[08:24]  * sil2100 likes pure bugfixes
[08:25] <sil2100> bzoltan_: done
[08:39] <bzoltan_> sil2100:  thanks
[08:58] <nerochiaro> plars: fginther: hello, it seems that despite your efforts yesterday, we still are not running with python3-wand installed, on this MR https://code.launchpad.net/~phablet-team/camera-app/refactor-and-fix-editor-tests/+merge/250931
[09:05] <nerochiaro> brendand: regarding your changes in this MR https://code.launchpad.net/~canonical-platform-qa/camera-app/close-panel-helper-fix , is there any particular reason why using rate=20 for the drag instead of something like rate=sys.maxsize
[09:05] <nerochiaro> ?
[09:06] <nerochiaro> brendand: whatever instability happens with rate=10 due to CPU activity is still likely to happen at rate=20, while if we maximize the rate of drag then it should ensure we have no problems of that kind
[09:27] <ogra_> sil2100, i'll be 5-10min late ... vivid images currently dont build, i'll fix that after the meeting ...
[09:29] <sil2100> ogra_: systemd problems?
[09:33] <davmor2> popey: meeting
[09:33] <brendand> nerochiaro, okay. it's actually rhuddie who's working on it. i'll pass it on. in the meantime, do you know anything about the jenkins failures?
[09:34] <nerochiaro> brendand: which ones specifically ?
[09:34] <brendand> nerochiaro, like the ones here for example: https://jenkins.qa.ubuntu.com/job/generic-click-autopilot-runner-mako/810/?
[09:35] <brendand> nerochiaro, do you usually get clean test runs in jenkins, or not?
[09:38] <nerochiaro> brendand: no, and my job these last few days has been cleaning up these tests. this MR (in which I just merged yours so that everything is in one place) is the attempt to fix all these problems: https://code.launchpad.net/~phablet-team/camera-app/refactor-and-fix-editor-tests/+merge/250931
[09:40] <nerochiaro> brendand: there are some that I am still trying to figure out how to fix, some that require something to be done from the CI team ( plars and fginther ) , and one tricky problem involving MIR that greyback is working on
[09:40] <nerochiaro> brendand: the rest should be fixed by that MR
[09:40] <brendand> nerochiaro, okay so we should ignore them for now?
[09:41] <nerochiaro> brendand: ignore as in not worry about them, yes. ignore as in remove them from the test plan, no
[09:41] <brendand> nerochiaro, if you have any issues ping ubuntu-qa on #ubuntu-quality
[09:41] <brendand> nerochiaro, right
[09:41] <rhuddie> nerochiaro, brendand, I've not tried maximising the swipe rate. I tried 15 first, which worked fine for me but still gave a random failure in jenkins. 20 seemed to work fine for both.
[09:42] <rhuddie> nerochiaro, if you have another mp for fixing remaining tests, is it worth combining my change into that? so we have all fixes in 1 mp?
[09:44] <nerochiaro> rhuddie: i just did that: MR is here https://code.launchpad.net/~phablet-team/camera-app/refactor-and-fix-editor-tests/+merge/250931
[09:45] <rhuddie> nerochiaro, oh, great.
[09:45] <nerochiaro> rhuddie: i changes the drag rate to be the maximum, because i had still random failures with rates in the order of 100, so i just wanted to be safe
[09:47] <rhuddie> nerochiaro, I'll remove my mp
[09:47] <pstolowski> trainguards hello, something wrong is going on with silo 024 (and row 25 in the spreadhseet is totally broken)
[09:47] <nerochiaro> brendand: what is the difference between this channel and #ubunutu-quality ? thought this was the place for asking testing questions etc
[09:48] <brendand> nerochiaro, well strictly speaking you can ping ubuntu-qa anywhere, but ubuntu-quality is the channel we like to use for QA discussions
[09:48] <nerochiaro> cihelp , i asked others already, but if anyone is online that can do it, can you please run CI on this MR with an environment that has python3-wand installed please ? https://code.launchpad.net/~phablet-team/camera-app/refactor-and-fix-editor-tests/+merge/250931
[09:48] <brendand> nerochiaro, this is not really the place to talk about testing, except as it relates to landings
[09:48] <nerochiaro> brendand: ok, got it
[09:49] <psivaa_> nerochiaro: looking
[09:50] <davmor2> brendand: I am getting in the car and heading down to you, if you ping for no good reason again ;)
[09:51] <nerochiaro> psivaa_: it was attempted yesterday already twice but for some reason it did not work
[09:51] <nerochiaro> psivaa_: it seems you have to restart everything from scratch for it to work, not just request a rebuild
[09:52] <psivaa_> nerochiaro: ok, i'll take a look
[09:52] <nerochiaro> psivaa_: thanks
[09:52] <brendand> davmor2, disable the highlight
[09:53] <popey> sil2100: sorry I missed the meeting, just got back from a school meeting.
[09:53] <brendand> davmor2, when was the last time someone pinged on it (apart from now?)
[09:53] <davmor2> brendand: several time jfunk uses it a lot
[09:54] <davmor2> brendand: management too
[09:54] <popey> sil2100: anything for me from the meeting?
[09:59] <sil2100> popey: I'll poke you on IRC ;)
[09:59] <popey> k
[10:00] <sil2100> Just brb
[10:32] <ogra_> sil2100, is queuebot on vacation ?
[10:32] <ogra_> trainguards, please assign a silo for line 52
[10:35] <sil2100> ogra_: o/
[10:35] <sil2100> hmmm
[10:42] <sil2100> ogra_, Saviq: you both have silos assigned
[10:42] <Saviq> sil2100, tx
[10:42] <ogra_> thx
[10:52] <Saviq> cihelp hey, can we have H10strip_native_depends added to the unity-api-ci job please? hook_source is lp:~canonical-ci-engineering/+junk/native-strip-hook
[10:53] <psivaa_> Saviq: let me take a look
[11:02] <sil2100> dbarth: ping
[11:11] <dbarth> sil2100: pong
[11:24] <sil2100> dbarth: hey! So, Pat approved rtm silo 13 for landing for this milestone as well - QA is currently testing silo 3 which also has unity-webapps-qml in it
[11:24] <ogra_> davmor2, jibel, silo 19 has the fix for mtp in vivid
[11:24] <sil2100> dbarth: once silo 3 lands we'll need someone to re-build silo 13 and re-test it - would you be able to do it?
[11:29] <dbarth> sil2100: ah ok, yes, i can rebuild and re-test
[11:29] <dbarth> sil2100: just let me know when 3 is landed and i'll follow up
[11:32] <sil2100> dbarth: thanks :)
[11:57] <nerochiaro> psivaa_: any news on that python3-wand problem ?
[11:58] <psivaa_> nerochiaro: still checking, i'm having to rerun once to check the device itself after the tests ran
[11:58] <psivaa_> could not find much from the logs
[11:58] <nerochiaro> psivaa_: ok, thanks. i pushed some more commits in the branch, not sure if that messed up anything on your end
[11:59] <psivaa_> nerochiaro: I dont think so. i need to check why the package wasn't present when the tests run
[12:42] <pete-woods> trainguards: hi guys. could I get vivid silo 24 reconfigured? thanks!
[12:46] <oSoMoN> trainguards: what’s wrong with line 44 in the CI train spreadsheet, why is it so tall?
[12:51] <plars> nerochiaro: psivaa_: yes, we're aware of the python-wand dependency problem still. The fix I did yesterday would have worked but it seems like another critical section is missing from the branch mp testing uses
[12:52] <plars> nerochiaro: going to take a look in just a bit, I just need to make sure I know the reason why it was removed, or fixing this one thing could break 10 others :) I expect to have it done and working early today
[12:52] <nerochiaro> plars: thanks
[12:52] <psivaa_> plars: yea, i noticed that the package wasn't installed *based  on the logs, just allocated a device and running the test to see
[12:53] <nerochiaro> plars: when you do finish, please let me know and please trigger a re-run on the MR
[12:53] <plars> psivaa_: yeah, the deps are specified for that test case, but the bit that installs those deps has been removed from the mp testing branch. I just need to do some research on when that was removed and why
[12:53] <plars> nerochiaro: will do
[12:54] <psivaa_> nerochiaro: plars: http://s-jenkins.ubuntu-ci:8080/job/generic-click-autopilot-runner-mako/818/console has some other temp problem at the moment, i suppose the archive vs image version mismatches
[12:55] <plars> yeah, that's not something we can help I'm afraid
[13:18] <oSoMoN> trainguards: line 44 doesn’t have a status (it should be "QA needs to sign off")
[14:04] <sil2100> oSoMoN: looking
[14:05] <oSoMoN> thakns
[14:05] <oSoMoN> thanks
[14:11] <josepht> dobey: is the ubuntu-app-test change for the pay-ui job working for you now?
[14:12] <sil2100> oSoMoN: ok, something really strange happened
[14:12] <dobey> josepht: oh, no, i don't think so.
[14:13] <josepht> dobey: is the package not getting installed?
[14:13] <sil2100> robru: are you doing something in the middle of the night? ;)
[14:13] <dobey> josepht: https://jenkins.qa.ubuntu.com/job/generic-click-autopilot-runner-mako/808/console doesn't show it being installed. and that test run apparently failed to unlock the screen. i haven't tried to rebuild since
[14:14] <dobey> josepht: https://code.launchpad.net/~dobey/pay-ui/mir-app-test/+merge/251163 is the pay-ui mp
[14:15] <josepht> fginther: your thoughts on this? ^
[14:17] <ogra_> cjwatson, hulp ... https://launchpad.net/~ubuntu-cdimage/+livefs/ubuntu/vivid/ubuntu-touch/+build/22254 seems that build failed but didnt produce any log
[14:18] <fginther> josepht, we found a bug in the MP testing yesterday, it's not installing test dependencies as it should. It's being worked on
[14:18] <ogra_> (teh armhf part of the same build is still runinning fine it seems)
[14:18] <fginther> josepht, this is specific to click package testing
[14:18] <josepht> fginther: okay, thanks
[14:19] <cjwatson> ogra_: yes, I was just investigating that
[14:19] <cjwatson> ogra_: it's taken out two buildds in succession
[14:20] <cjwatson> ogra_: hard enough that LP can't fetch the log at the end
[14:20] <ogra_> woah
[14:20] <cjwatson> 14:19 <cjwatson> 2015-03-10 13:32:42+0000 [QueryProtocol,client] Job LIVEFSBUILD-22254 (i386 build of ubuntu-touch livefs in ubuntu vivid) started on http://allspice.buildd:8221/: BuilderStatus.BUILDING LIVEFSBUILD-22254
[14:20] <cjwatson> 14:19 <cjwatson> 2015-03-10 13:47:41+0000 [Uninitialized] Scanning allspice failed with: An error occurred while connecting: 113: No route to host.
[14:20] <cjwatson> 14:19 <cjwatson> 2015-03-10 13:48:30+0000 [QueryProtocol,client] Job LIVEFSBUILD-22254 (i386 build of ubuntu-touch livefs in ubuntu vivid) started on http://toyol.buildd:8221/: BuilderStatus.BUILDING LIVEFSBUILD-22254
[14:20] <cjwatson> 14:19 <cjwatson> 2015-03-10 14:02:32+0000 [Uninitialized] Scanning toyol failed with: An error occurred while connecting: 113: No route to host.
[14:21] <ogra_> ah
[14:21] <cjwatson> so buildd-manager decided it was a death-to-buildds job and eventually failed it
[14:22] <cjwatson> ogra_: https://pastebin.canonical.com/127272/ (via Spads)
[14:22] <robru> sil2100: oh, are you trying to use the staging instance? I'm not really here, just hacking on staging a bit.
[14:22] <cjwatson> ogra_: can you chase that up with somebody appropriate, maybe James or Martin?
[14:23] <ogra_> yeah, sounds like a pitti issue
[14:23] <cjwatson> it might be that upstart is being removed during the build
[14:23] <ogra_> well, yeah
[14:23] <ogra_> on purpose
[14:24] <cjwatson> not on a touch build!
[14:24] <ogra_> err, sorry
[14:24] <cjwatson> anyway, bizarre for it to crash the host system's init
[14:24] <ogra_> my brain is the wrong way round
[14:25] <ogra_> so, we install systemd-sysv with debootatrap ... then remove it and install upstart later
[14:25] <ogra_> so it might hit that gap
[14:25] <cjwatson> possibly, but still should never crash the host's init
[14:25] <ogra_> right
[14:26]  * ogra_ waits for the completed lo from the armhf build to see whats actually happenin
[14:26] <ogra_> g
[14:27] <ogra_> *log
[14:27] <cjwatson> I think init/conf.c is missing an nih_error_clear in the case where nih_file_read fails
[14:28] <cjwatson> Sorry, not nih_error_clear, nih_free (nih_error_get ()) or some such
[14:28] <cjwatson> jodh will probably know what to do there
[14:33] <Laney> Mirv: Hi, do you know if anyone's working on the qtquickcontrols MIR changes that were requested?
[14:44] <sil2100> Laney: I think Mirv is still on holiday, might pick it up in his stead
[14:44] <Laney> sil2100: ok, I'm looking at the test stuff atm
[14:44] <Laney> can you get team subscribers sorted maybe?
[14:45] <sil2100> Laney: ACK
[14:46] <dbarth> sil2100: did that other silo land, for which we need to rebuild alex-abreu's silo?
[14:47] <sil2100> dbarth: not yet, but hmm
[14:48] <sil2100> But it has been just tested now
[14:48] <sil2100> Let me publish
[14:49] <sil2100> dbarth: can you approve https://code.launchpad.net/~abreu-alexandre/ubuntu-html5-theme/rtm-backport-html5-ui-fixes/+merge/252321 ?
[14:56] <sil2100> jibel: when would you want the promotion candidate built?
[14:56] <jibel> sil2100, ASAP :)
[14:56] <jibel> sil2100, we are waiting for a device tarball
[14:57] <pmcgowan> alex-abreu, sil2100  silo 3 is stuck in publish
[14:57] <sil2100> pmcgowan: yeah, poked dbarth about it, but I'll just force publish it
[14:58] <davmor2> sil2100: do we know what image is the equivalent of image 16 on rtm channel please
[14:58] <jibel> davmor2, 234
[14:59] <davmor2> jibel: ah thanks I thought we were just talking random numbers with that :)
[14:59] <kgunn> trainguards could someone delete old unwanted ubuntu-ui-toolkit package out from silo 9 for me?  thanks a bunch
[14:59] <sil2100> ogra_: hello, do you have a quick moment for a quick packaging ACK? https://ci-train.ubuntu.com/job/ubuntu-rtm-landing-003-2-publish/lastSuccessfulBuild/artifact/packaging_changes_unity-webapps-qml_0.1+15.04.20150309~rtm-0ubuntu1.diff <- it's for the U1 fix
[14:59] <sil2100> kgunn: on it in 2 mins
[15:00] <jibel> davmor2, uh, 224
[15:00] <davmor2> jibel: now are you sure this time ;)
[15:00] <sil2100> ogra_: it's adding a new suggests, so that seems like a safish thing to do
[15:01] <ogra_> alex-abreu, the next time you do not mention a dependency addition/removal in your changelogs, i will NACK the review ...
[15:01] <jibel> davmor2, yes
[15:01] <jibel> davmor2, ubuntu=20150129,device=20150129-c75dcfb,custom=20150129-528-26-182,version=16
[15:01] <ogra_> sil2100, ACK for this time ...
[15:01] <jibel> davmor2, version_detail": "ubuntu=20150129,device=20150129-c75dcfb,custom=20150129-528-26-182,version=224
[15:01] <davmor2> jibel: awesome thanks
[15:02] <sil2100> kgunn: done
[15:02] <sil2100> ogra_: o/
[15:02] <kgunn> thanks
[15:02] <alex-abreu> ogra_, mmh, ah right, sorry about that, ...
[15:03] <ogra_> alex-abreu, no prob, just dont forget it in the future :)
[15:03] <alex-abreu> ogra_, yup
[15:05] <dbarth> sil2100: ah sorry, was still in chats
[15:06] <dbarth> pmcgowan: thanks for force publishing :)
[15:07] <dobey> josepht, fginther: so there's a task on your sprint list to get that working? (sorry was in a call when josepht pinged me, so didn't pay much attention after my reply)
[15:11] <sil2100> dbarth: it's migrating now, once it's done I'll poke you about silo 13 :)
[15:14]  * rvr waits until silo 13 is ready to test
[15:19] <sil2100> dbarth: rebuild and retest 13 !
[15:19] <sil2100> :)
[15:20] <dbarth> sil2100: yup?
[15:20] <oSoMoN> sil2100, no need for line 44 any longer, how do I mark it obsolete?
[15:21] <dbarth> sil2100: ok, will do now
[15:21] <dbarth> alex-abreu: ^^ we're on
[15:21] <alex-abreu> dbarth, cool!
[15:21] <dbarth> alex-abreu: i triggered the rebuild already
[15:25] <fginther> dobey, josepht, yes, this is basically a bug and we're working to fix it in the current sprint.
[15:26] <dobey> ok great
[15:33] <sil2100> oSoMoN: oh?
[15:34] <sil2100> oSoMoN: was that published?
[15:34] <oSoMoN> sil2100, it went the security updates route, to the proposed pocket (as the security pocket isn’t technically open yet)
[15:37] <sil2100> Oh, ok
[15:37] <sil2100> Let me free it up then, too bad QA couldn't test it
[15:46] <oSoMoN> well the bulk of the changes from 1.5.3 to 1.5.5 are chromium security updates anyway, not much to test and very little potential for regression
[15:50] <ogra_> sil2100, bah, the spreadsheet misbehaves !!
[15:50] <ogra_> sil2100, seems there are lines missing ... the silo dashboard has gone all crazy
[15:51] <ogra_> (silo 19 shows a ton of bugs my package has nothin to do with)
[15:51] <ogra_> sil2100, hmm, looking closer it seems that bfiller kind of merged his landing with my line 51 entry
[15:53] <ogra_> what a day ... everything seems to fall apart today ...
[15:55] <sil2100> :|
[15:58] <sil2100> ugh
[15:59] <sil2100> ogra_: ok, let me re-create your entry
[15:59] <sil2100> The spreadsheet is really acting strangely today though
[15:59] <ogra_> yeah
[16:03] <sil2100> huh
[16:06] <ogra_> that looks a lot mor sane now :)
[16:09] <rvr> alex-abreu: dbarth: Silo 13. Tagger. It uses the same file name for all imports. Is that a problem of the app?
[16:10] <alex-abreu> rvr, I have no idea, have you tried w/ the other peers?
[16:11] <rvr> alex-abreu: dbarth: When I take two pictures, they are saved with different names, so different images are displayed. With tagger, all the generated QR codes are the same, because they share the file name.
[16:13] <alex-abreu> rvr, it must be something w/ tagger, ...
[16:13] <rvr> alex-abreu: https://chinstrap.canonical.com/~vrruiz/unity-webapps-qml-qrcode.png
[16:22] <sil2100> ogra_, jibel, davmor2, robru, popey, rvr: I have practice today, let's skip
[16:22] <rvr> sil2100: Ack
[16:22] <ogra_> sil2100, fine with me
[16:22] <sil2100> Let's see how many fixes we can get in the nearest 2 hours
[16:22] <ogra_> heh
[16:22] <sil2100> I'll kick the candidate image then
[16:23]  * ogra_ is still wrangling with vivid images
[16:24] <rvr> alex-abreu: I got a content hub crash, that I haven't been able to reproduce https://chinstrap.canonical.com/~vrruiz/_usr_bin_content-hub-service.32011.crash
[16:25] <rvr> alex-abreu: Apart from this issues, the API works
[16:26] <davmor2> sil2100: no just cause you're off ;) enjoy practice and try to get back in one piece :D
[16:29] <alex-abreu> rvr, mmh not sure about the crash, ... it'd be tempted to say that it is unrelated, .. do you have the coredump?
[16:29] <rvr> alex-abreu: Just that crash report
[16:38] <rvr> alex-abreu: I can crash the content hub and camera going back to the webapp and clicking again on import.
[16:39] <pstolowski> sil2100, hey, any idea what's wrong with row #25 in the spreadsheet? i need to add a new MP to that silo and rebuild...
[16:45] <popey> jibel: see my mail?
[16:46] <jibel> popey, yeah, sorry didn't reply yet, in meetings
[16:46] <popey> k
[16:46] <popey> was hoping to discuss in the hangout, but sil2100 is slacking off :)
[16:52] <robru> pstolowski: looks like some kind of network error
[16:52] <robru> pstolowski: try adding your mp
[17:02] <pstolowski> robru, i'm not sure where to add it... the row looks completely broken here
[17:02] <pstolowski> robru, ah, wait, i think pete-woods is fixing it
[17:03] <robru> pstolowski: try now?
[17:03] <pstolowski> robru, yup, thanks, looks good now
[17:21] <rvr> dbarth: alex-abreu: Do you know if the are existing webapps in the Store using the content hub HTML API?
[17:22] <rvr> dbarth: alex-abreu: That's is, another app to test the content peer change
[17:22] <alex-abreu> rvr, no
[17:39] <rvr> alex-abreu: Is getpeer issue already fixed in Vivid?
[17:39] <alex-abreu> rvr, yes
[17:40] <rvr> alex-abreu: jibel is testing the app in Vivid, and he doesn't see the content peers
[17:41] <jibel> alex-abreu, in vivid I ubuntu-html5-app-launcher segfaults
[17:41] <jibel> s/I//
[17:41] <alex-abreu> jibel, there is a crash in oxide, a fix is pending release
[17:42] <alex-abreu> jibel, install oxide 1.5.5 from https://launchpad.net/~ubuntu-mozilla-security/+archive/ubuntu/ppa, it has the fix
[17:48] <jibel> alex-abreu, it  doesn't affect 1.4 in rtm?
[17:48] <alex-abreu> jibel, nope, it was introduced in early releases of 1.5
[18:02] <john-mcaleely> http://people.canonical.com/~jhm/barajas/ubuntu-rtm-14.09/device_krillin-20150310-3201c0a.tar.xz
[18:02] <john-mcaleely> http://people.canonical.com/~jhm/barajas/ubuntu-rtm-14.09/device_krillin-20150310-3201c0a.changes
[18:02] <john-mcaleely> http://people.canonical.com/~jhm/barajas/ubuntu-rtm-14.09/device_krillin-testresults-20150310-3201c0a.ods
[18:02] <john-mcaleely> sil2100, rsalveti ^ and one for rtm.
[18:02] <john-mcaleely> (if I'm away once those have been QA'ed, ping me in email)
[18:02]  * ogra_ twiddles tumbs waiting for the image ...
[18:03] <ogra_> come on importer ... you can do it ...
[18:05] <imgbot> [18:05] <imgbot> [18:05] <ogra_> YAAAAAAY !!!!
[18:05] <ogra_> the result of a whole workday !
[18:06] <ogra_> and no "upstart" under the dropped packages, phew
[18:08] <Laney> Ursinha: hi, could you subscribe ~touch-packages to qtquickcontrols-opensource-src please?
[18:09] <rsalveti> ogra_: great
[18:10] <Ursinha> Laney: this one? https://launchpad.net/ubuntu/+source/qtquickcontrols-opensource-src
[18:10] <Laney> Ursinha: yus, just became a dependency of the UITK
[18:12] <Laney> thanks!
[18:17] <popey> ogra_: woah, thats a monster update
[18:17] <ogra_> popey, yeah
[18:17] <ogra_> systemd galore :)
[18:18] <ogra_> blame lennart for everything like davmor2 does ;)
[18:18] <popey> hah
[18:20] <davmor2> ogra_: not everything that's you're level of blame only systemd and pulseaudio get a lennart blame ;)
[18:38] <Ursinha> Laney: sorry, got sidetracked and forgot saying subscription is set
[18:41] <seb128> mvo_, hum, tried to get click in a silo https://ci-train.ubuntu.com/job/ubuntu-landing-026-1-build/25/console
[18:41] <seb128> but that failed on some tag issue
[18:41] <seb128> "bzr: ERROR: Tag <IP_ADDRESS> already exists."
[18:41] <robru> seb128: you need to bump the version manually as the train doesn't touch versions for that package.
[18:43] <robru> seb128: http://bazaar.launchpad.net/~click-hackers/click/trunk/view/head:/debian/control#L9 because of this, you need to make your own debian/changelog entry.
[18:47] <seb128> robru, thanks
[18:47] <robru> seb128: you're welcome
[18:50] <pmcgowan> robru, rtm 13 ready to publish
[18:51] <pmcgowan> hmm no one picked up rtm 001
[18:51] <robru> pmcgowan: alex-abreu: just need the MP approved.
[18:52] <alex-abreu> robru, which one sorry?
[18:52] <robru> alex-abreu: https://code.launchpad.net/~abreu-alexandre/unity-webapps-qml/backport-oxide-contenthub-fixes-1409/+merge/243859
[18:52] <alex-abreu> ah right
[18:52] <alex-abreu> robru, done
[18:52] <robru> alex-abreu: thanks
[18:53] <pmcgowan> alex-abreu, a bit of self approving going on there
[18:53] <alex-abreu> pmcgowan, dont we all love self approval ? :)
[18:53] <kenvandine> it's the fastest :)
[18:53] <pmcgowan> alex-abreu, in most things but not MRs
[18:54] <alex-abreu> pmcgowan, this is a backport of a fix already in vivid
[18:54] <alex-abreu> pmcgowan, I can have one +1 it though
[19:00] <bzoltan_> alex-abreu:  I am not sure if the information has reached you, but that sdk installation problem as not our fault :)
[19:01] <alex-abreu> bzoltan_, yeah I heard and read some discussions about it, ... did get to the bottom of this?
[19:07] <popey> ogra_: see the list - someone's said 128 wont boot
[19:09] <elopio> ping cihelp: We are seeing this on autopilot tests: E: Test failed to run in 7200 seconds. Aborting!
[19:09] <elopio> like in : https://jenkins.qa.ubuntu.com/job/autopilot-testrunner-otto-vivid-autopilot/117/console
[19:09] <elopio> I've ran the tests again, with the same error. Could you please take a look?
[19:10] <thomi> elopio: the entire team is in a call at the moment
[19:11] <psivaa_> elopio: i'll take a look at that once the meeting is over
[19:11] <elopio> thomi: I can wait.
[19:11] <elopio> thanks psivaa_..
[19:11] <thomi> elopio: how's QA these days?
[19:14] <elopio> thomi: a combination of boring things with really interesting things.
[19:14] <elopio> we are trying to kill the boring ones quickly.
[19:14] <elopio> thomi: how's launchpad?
[19:15] <elopio> are you coming back soon? :)
[19:15] <thomi> elopio: working on CI stuff atm
[19:19] <davmor2> ogra_: did you break booting?
[19:23] <bzoltan_> alex-abreu: Yes, we even have the fix .. It was the LTS-utopic HWE stack upgrade what changed package names
[19:23] <alex-abreu> bzoltan_, nasty
[19:24] <bzoltan_> alex-abreu:  it looked scary .. but Mirv pointed me tothe right direction.
[19:36] <sil2100> davmor2: device tarball should be on the board now
[19:36] <sil2100> davmor2: (spreadsheet was b0rken and it didn't update the status)
[19:37] <davmor2> sil2100: \o/
[19:49] <dobey> alesage: ^^ can you add the click package in row 59 of the spreadsheet to the qa testing request board on trello please?
[19:49] <alesage> dobey, investigating
[19:51]  * dobey can't wait to have some way to test this stuff that doesn't require manual pinging and spreadsheets and copying stuff around on different sites
[19:55] <alesage> dobey, wait no longer!  I'm told that a card shall appear when you've pinged everyone else and filled in those other spreadsheets
[19:56]  * dobey slowly watches the heat death of the universe occur
[19:59] <sil2100> dobey, alesage: I filled in all the required data in the required format and now the trello-board should have an auto-generated card
[20:01] <dobey> sil2100: there's some magic handshake that makes it work automatically?
[20:02] <dobey> hmm
[20:03]  * dobey wonders if anyone is around to expedite testing of pay-ui though
[20:04] <dobey> we'd like to get it in the store asap and get it in the image build this week
[20:06] <sil2100> dobey: what's the bug number for the issue?
[20:07] <dobey> sil2100: #1408128 #1419984 and #1421364
[20:10] <sil2100> dobey: well, it'll have to wait till later this week since we won't be able to get it for the OTA-2 proposition image
[20:10] <dobey> sil2100: pmcgowan was saying if we could get it QAed and in the store today, we could get it in that image
[20:11] <sil2100> QA is barely able to get all the already marked things into the image, not sure if QA would want to wait even longer with building the promotion candidate
[20:12] <dobey> sil2100: since he was at MWC last week and doing lots of catch-up yesterday, i didn't get a reply from him about getting this landed until about 30 minutes ago :-/
[20:13] <sil2100> Yeah, we know, but it's really a tight deadline we're facing now and QA this time needs additional time for testing the image
[20:13] <sil2100> Since they're doing additional OTA testing
[20:13] <sil2100> But yeah, let's see what's the QA available bandwidth
[20:14] <pmcgowan> sil2100, dobey we still need a more clear path for click packages to go through
[20:14] <pmcgowan> for now we are still being conservative
[20:15] <dobey> this is a pretty straight forward bug fix really. one bug is fixing the framework identifier in the manifest (which is verified when the package builds, via click-reviewer-tools no longer spitting the warning), one is to add the autopkgtest config (which can be run using the docummented command in the source tree's HACKING file), and the last is a small UI change with a new string. nothing else changed :-/
[20:16] <dobey> while testing is great, having to do full end-to-end testing for every focused bug fix is a drain too :)
[20:17] <dobey> personaly, i'm confident enough in the change to just land the last change in trunk and upload the resulting click from that, to the store.
[20:18] <dobey> oh i guess the autopkgtest fix is a pretty big change though, as i had to change the manifest to be autogenerated and ended up cleaning up some cmake and the .desktop file and file organization in the package. but still, it works :)
[20:22] <dobey> oh well
[20:23] <sil2100> dobey: let's wait a moment
[20:24] <dobey> sil2100: all i can do is wait really :)
[20:24] <sil2100> dobey: we need to be consistent, I'm sure that it's a safe change but once we had a case where even changing the framework identifier caused a regression
[20:24] <sil2100> I would really need to hear what QA has to say here
[20:25] <sil2100> I don't want them to end up working during the weekend just for us to make it in time for the schedule ;)
[20:30] <jhodapp> sil2100, can you reconfigure line 33 please?
[20:30] <sil2100> john-mcaleely: ^ you can publish!
[20:31] <sil2100> jhodapp: sure
[20:31] <pmcgowan> sil2100, fyi I renamed the milestone to reflect the correct week https://launchpad.net/canonical-devices-products/+milestone/ww11-ota
[20:32] <dobey> pmcgowan: thanks. having the milestone be a different week was confusing!
[20:32] <pmcgowan> dobey, well we are agile
[20:32] <sil2100> \o/
[20:32] <sil2100> pmcgowan: ok, makes sense
[20:33] <dobey> pmcgowan: yes, but we can't break the laws of physics :)
[20:33] <davmor2> sil2100: tarball for rtm is complete
[20:33] <pmcgowan> indeed :)
[20:34] <davmor2> dobey: and can break anything :P
[20:35] <davmor2> and I even :)
[20:35] <jhodapp> sil2100, thanks
[20:36]  * dobey just had an idea for a t-shirt
[20:38] <sil2100> davmor2: yeah, poked john-mcaleely about that
[20:38] <sil2100> But he might be EOD or away
[20:50] <sil2100> Ok, need to disconnect now but I'll be back in an hour to see if the device tarball has been published
[20:50] <sil2100> ToyKeeper: just in case, the payui trello-card is approved for landing in ubuntu-rtm
[20:51] <sil2100> ToyKeeper: so in case you find the time before the device tarball is published (and the promotion candidate built), feel free to sign it off
[20:51] <ToyKeeper> Hmm...  might have time for that; I thought landings were already finished for this release.
[20:52] <sil2100> (actually, I'll leave my IRC up to see if it's published or not)
[20:53] <john-mcaleely> sil2100, just to be clear - to rtm?
[20:54] <john-mcaleely> oh, reading. right. I'll jfdi
[20:55] <john-mcaleely> sil2100, rsalveti davmor2 rtm tarball published
[21:01] <rsalveti> john-mcaleely: great
[21:06] <robru> rsalveti: what's the plan? should i publish rtm 1 or should you kick an image first?
[21:06]  * rsalveti looks
[21:06] <rsalveti> robru: please publish 1
[21:06] <rsalveti> then we can kick a new image
[21:06] <robru> rsalveti: k
[21:07] <rsalveti> robru: want me to publish it?
[21:08] <robru> rsalveti: nah I got it
[21:08] <rsalveti> great
[21:12] <pmcgowan> rsalveti, robru we were trying to sneak in a new payui click package but may not make it
[21:12] <rsalveti> pmcgowan: want me to wait before triggering a new image?
[21:12] <robru> pmcgowan: well *I'm* in no hurry...
[21:12] <rsalveti> guess we can do a final image tomorrow as well
[21:12] <rsalveti> yeah, same here
[21:13] <pmcgowan> rsalveti, well it would be good to have it first thing europe time
[21:13] <rsalveti> right
[21:13] <pmcgowan> I know qa has been chomping to get started
[21:13] <pmcgowan> and payui can be a store update worst case
[21:13] <rsalveti> yeah, will trigger one before going to bed then
[21:13] <pmcgowan> thanks
[22:46] <sil2100> \o/
[22:48] <sil2100> pmcgowan: hey, do you know if someone from QA is looking into the payui sign-off?
[22:48] <sil2100> Since the trello board says there's no movement
[22:48] <sil2100> pmcgowan: if there's no one to sign it off maybe it would be good to kick a new image now
[22:49] <rsalveti> [    7.745643] /proc/self/fd/9: 32: /proc/self/fd/9: initctl: not found
[22:49] <rsalveti> nice
[22:49] <rsalveti> the reason why vivid is busted
[22:49] <rsalveti> package upstart-bin was installed, but it seems something removed /sbin/initctl
[22:49] <rsalveti> not in the file system
[22:49] <pmcgowan> seems we need that
[22:49] <pmcgowan> sil2100, yeah we can kick an image, payui can update via store
[22:50] <sil2100> pmcgowan: ok, let me do that
[22:50] <pmcgowan> sil2100, unless ToyKeeper  was testing it?
[22:50] <rsalveti> great
[22:50] <sil2100> pmcgowan: I don't see ToyKeeper having anything assigned on the trello
[22:50] <pmcgowan> ok
[22:50] <ToyKeeper> Sorry, been busy with other tasks so far today.
[22:50] <pmcgowan> np
[22:50] <ToyKeeper> I just finished though, and can take the payui change.
[22:51] <sil2100> ToyKeeper: oh
[22:51] <sil2100> pmcgowan: maybe we could wait?
[22:51] <pmcgowan> sure should be quick and will please dobey
[22:51] <sil2100> ToyKeeper: thanks!
[22:51] <ToyKeeper> Lots of work left to be done with this: http://toykeeper.net/tmp/phablet/power/power-lab-v2.1.jpg
[22:52] <sil2100> rsalveti: will you still be around in the nearest 1 hour?
[22:52] <rsalveti> sil2100: yup
[22:52] <rsalveti> until I'm done with this vivid bug
[22:53] <pmcgowan> ToyKeeper, ooo
[22:53] <ToyKeeper> dobey: Where are the details for the payui change?  Description, bug(s), MP(s), click package link, etc...
[22:53] <pmcgowan> ToyKeeper, there is a change to the password presentation, a fix to the framework it claims, and some autopkgtest stuff
[22:53] <sil2100> rsalveti: if you could kick a new image when ToyKeeper signs-off the payui change and it gets published to the store (or when you EOD) I would be grateful ;)
[22:54] <rsalveti> ToyKeeper: sure, just ping me once you're done with it
 this is a pretty straight forward bug fix really. one bug is fixing the framework identifier in the manifest (which is verified when the package builds, via click-reviewer-tools no longer spitting the warning), one is to add the autopkgtest config (which can be run using the docummented command in the source tree's HACKING file), and the last is a small UI change with a new string. nothing else changed :-/
[22:54] <pmcgowan> ToyKeeper, ^^
[22:54] <ToyKeeper> I need more info before I can even start...  like where to get the new click package.
[22:55] <ToyKeeper> Wait, I think I found it.
[22:56] <sil2100> ToyKeeper: all should be on the board I think, since it's auto-generated from the spreadsheet
[22:56] <sil2100> I think brendand coded it so it's easily findable
[22:56] <sil2100> (I hope)
[22:56] <ToyKeeper> Yes, just found it.
[22:56] <sil2100> Goodnight everyone o/
[22:57] <pmcgowan> sil2100, night
[23:00] <rsalveti> infinity: cool, it seems your live-build change should also fix the touch image
[23:00] <rsalveti> current vivid one is busted because it could not find /sbin/initctl
[23:02] <rsalveti> infinity: now do you know why that happened in the first place?
[23:09] <robru> lool: you around? your silo 22 is the oldest one we have and we just ran out. can I free that one? it hasn't moved in over a month
[23:09] <lool> robru: please do
[23:09] <robru> lool: ah thanks
[23:10] <imgbot> [23:12] <ToyKeeper> Well, that's cool.  After installing the new pay-ui on image 253, I can't buy apps (at all).
[23:13] <ToyKeeper> Testing on base 254 now, and then 254+payui.
[23:20] <infinity> rsalveti: Yes, upstart is no longer in the debootstrap set, so the bit that moved initctl around and back happened too early.
[23:21] <infinity> rsalveti: And, as a result, it just deleted it at the end. :P
[23:21] <infinity> rsalveti: Check the diff.
[23:23] <ToyKeeper> Okay, payui failed.  It breaks the ability to buy apps.
[23:23] <ToyKeeper> dobey: ^^^
[23:24] <ToyKeeper> rsalveti: No need to wait on me, the new payui clickapp isn't working.
[23:24] <ToyKeeper> (hmm, maybe, just maybe, it'll be okay after a reboot...  but I doubt it)
[23:27] <ToyKeeper> Nope.
[23:27] <ToyKeeper> So, either it's broken or it needs to be installed differently.  I used pkcon install-local --allow-untrusted.
[23:30] <rsalveti> infinity: yeah, saw the fix, was just wondering what caused it, cool, thanks
[23:31] <rsalveti> alright
[23:32] <ToyKeeper> I'm not even seeing any log updates for payui.
[23:35] <ToyKeeper> Nothing in syslog or .cache/*/*
[23:37]  * ToyKeeper wonders when someone will be around to fix payui or otherwise unblock it


[08:11] <zequence> The first beta candidates are built.
[08:12] <zequence> ..and not unity-control-center, finally
[08:12] <zequence> no*
[08:12] <flocculant> :)
[08:29] <zequence> Looking good.
[09:35] <zequence> Rosco2: Hi
[09:36] <zequence> Rosco2: As I said on the bug report, you can still just add your changes to the bzr branch lp:ubuntustudio-look, and I can upload it
[09:36] <zequence> I can do uploads up until final release, basically, but at the very end I need to poke someone to get it through
[09:41] <Rosco2> Thanks - I am on it. Takes some time with all the wallpapers
[09:42] <Rosco2> Will also double check the diff to make sure both builds (from archive & source) are the same
[09:42] <zequence> Rosco2: Sorry I missed that. I do check what I upload, but for some reason I didn't catch that at all
[09:43] <Rosco2> Me to. I think it was my commit that did it.
[09:43] <Rosco2> So many binaries with diffferences - easy to miss
[09:44] <zequence> I suppose, and not a mistake you want to make as an uploader :P
[09:46] <zequence> Rosco2: I was finally able to remove the unity stuff that we've had on the desktop yesterday. The most recent build seems ok.
[09:46] <zequence> There was a problem with how the seeds were organized. Didn't actually add or remove any packages
[09:47] <Rosco2> I was glad when I saw you doing that
[09:47] <zequence> Rosco2: Btw, you're in Denmark? Aren't you from the US?
[09:47] <Rosco2> Had started to try and see what was causing it
[09:47] <Rosco2> But I would have been much slower :-)
[09:47] <Rosco2> Oz > UK > Denmark
[09:48] <zequence> I had some help from cjwatson. He was able to tell me plainly what to look for - namely the order in which the packages are seeded
[09:48] <Rosco2> He is a whizz that Colin
[09:49] <zequence> He is
[09:59] <sakrecoer> hi Rosco2! :)
[10:01] <sakrecoer> you've done some serious super work! just wanted to say hi, and possibly highfive :)
[10:02] <sakrecoer> for some reason i'm not allowed to edit the release note page, again.. https://wiki.ubuntu.com/XenialXerus/ReleaseNotes/Beta2/UbuntuStudio
[10:03] <sakrecoer> it is #canonincal-sysadmin i need to notify right?
[10:07] <zequence> sakrecoer: Logout and login again
[10:08] <zequence> Happened to me yesterday. Had an old login active. The cookies must have passed their best before date
[10:08] <sakrecoer> zequence: won't do...
[10:09] <sakrecoer> i never keep cookies
[10:09] <sakrecoer> (but that is a side note:)
[10:09] <zequence> Well, some form of cache is involved
[10:09] <zequence> I would have thought the login is stored as a cookie, but I might be wrong
[10:10] <sakrecoer> it says "Immutable Page" in the top left-hand corner..
[10:10] <sakrecoer> yeah, i keep cookies until i shut firefox down
[10:10] <zequence> sakrecoer: Did you logout and login again?
[10:10] <zequence> Also, do a full refresh
[10:10] <sakrecoer> zequence: yes 3 times now
[10:10] <sakrecoer> zequence: yes restarted browser twice
[10:10] <zequence> shift + ctrl + R
[10:11] <sakrecoer> tried shoft+ctrl+R 3 times now
[10:11] <zequence> That's weird. Someone don't like you
[10:11] <sakrecoer> :'(
[10:12] <sakrecoer> zequence: is it canonical i need to ping about it?
[10:12] <zequence> Maybe your cookies are too fresh from the oven
[10:12] <zequence> Yes
[10:13] <zequence> Try #canonical-sysadmin
[10:13] <sakrecoer> haha! i certainly prefere that fresh cookie theory :')
[10:15] <zequence> Once I edited multiple wiki pages at one time, and started saving them really fast, one by one. The wiki got upset, and told me to slow down
[10:15] <zequence> Antispam protection of some sort, I would think
[10:16] <sakrecoer> well, that would make sense if had edited anything...
[10:17] <sakrecoer> but all i've done is a few edits last beta release, and it was freshly re-activated ...
[10:17] <zequence> No, I don't think what's happened here
[10:18] <zequence> Just came to think about that, since you were talking about not spamming on the other channel.
[10:19] <sakrecoer> yeah, i mean, it would make sense if i had worked a lot in there :blush:
[10:20] <sakrecoer> let's see what they say :) after all, AFK nobody knows i'm a robot, but a wiki might as well know :p
[10:20] <zequence> Takes one to know one
[10:27] <Rosco2> ubuntustudio-look pushed
[10:27] <Rosco2> Diffs check out OK
[10:28] <Rosco2> On - the wiki. I did have problems a few days back
[10:28] <Rosco2> Can't remember exactly what I did. But it was probably what you have already done
[10:38] <sakrecoer> i'll keep trying during the afternoon :)
[10:39] <cfhowlett> sakrecoer, something to add to your planning calendar
[10:42] <sakrecoer> cfhowlett: hi! :) sure! what would that be?
[10:42] <cfhowlett> next year is the 10th anniversary of our favorite distro.  I expect parties and gifts.
[10:42] <cfhowlett> or at least parties and contests
[10:42] <zequence> Rosco2: Do you make use of debcommit?
[10:43] <zequence> Rosco2: I sometimes forget, but it's really useful.
[10:43] <zequence> It's preferred, actually
[10:44] <zequence> You make one change, describe it in debian/changelog, as you usually do. Then, instead of doing a 'bzr commit ...', you just do 'debcommit'
[10:44] <Rosco2> Yes - I normally do in Debian
[10:44] <zequence> Ok
[10:44] <Rosco2> Now I know it works with bzr too .........
[10:44] <zequence> :)
[10:49] <sakrecoer> cfhowlett: hmm... interesting. i've had a background task runing at 2% of my wetware mainframe to organize a meet up...
[10:50] <cfhowlett> gotta think bigger man.  GLOBAL party.  with beer.  lots and lots of beer.
[10:50] <sakrecoer> haha!
[10:51] <cfhowlett> at the very least, a 10 year anniversary wallpaper and a user art showcase
[10:51] <sakrecoer> i'm all for it! setup teleportal rooms in every city: a room with projections of all other rooms on the walls :p
[10:51] <cfhowlett> ?
[10:52] <sakrecoer> yeah! thats a good idea! some super compilation of art/multimedia production
[10:52] <zequence> Wouldn't be a bad idea to try organize a meetup. Could be in conjuction with some form of a conference
[10:52] <cfhowlett> this ^^^
[10:52] <sakrecoer> zequence: very good point!
[10:52] <zequence> Like, Linux Audio Conference, or something similar
[10:53] <cfhowlett> or even NON audio events?
[10:53] <sakrecoer> i was part of the organization of http://rmll.info but it is _very_ francophone
[10:54] <sakrecoer> never the less, i'm sure they'd be honoured to host ubuntustudio
[10:54] <zequence> Sure. Ubuntu Developer Summit is no longer an option, but there are others. Debian Conference is somewhat in the same ballpark
[10:55] <sakrecoer> are the dev-summit no longer held?
[10:56] <cfhowlett> I'd go so far as to suggest the major apps: Blender, Audacity, Openshot, Darktable, Gimp all have meetups, yes?
[10:56] <sakrecoer> cfhowlett: that is why it would be nice to guest at an already established meeting
[10:57] <zequence> There's no physical summit for Ubuntu developers. Just a virtual one
[10:59] <zequence> Blender and Gimp at least. Also, there's some DE based meetups.
[11:00] <sakrecoer> blender just released a new version btw :D
[11:01] <zequence> Good thing with LAC (Linux Audio Conference) is that you can set up som form of a live gig
[11:01] <zequence> They aren't having a full blown thing this year. They're calling it mini-LAC http://minilac.linuxaudio.org/index.php/Main_Page
[11:01] <zequence> Usually some place in central Europe
[11:01] <zequence> For Debian Conference, it is possible to get travel funds
[11:02] <sakrecoer> yeah! we should talk to LAC, at least for next year :)
[11:02] <zequence> But, that should mean you are a contributor to the project somehow
[11:03] <sakrecoer> well, i think ubuntustudio is a great contributor to audio on linux :) i mean, US is the first step to the heavy stuff for many users :)
[11:10] <cfhowlett> grrr.  can we *please* not always focus on the audio?
[11:10] <cfhowlett> :)
[11:16] <zequence> We don't, but inevitably it is the major part of this distro
[11:17] <zequence> Ok, seems uploads need to be approved from now on. My latest upload was not "accepted". Instead it's "waiting for approval"
[11:19] <zequence> But, that may be only during the Final Beta testing period. May be lifted after for a while again
[11:21] <zequence> Heading to the studio. bb this evening
[11:21] <sakrecoer> enjoy zequence
[11:22] <sakrecoer> i'm off too, not to go to the mine to dig out some rent money
[11:22] <sakrecoer> and cfhowlett, great idea! thanks for bringing th 10 year thing to the attention of the group
[11:23] <cfhowlett> as always ... happy2help!
[11:25] <knome> i think you also need to be a ubuntu member to be eligible to apply for funds from the community fund
[12:47] <krytarik> Rosco2: Btw, the Plymouth logo images weren't actually, you just didn't *move* them as well with commit 166 :P - they're still here: http://bazaar.launchpad.net/~ubuntustudio-dev/ubuntustudio-look/trunk/files/head:/lib/plymouth/themes/ubuntustudio-logo/
[12:47] <krytarik> + dropped
[12:52] <Rosco2> aargh. I have so many diffs laying about. I missed the obvious.
[12:54] <Rosco2> Will need another revision to tidy up now.
[16:28] <zequence> knome: I was referring to Debian funds, but haven't really investigated what possibilities there are in the Ubuntu community
[16:42] <knome> zequence, right, that explains... but i don't think it's completely out of question to get funding to those events from the ubuntu fund either
[16:58] <krytarik> sakrecoer, zequence: An adjusted diff between Xubuntu and Ubuntu Studio Default Settings: http://paste.openstack.org/show/oUaTA1g4owyOfbEwux0T/ - have to run now though.
[17:01] <sakrecoer> thanx krytarik! :)
[18:05] <zequence> Rosco2: I had forgotten to push the last commit I made. Just a small changelog fix so my name is used for the upload
[18:05] <zequence> It's up now, so please pull
[18:39] <Rosco2> zequence: OK will do.
[18:40] <Rosco2> Apparently seeded packages need a special prod to get through to that there is a mini freeze during Beta testing
[18:41] <Rosco2> now that there is a mini freeze
[18:41] <Rosco2> Back working on imagemagick at the moment
[20:24] <zequence> Rosco2: I always forget how the freezes work. Seems it will continue until final freeze
[20:24] <zequence> I can still upload as I normally do. Just that someone will need to review the upload before accepting
[20:25] <zequence> Needless to say, we should stick to bug fixes (which we should do since Feature Freeze, but we've taken some freedoms)
[20:32] <Rosco2> zequence: technically you are correct
[20:33] <Rosco2> But there is an autobot that will accept non-seeded packages to reduce burden on release team
[20:33] <Rosco2> https://lists.ubuntu.com/archives/ubuntu-release/2016-March/003665.html
[20:40] <zequence> Rosco2: Right, since the packages I can upload are all seeded
[20:40] <Rosco2> :-)
[21:18] <sakrecoer> wiki show no love :/ i'm now a member of ~ubuntu-etherpad, so it should be good. but i get error 500...
[21:19] <knome> with 500, just refresh
[21:20] <flocculant> get someone else to refresh while you cross your fingers
[21:21] <sakrecoer> wish i could say i haven't tried refreshing.
[21:21] <knome> clearly not enough :P
[21:21] <sakrecoer> lol
[21:21] <sakrecoer> i'll try flocculant s advise
[21:25] <sakrecoer> bitter robophobic wiki! i put on my gloves and it worked!
[21:25] <sakrecoer> not even 500, just... welcome you whom isn't sets fingers
[21:29] <sakrecoer> short victory, still locked from editing... :'( wiki hates me!
[21:30] <krytarik> sakrecoer: Just do as everyone else does - hate it back. :P
[21:31] <sakrecoer> haha! i wish! havent got the right version of wetware to run that feeling:p


[08:47] <ibexnet> hi everybody, I have an hisilicon board based on hi3798cv200 chip. The board run ubuntu 20 with kernel 4.4.35 compiled using the hisilicon SDK
[08:48] <ibexnet> I looking for help for how to build the kms driver for gpu, an Mali T720
[08:50] <ibexnet> I found the driver under https://developer.arm.com/, but I don't have the skill to integrate the code into he kernel source an compile the driver module
[08:51] <ibexnet> can someone point me to some documentation
[10:04] <juergh> ibexnet, which driver is this? are you sure it's not already in some newer upstream kernel?
[10:41] <ibexnet> juergh: unfortunally I'm able only to make linux kernel using the hisilicon SDK (version 4.4.35).
[10:43] <ibexnet> I tried to compile latest kernel but with no luck
[10:44] <ibexnet> The DRM driver that I need is for GPU Mali T720
[10:44] <ibexnet> is the integrated GPU on the ARM
[11:03] <juergh> ibexnet, well. this is not an ubuntu kernel then and rather a question for hisilicon, no? where's that sdk?
[13:20] <ibexnet> juergh: yes, you are right. My question is an documentation on how to build a DRM driver using kernel source?
[13:27] <ibexnet> maybe another option should be install the mali-midgard-dkms package from apt
[13:28] <ibexnet> but I need the kernel  header, so some one can help me or suggest some documentation on how to install kernel header from kernel source?
[15:22] <JanC> ibexnet: you compiled a kernel from that SDK, so the kernel headers should come with that SDK...
[15:24] <JanC> (or be created by that SDK, I suppose)
[15:43] <ibexnet> JanC: yes I will use the kernel source that came with the sdk, but I don't understand how to integrate the Mali drive or how to just export the kernel headers
[15:44] <ibexnet> so I serching for an help
[15:45] <ibexnet> the sample things maybe is try to compile the kernel header from the source and import it to my board
[15:45] <ibexnet> so I can use apt and install mali-midgard-dkms package
[15:46] <ibexnet> but I will understand how is the correct way to compile kenel header from source
[15:46] <ibexnet> I have no experince on compiling kernel
[15:47] <ibexnet> so if someone can suggest some documents....
[15:49] <ibexnet> another thing I try to do is buld an mainline kernel, that already have the DRM driver for Mali builtin
[15:50] <ibexnet> I try to cross compile or compiling directly from my board
[15:52] <ibexnet> I succesfully buld the kerenel 5.4.132 but when I try to load it on the board I have the message *** irq: undefined instruction after loading
[16:01] <ibexnet> before compiling kernel under munuconfig I select support for Hisilicon SoC
[16:02] <ibexnet> what I miss to successfull build the mainline kernel?
[16:33] <apw> Hi everyone today we are having an adhoc meeting to discuss an application for kernel upload rights for ~philcox: https://wiki.ubuntu.com/PhilipCox/KernelUploadsApplication
[16:33] <cascardo> v
[16:33] <esembee> o/
[16:33] <arighi> o/
[16:33] <cengiz_io> o/
[16:34] <imay> o/
[16:34] <klebers> o/
[16:35] <apw> Hi everyone today we are having an adhoc meeting to discuss an application for kernel upload rights for ~philcox: https://wiki.ubuntu.com/PhilipCox/KernelUploadsApplication
[16:35] <apw> philcox, do you want to intorduce yourself ...
[16:36] <philcox> Sure.  I'm philcox, I work on ubuntu kernels for the Intel IOTG project.  I have been using linux for twenty some years, and have worked on operating systems full time for about 20 years.
[16:36] <philcox> I've been at Canonical working on the kernel team for just over one year
[16:37] <apw> Would the sponsors like to say their piece...
[16:37] <rtg> I think Phil has done a great job. +1 from me.
[16:38] <esembee> From what I have been looking at there was not much to complain other than I am bored to do more sponsership
[16:39] <apw> Sounds like we are good to vote, could members please vote now on his application:
[16:39] <esembee> +1
[16:39] <klebers> +1
[16:39] <cascardo> +1
[16:39] <rtg> +1
[16:39] <arighi> +1
[16:39] <klebers> +1 (proxy for mhcerri)
[16:39] <cengiz_io> +1
[16:39] <apw> +1
[16:40] <apw> Seems we have unanimous approve and no -1s so, the application is Approved.
[16:40]  * apw is tasked with adding them to the team and announcing.
[16:40] <apw> Congratulations ...
[16:40] <esembee> philcox, congrats
[16:40] <philcox> thank you very much!
[16:40] <klebers> congrats and welcome philcox !
[16:40] <arighi> philcox, congrats!
[16:43] <lukenow> congrats :)
[16:44] <cengiz_io> congrats philcox!
[16:45] <cengiz_io> isn't it a tradition to buy drinks to all voters?


[11:53] <boolman> hey guys, How do I create an account with the password in plain text? I tried this http://pastebin.com/HkVAZT24 but it doesnt work
[11:53] <boolman> i also tried in quotes, eg 'installer'
[11:58] <boolman> ohh I needed to set lock_passwd: False
[15:04] <smoser> boolman, yeah.
[17:38] <larsks> smoser: any thoughts on when we might see 0.7.7?
[17:39] <larsks> Oh, huh, ubuntu ships a package based on a pre-release checkout it looks like.
[17:40] <smoser> larsks, i acknowledge we need one.
[17:40] <smoser> i'd 'like to get a list of bugs that we should target, and just start killing them.
[17:40] <smoser> so long...
[17:40] <smoser> since last release.
[17:40] <larsks> Yeah.  I'm carrying a bunch of backports in the RHEL package and would love to stop doing that :)
[17:41] <larsks> I am happy to help squash bugs if you have a list of release blockers..
[17:42] <smoser> larsks, are you subscribed to https://launchpad.net/~cloud-init
[17:42] <larsks> I am now :)
[17:43] <smoser> ok.
[17:43] <smoser> bah. harlowja not here.
[17:43] <smoser> :-(
[17:44] <smoser> holey moley. speak of the devil
[17:44] <smoser> harlowja, i said your name literally not 45 seconds before you joined
[17:44] <harlowja> lol
[17:44] <harlowja> i have risen
[17:44] <harlowja> from a conference in arizon
[17:44] <harlowja> *arizona
[17:44] <harlowja> lol
[17:44] <larsks> harlowja is in your irc servers, watching your messages...
[17:44] <smoser> larsks, is asking fora release.
[17:45] <harlowja> ah
[17:45] <harlowja> has it reached 2 years yet?
[17:45] <smoser> i think harlowja is outside my window!
[17:45] <harlowja> we can only release every 2 years
[17:45] <harlowja> lol
[17:45] <harlowja> do we want to have that CI working before  a release
[17:45] <harlowja> make sure things are tidy before that?
[17:46] <harlowja> (might be nice to have that same CI activate the building-packages code, ensuring it works)
[17:46] <harlowja> then sure?
[17:46] <smoser> this is true...
[17:46] <smoser> well i'd like to get a release to have something.
[17:46] <smoser> and then we can add more releases.
[17:46] <harlowja> sure
[17:46] <smoser> hopefully less than 2 years from now.
[17:47] <harlowja> lol
[17:47] <harlowja> sooo the other stuff i was liking to do was to have a cloud.cfg that was for fedora
[17:47] <harlowja> fedora/redhat
[17:47] <smoser> the rsyslog thing is obnoxious for sure.
[17:47] <harlowja> ya, that to
[17:48] <larsks> harlowja: you mean, a fedora compatible cloud.cfg in the distribution?
[17:48] <smoser> so i'd like to do a round of bug triage, and we can target some to a 0.7.8 release.
[17:48] <harlowja> in the tree larsks
[17:48] <smoser> and then we can go through and move them out if we want
[17:48] <harlowja> at least for people to look at, vs having to find the source rpm, know how to extract it ...
[17:48] <smoser> er... i guess 0.7.6
[17:48] <smoser> er... i guess 0.7.7
[17:48] <harlowja> i mean we have a brpm tool in tree, but if it uses the default cloud.cfg, that probably not gonna work out the best
[17:48] <smoser> i'm so used to seeing 0.7.7~ that i have started to assume that that was the releas.e
[17:48] <larsks> Okay. Any objection to just grabbing what's currentinly in the fedora packages and committing it?
[17:49] <harlowja> larsks not from me
[17:49] <harlowja> there is a syslog patch in the fedora package as well
[17:49] <harlowja> which goes back to how its weird and i'd almost like file logging to be the default in cloud-init
[17:49] <harlowja> (providing a logging config that is basic by default, and known to work)
[17:50] <larsks> The only fedora rsyslog related patch appears to be a one-liner changing the match critera in the rsyslog config?
[17:51] <harlowja> ya, so i've tried that one, it doesn't seem to work, lol
[17:51] <harlowja> at least when i was using it
[17:51] <larsks> Having said that, I think the logging is a little mucked up right now anyway.  I would rather we were just spitting everything to stdout/stderr and let the system take care of logging it.
[17:51] <harlowja> larsks ya, or just dump it to a file (by default)
[17:52] <harlowja> which we can do with a 1 line change
[17:53] <harlowja> i'd rather not have mucked up logging, but simple stuff that should just work, lol
[17:53] <smoser> alright. so very informal. lets say we do a release of 0.7.7 2 weeks from today.
[17:53] <harlowja> 2 years from today
[17:53] <harlowja> lol
[17:53] <harlowja> wfm
[17:54] <smoser> :-)~
[17:54] <harlowja> can we arrange to do it on smoser bday
[17:54] <harlowja> when is your bday
[17:54] <harlowja> lol
[17:57] <larsks> Looking at cloud.cfg...it would be nice if the distribution-specific parts were in something like cloud.cfg.d/distro.cfg or something, so that we could have a common set of modules enabled by default across distribution.  Does that make sense at all?  Right now the cloud_*_modules sections differ substantially between stock/freebsd/fedora...
[17:57] <larsks> Maybe that gets too complicated.  I dunno.
[17:58] <smoser> well, for more complexity there, i'd rather hav the modules declare supported distros and improve how the list is done and such.
[17:59] <harlowja> smoser right, we have basic support for that already
[18:00] <harlowja> it more though just results in a 'warning' if the module supports an operating system and its being ran on a different one
[18:00] <harlowja> so perhaps just further stuff there
[18:00] <harlowja> then we can just 'list all modules'
[18:00] <harlowja> and let the runtime figure out what should/shouldn't work
[18:01] <harlowja> 3https://code.launchpad.net/~harlowja/cloud-init/cloud-init-file-logging/+merge/300798 is the logging change
[18:01] <harlowja> if we desire it
[18:01] <harlowja> * https://code.launchpad.net/~harlowja/cloud-init/cloud-init-file-logging/+merge/300798
[18:03] <harlowja> i don't think most people know that http://bazaar.launchpad.net/~cloud-init-dev/cloud-init/trunk/view/head:/cloudinit/stages.py#L808 exists :-P
[18:03] <smoser> ok. harlowja larsks i just added a team name cloud-init-bugcontrol
[18:03] <larsks> I am fine with the idea of just logging to a file by default.  Can we get file logging directly without spawning a new process like that?
[18:03] <smoser> and makde it the "bug supervisor" for http://launchpad.net/cloud-init bugs
[18:03] <harlowja> larsks spawn new process?
[18:04] <larsks> harlowja: output: {all: '| tee -a /var/log/cloud-init-output.log'}
[18:04] <smoser> you should be able to move state of bugs now i think
[18:04] <harlowja> that's all in smoser realm for that one :-P
[18:04] <smoser> larsks, log to a file without a process ?
[18:04] <smoser> you just want to avoid the tee?
[18:04] <larsks> smoser: log to a file just use the python logging api, rather than having to pipe output to something.
[18:05] <harlowja> that one i think is for 'print'
[18:05] <larsks> That just strikes me as weird.  But whatever works...
[18:05] <smoser> right.
[18:05] <smoser> output: handles any subprocesses
[18:05] <larsks> Oh right, makes sense.
[18:05] <harlowja> right, also subprocesses
[18:05] <larsks> Neeeeeever mind.
[18:05] <smoser> cloud-init makes its standard out (and inherited) go to places described in output:
[18:05] <harlowja> we can alter that to adjust stdout and stderr
[18:05] <harlowja> that could avoid the tee
[18:06] <smoser> the python logging is configured in 05_logging.cfg
[18:06] <harlowja> larsks  i mean if u really want, we could likely drop the tee
[18:06] <larsks> harlowja: Eh, never mind.
[18:06] <harlowja> :-P
[18:06] <larsks> I'd rather get a release :)
[18:07] <harlowja> :-P
[18:07] <harlowja> 200 years
[18:07] <harlowja> lol
[18:10] <harlowja> smoser does https://gist.github.com/harlowja/e2333dd3ed219b53ef44671185177c3e actually skip anything?
[18:11] <harlowja> even though things get accumulated in forced and skipped there, those lists only seem to get used for logging?
[18:11] <harlowja> (or maybe i'm confused, ha)
[18:14] <smoser> harlowja, you would appear to be correct :)
[18:14] <harlowja> :-P
[18:15] <smoser> larsks, can you try something for me ?
[18:15] <smoser> so to get a realease... i added you and harllwo to bug control team
[18:16] <larsks> Okay.
[18:16] <smoser> and you should be able to now target things you think valid to 0.7.8 milestone
[18:16] <smoser> for example... https://bugs.launchpad.net/cloud-init/+bug/1603830 seems reasonable
[18:16] <smoser> can you just try to confirm that (mark it confirmed, it sure seems legit) and then target it to milestone ?
[18:16] <larsks> Sure.  Let me try...
[18:16] <smoser> i can spedn some time going through bugs and targetting them to 0.7.8
[18:17] <smoser> and woudl appreciate it if you and harlowja did the same.
[18:17] <harlowja> yes sir boss
[18:17] <smoser> rharper, is also in that group
[18:17] <smoser> and powersj
[18:17] <larsks> That seemed to work.
[18:17] <rharper> smoser: ok
[18:17] <smoser> alright then.. we have the start of a bug list
[18:18] <smoser>  https://launchpad.net/cloud-init/+milestone/0.7.7
[18:18] <rharper> 0.7.7 or 0.7.8 ?
[18:18] <harlowja> cloud-init 0.7.7 "been-to-long"
[18:18] <harlowja> lol
[18:18] <smoser> rharper is in the same camp as me and has just seen 0.7.7 for so long that he thought that was released :)
[18:18] <harlowja> lol
[18:18] <rharper> heh
[18:18] <smoser> the ubuntu versions are 0.7.7~bzrREVNO
[18:19] <smoser> where '~' in apt speak means less than
[18:19] <smoser> dpkg speak i guess
[18:20] <harlowja> whats ubuntu
[18:23] <smoser> its one of those free linux things
[18:23] <smoser> kind of like centos
[18:23] <harlowja> ah
[18:23] <harlowja> except newer?
[18:23] <harlowja> lol
[18:26] <harlowja> https://code.launchpad.net/~harlowja/cloud-init/cloud-init-really-skip-baddies if u want it :-P
[18:26] <harlowja> that will actually skip modules, lol
[18:27] <smoser> is worked_distros close to sane ?
[18:28] <harlowja> in the various modules?
[18:29] <harlowja> i think the redhat/yum ones probably need updating
[18:29] <smoser> does larsks have a list that he runs ?
[18:29] <harlowja> so no, imho, not all the modules very well use that
[18:29] <harlowja> some do, some don't, ha
[18:29] <harlowja> ones like cc_rhn_subscription should
[18:29] <smoser> if its in their default list, i'd mark it as working
[18:29] <harlowja> or cc_yum
[18:29] <smoser> yeah.
[18:30] <harlowja> cc_lxd also should probably have debian...
[18:30] <harlowja> so there probably should be an audit...
[18:30] <smoser> agreed.
[18:30] <larsks> smoser: A list of modules?  Honestly, I'm not sure that anyone has paid much attention to the cloud_*_modules sections of the config.  Hence my earlier comments about moving to some sort of single list or something...
[18:31] <larsks> That is, there is a config we are using, and it includes some things intentionally, like cc_rhn_subscription, but other stuff just because it was already there.
[18:31] <harlowja> larsks so just some background
[18:32] <harlowja> each module can optionally have a attribute 'distros' or 'osfamily'
[18:32] <harlowja> the cloudinit runtime (the thing that executes those modules) will look for these attributes and potentially skip if not on a supporting distro
[18:32] <harlowja> by default if a module doesn't list that attribute, its assumed to 'just work'
[18:33] <harlowja> some modules do list it (but without https://code.launchpad.net/~harlowja/cloud-init/cloud-init-really-skip-baddies things aren't actually skipped anyway)
[18:33] <harlowja> so we can have a single list, but we have to list those attributes correctly
[18:33] <harlowja> and then the runtime itself will handle skipping on unsupported distros
[18:34] <harlowja> just we have to consistently mark 'distros = ['ubuntu', 'debian']' in modules
[18:35] <harlowja> so that could == single list if we use it correctly
[18:35] <harlowja> bbiab
[18:36] <larsks> Fair enough.  Fwiw, I would love to see an is_available() method or something that could perform arbitrary runtime checks (e.g., cc_puppet could check if puppet were available, etc), rather than checking against distro names (like, what if someone were running an rpm based distribution with apt?)
[18:36] <larsks> missed him by this much...
[18:39] <larsks> harlowja: Repeating myself re:the distros var, because you quit at just the wrong moment: Fwiw, I would love to see an is_available() method or something that could perform arbitrary runtime checks (e.g., cc_puppet could check if puppet were available, etc), rather than checking against distro names (like, what if someone were running an rpm based distribution with apt?)
[18:39] <harlowja> lol
[18:39] <larsks> But obviously not right now :)
[18:39] <harlowja> larsks why not right now?
[18:39] <harlowja> its not that hard
[18:39] <mgagne> looks like 'name' is optional in links http://bazaar.launchpad.net/~cloud-init-dev/cloud-init/trunk/view/head:/cloudinit/sources/helpers/openstack.py#L547 but later is mandatory: http://bazaar.launchpad.net/~cloud-init-dev/cloud-init/trunk/view/head:/cloudinit/net/network_state.py#L284
[18:39] <larsks> Well, if we're trying for a 0.7.7 release, something that introduces an entirely new mechanism for like that seems like a bad choice in the short term.
[18:39] <harlowja> larsks well we can at least build in the mechanism right now
[18:40] <larsks> Any chance we can work on github, or do I need to learn bzr + lp to submit changes for review?
[18:40] <harlowja> i'll make something quick
[18:40] <harlowja> smoser ^^^^^
[18:40] <harlowja> smoser is mr.moveittogit
[18:40] <smoser> harlowja, yeah, lets do it.
[18:40] <harlowja> smoser like by EOD
[18:40] <harlowja> ?
[18:40] <harlowja> lol
[18:41]  * larsks yays
[18:41] <harlowja> to git
[18:41] <harlowja> ?
[18:41] <mgagne> harlowja: tested bonding + vlans with latest cloud-init and it fails.
[18:41] <smoser> mgagne, :-(
[18:41] <harlowja> mgagne any log u got, any output of input and what it generated?
[18:41] <mgagne> for the reasons I mentioned above
[18:42] <harlowja> hehe, let me find the logger for this
[18:42] <mgagne> let me setup network, currently on IPMI
[18:42] <harlowja> mgagne can u try https://code.launchpad.net/~harlowja/cloud-init/cloud-init-render-tool
[18:42] <harlowja> it should write out files given a config in
[18:42] <mgagne> explain like I'm 5 ?
[18:42] <harlowja> given network_config.json ---> poof >>> turd
[18:42] <smoser> :)
[18:43] <harlowja> pooppy
[18:43] <harlowja> lol
[18:43] <harlowja> or is that el3?
[18:43] <harlowja> lol
[18:43] <smoser> mgagne, did that regress ?
[18:48] <smoser> harlowja, for git... we have to just rid 'bzr' from everywehre
[18:48] <smoser> that is cloud-init's http://paste.ubuntu.com/20342955/
[18:49] <smoser> and then my debian packaging in ubuntu makes use of bzr export and bzr merge upstream
[18:49] <smoser> but that is not a blocker for cloud-inti
[18:50] <smoser> for version sutff. i think we were saying pbr. have to look. i think you had something on that.
[18:51] <harlowja> prob
[18:53] <mgagne> smoser: never managed to test bond + vlan, only tested "flat" networks (without bond)
[18:53] <mgagne> smoser: testing cloud-init is really a part time job here =)
[18:54] <smoser> mgagne, right. thats fine. i was just wanting to make sure it wasant regression
[18:54] <mgagne> I don't think so
[18:54] <harlowja> larsks https://code.launchpad.net/~harlowja/cloud-init/cloud-init-dynamic-distro-check/+merge/300805 (the basics of that dynamic distro check)
[18:54] <smoser> as i was pretty sure you'd verified it working for you.
[18:54] <smoser> yeah.
[18:54] <mgagne> there is nothing to regress at that point
[19:03] <mgagne> ok, I'm having issue with networking, can't easily fetch logs without SSH. will take more time to debug as it could also be related to our auto networking config.
[19:04] <powersj> smoser, I have an initial job running the python tests now every 12 hours. I'll start looking into the vmtests and how they are run for curtin to see what we can do for cloud-init.
[19:04] <smoser> powersj, yeah, that will be a fair amount of work.
[19:05] <smoser> we shoudl talk some / brainstorm on how to get something reasonable into place.
[19:05] <powersj> ok
[19:05] <smoser> we can do a whole lot of test (including non-ubuntu distros) on lxd
[19:06] <mgagne> ok, that's the best I can do in the short term: http://imgur.com/a/wVuTr
[19:06] <powersj> that's how I've been experimenting is setting up lxd env.
[19:06] <powersj> not sure how to do different archs other than i386 yet though
[19:07] <smoser> well, we have resources for power at least
[19:09] <smoser> harlow dead
[19:09] <smoser> harlowja
[19:10] <smoser> (summoning worked before)
[19:10] <smoser> this is new to me:
[19:10] <smoser>  http://paste.ubuntu.com/20345473/
[19:10] <smoser> guess which of those lines pep8 doesn't like
[19:10] <smoser> complaining
[19:10] <smoser>  E225 missing whitespace around operator
[19:11] <smoser> must of come as fallout of https://github.com/PyCQA/pycodestyle/issues/166
[19:35] <larsks> smoser: I am looking at the bzr->git stuff in the scripts right now.
[19:36] <smoser> larsks, nice.
[19:36] <smoser> larsks, i think the plan was to use pbr sensible_version and the like
[19:39] <larsks> smoser:  does anyone actually use brpm?
[19:40] <smoser> harlow does
[19:40] <smoser> at least used to frequently.
[19:40] <larsks> Arg, he's dropped off again.
[19:41]  * larsks is going to buy harlowja an irc proxy for his birthday.
[19:41] <smoser> and i'd like to have something like that.. thats what i'd use for some c-i
[19:41] <smoser> i use bddeb in development for testing a package.
[19:42] <larsks> Okee dokee.
[20:06] <smoser> mgagne, if you can manage to get the openstack network_json of the failed system that'd be helpful
[20:07] <mgagne> smoser: will try =)
[22:47] <mgagne> smoser: finally made it: http://paste.openstack.org/show/539268/
[22:52] <simar> is this channel logged? any publicly available logs?
[22:57] <simar> also how does cloud init keep a track of which modules to run on boot? let's say I write a module that changes the hostname of the machine, would it actively check /etc/hosts on boot each time to know if it's required to run that module or not?
[22:58] <mgagne> IIRC there are flags created in /var/lib/cloud/instances/<uuid>/sem for once_per_instance configuration
[22:58] <mgagne> otherwise some always run at boot
[23:02] <simar> gotcha. thanks mgagne that seems to be right
[23:03] <simar> Also if I write a custom module that lives in /etc/cloud/cloud.cfg.d/ how would I call that up from cloud.cfg?
[23:04] <simar> so if its xx_modulename.cfg, i'd have to call it as modulename from within cloud.cfg under cloud_final_modules?


[17:03] <inetpro> ai!
[17:03] <inetpro> waar is oom Kilos vandag?
[17:16] <squish102> any bitcoin (Ethereum) miners out there? running mining rig on ubuntu
[17:16] <squish102> looking for a nice dashboard when having many miners
[18:46] <superfly> squish102: nope. Been thinking I must buy some Ethereum though
[18:46] <Maaz> superfly: By the way, Kilos on freenode told me "tell superfly good morning to you" 7 days, 2 hours, 19 minutes and 1 second ago
[19:15] <squish102> superfly: i think buying it may be too late, might have peaked
[19:15] <squish102> i'm starting small, only getting 4 gtx 1070's.
[19:16] <squish102> 1070 is completely the wrong card, but you cannot buy amd cards at the moment, they only o ebay for 3x msrp
[19:17] <squish102> on the plus side, i have free electricity, so everything mined is pure profit
[19:40] <chesedo> squish102: i think theblazehen showed his mining rig here once
[19:41] <chesedo> oh and evening and good night all


[02:22] <BurnOut> is there any way to dump the current channel line up .. edit it and reload .. ie bypass the built in editor
[02:23] <tgm4883> BurnOut, delete the source in mythtv-setup?
[02:24] <qwebirc82991> !help
[02:24] <Zinn> !help For a  complete list of my knowledge visit: http://www.baablogic.net/Zinn.cgi  Other available commands: !status, !about, !bug [bug_number].
[02:24] <qwebirc82991> !status
[02:24] <Zinn> I am alive.
[02:24] <BurnOut> i made the mistake of numbering all my HD channels at #.1 .. which unfortunately doesn't match in schedulesdirect
[02:25] <tgm4883> BurnOut, and you just want to get the data into the lineup?
[02:26] <BurnOut> right now .. I getting zip from SD as nothing matches
[02:27] <tgm4883> BurnOut, you can use mythweb (it's faster that using mythtv-setup) to associate the XMLID's with the right channels
[02:27] <BurnOut> SD has my cable provider .. but I'm guessing that myth is matching on channel numbers  so  4 != 4.1
[02:27] <BurnOut> tgm4883 .. how so ?
[02:28] <tgm4883> http://BACKEND/mythweb/settings/tv/channels
[02:28] <tgm4883> just plug in the right xmltvid for each channel
[02:29] <tgm4883> you can get the xmltvid by hovering over the channel in the SD lineup
[02:31] <BurnOut> or better yet just hit the report button ;-)
[02:31] <BurnOut> thanks
[02:32] <tgm4883> yw
[03:20] <BurnOut> tgm4883 .. any thoughts .. added the xmlids for all the channels .. ran mythfill and still no data in the listings
[17:41] <Bummed> running the latest version.. mythfilldatabase appears to finish with no errors.  yet I get no listings ..  schedule set at schedulesdirect.. I've set the specific xmltvids  .. yet nada


[02:36] <wave_phenomena> wait do people use this
[02:37] <wave_phenomena> is this a thing
[02:37] <Kyoku> well, i asked a question over three hours ago
[02:37] <Kyoku> and you are the only person to tlak since
[02:37] <Kyoku> so.. i guess not
[03:16] <IrcsomeBot1> zparihar was added by: zparihar
 I've been on the Neon group for 2 years, but never really realized there is a Kubuntu group!
 Glad to be here
 I wanted to ask a question, for Kubntu 18.04 running Plasma 5.12.7
 Has anybody successfully setup 4 Monitors using 2 ATI cards on Plasma 5.12 before? … I'm getting a weird error of a non-right-clickable desktop on the 4th screen (sometimes alternates between 3rd screen as well)
[03:26] <keithzg-M> Closest I've done is 3 monitors with 1 AMD card, sorry
 I don't think its a driver issue.  I think it s a Plasma Issue... though could be Xorg?  But I'd have to try a few other DE's to test... but this is my workstation...
[06:05] <lordievader> Good morning
[06:35] <Muckmuckb4500> I apologize if this is the wrong place to ask...Is Debian Jessie end of Life????
[07:43] <jpoeta2>  Hi guys I've built a PC for the first time. Before I had an iMac. I've noticed my new built is loud all the time even when just surfing the web. Any ideas of it's possible to regulate the noise.
[07:46] <diogenes_> jpoeta2, look in bios for fan control.
[11:53] <BluesKaj> Hi folks
[14:06] <IrcsomeBot1> patricia1553 was added by: patricia1553
 (Photo, 1077x559) https://irc-attachments.kde.org/ENwpYtrN/file_15730.jpg hi
 @BluesKaj, Hi Blueskaj!
 Hi everybody!
[19:00] <Eric_Adams> Hi Phil
 Hi Eric!
 The Kubuntu support group is too empty!
 I hoped I could answer some questions and learn from reading conversations of others.
 😉
 @Linuxophil, i guess we gotta spread the word 😉  … I just joined yesterday
 My father will be in here from next week on. New to Linux and Kubuntu! 😊
 I've also not really experienced many issues with 18.04 yet... maybe thats why people aren't looking for support? LOL!
 @Linuxophil, Nice!
 You don't by any chance know somebody who could setup and support a  backports ppa for Kubtun 18.04 to catch all the former Win7 users when Win7 is EOL in january?
 I have 37 members of my family been using Kubuntu and Ubuntu and Linux Mint for the last 11 years
 @zparihar, That's wonderful!
 @Linuxophil, yeah... its been really easy too.... I only help them when their Printer toner runs out now, LOL
 @zparihar, LOL! Yep. very different from Win10!
 @Linuxophil, I don't understand how or what you mean that supporting a Backport PPA for Kubuntu will help?
 But I guess supporting the OS you use is always easier...
 @Linuxophil, I use Kubuntu.  But supporting Linux Mint or Ubuntu hasn't been an issue... because I never really needed to support anyone
 @zparihar, To catch the Win 7 users... we need Marketing Dollars
 I'm planning on becoming a Billionaire within the next few years, so I'll donate Marketing dollars 😉
 @zparihar, Well, Win7 users will look for a distro with a windows-ish paradigm and an all GUI tool set. They will for instance not want to use the command line for updating and installing programs. Discover in Plasma 5.12 is far too buggy. In 5.16 I hear good things...
 @zparihar, Actually, we just need current plasma on an LTS base... (and NOT Neon)
 It is hard for me to recommend someone Kubuntu atm. Too many paper cuts still in Plasma 5.12. But not in 5.16. But that will run out of support in 9 months...
 @Linuxophil, I just came back to Kubuntu from using NEON for the past 2 years.  I wouldn't suggest Neon to the Public nor would I suggest using the latest KDE Plasma.  Don't get me wrong... I loved nerding out with NEON.  But, unfortuneatly, too many bugs and mini regressions for my main workstation.
 @zparihar, My thoughts exactly.
 How do you know about 5.16 though... it hasn't been released....
 I've been using KDE since 2.2...LOL exposed my age!  I was 19 when it came out
 The ex-Win7-users need the user friendlyness of Kubuntu with the usability of current Plasma. Ideally a ppa with just the latest point releases of each plasma iteration. That would be a distro I would love to recommend to everybody and use myself!
 and my experience has been, for the best KDE experience, don't use the latest one.  We depend on the public to report bugs and regressions on the latest features of KDE
 @zparihar, I agree. I am never talking about the .1-releases.
 But 5.16 will be a plasma LTS if I am informed correctly.
 I think 18.04 is the best we can do for now.  I understand what you mean about papercuts... at least they are small... but it has been the most stable one for me.   … Unfortunately with the QT Basethat Kubuntu 18.04 is on  (i think that was the dependency) , we cannot get a newer version of Plasma past 5.12. … I'm currently on 5.12.7, i'm not sure what is taking 5.12.8 so long though?
 @zparihar, Usability and Productivity report by u/pointystick.
 @Linuxophil, I don't believe that to be the case... I was wondering that, but there has been no mention.
 @zparihar, i remember KDE team made an announcement way before 5.12 was released saying that it would be LTS
 and the LTS release coincided with the 18.04 release...
 so my educated GUESS would be 5.18 LTS with 20.04 … But lets not start rumorus 😉
 We'd have to ask Aaron on the NEON channel though
 @zparihar, I seem to remember that Rick Mills hinted that it would be possible to backport QT as well if somebody would be capable of puttign in the time...
 @Linuxophil, That would be amazing
 @zparihar, I think the same.
 @zparihar, Yeah. Unfortunately I have no way of doing that.
 the nex question would be, which Plasma would we focus on?
 I found that 5.13.5 was more stable than 5.14.0
 thats when I realized, that I couldn't continue to upgrade and expect to work smoothly
 Kubuntu needs more money...... larger team, larger marketing dollars, etc...
 Kubuntu seems to be the largest/most important Distro with the Plasma desktop. I think the KDE project would be well served to maybe extend the cooperation...
 If I do rock it in my business... I'll be injecting capital into the KDE community
 I've built my career on Linux... my business is based on it... and the KDE desktop has been my biggest tool for 18 years now...
[20:01] <dps> hello all
 @zparihar, Cool! What work do you do?
 @dps, Hello dps! Welcome to our group!


[06:27] <Uleepera> I did some googling and it seems NTFS should be supported on server 16+.  I recently did an install of 18.04 lts server and added an NTFS formatted drive to the system.  I'm attempting to setup a samba network share on the drive but when I attempt to mod the permissions I received a message saying "chmod: changing permissions of '/media/username/drivename': Read-only file system" Did I miss somethign where I needed to install
[07:13] <lordievader> Good morning
[09:00] <cpaelzer> ahasenack: this is what I'd use http://paste.ubuntu.com/p/dDsSBnRDrz/
[09:00] <cpaelzer> I wonder why this expands to the wrong string fr you
[09:00] <cpaelzer> I checked the packages I have found with it and their paths seem fine
[09:30] <ruben23> hi there guys anyone can help regarding generating key for login on ssh i always get ---> Server refused our key, even i copy corectly the publick key anyone have idea
[09:30] <ruben23> im using puttygen
[10:08] <blackflow> ruben23: one non-obvious problem is the need to unlock your account with `passwd -u <account>`
[10:09] <ruben23>  blackflow: i cna login with user/pass just trying to set with key thats the one refusingthe login process
[10:11] <blackflow> ruben23: you'll have to consult the ssh server logs to see why exactly it was refused
[10:15] <ruben23>  blackflow:  it works now it was just the ownership problem is the issue
[10:15] <blackflow> cool
[10:18] <ruben23> guys another thing i have a user dixsyadmin on my ubuntu is it possible i dont need to password when i try to switch to root is it possible, i added this user on visudo same level with root, any idea.?
[10:19] <ruben23> coz everyday time i login with i switch to root it as me for password for the user again like ---> sudo -i
[10:24] <blackflow> ruben23: your question is not clear, can you rephrase?
[10:51] <paride> rbasak, testing certbot. Everything looks good but it seems that python-certbot-nginx is not getting updated (and won't be functional).
[10:51] <paride> Is this somehow intentional?
[11:03] <paride> rbasak, the nginx plugin was not available in xenial. Wouldn't it be better to leave it out from the SRU?
[11:47] <RoyK> paride: you might want to try certbot from git and not the one in the distro - certbot is still under heavy development and nginx wasn't the top priority
[11:48] <ahasenack> cpaelzer: the path component is fine, it's the bit in the filename that doesn't match
[11:50] <paride> RoyK, I'm specifically testing the certbot Xenial SRU, see https://bugs.launchpad.net/ubuntu/xenial/+source/python-letsencrypt/+bug/1640978/comments/124 , but thanks :)
[11:51] <RoyK> paride: I see
[11:51] <RoyK> paride: anyway - check the changelog in git - perhaps they have fixed some nginx things there - something that can be backported
[11:58] <cpaelzer> ahasenack: I'd ...*... on that latter file component then
[11:58] <ahasenack> it's what I ended up doing
[11:58] <cpaelzer> good
[12:07] <rbasak> paride: it's intentional - we'll be dropping it from xenial-proposed, and it's n ot a regression
[12:08] <rbasak> paride: thank you for testing!
[12:10] <paride> rbasak, the other tests I've done all went smoothly, I'll follow up to the LP bug with a brief report
[14:07] <FedoraUser> hi friends
[14:07] <FedoraUser> I can't seem to find a way to delete partition from ubuntu server installer (not live)
[14:07] <FedoraUser> is it possible to do so?
[14:38] <ahasenack> rbasak: mysql: do you know what is going on at this stage:
[14:38] <ahasenack> "This installation of MySQL is already upgraded to 5.7.25, use --force if you still need to run mysql_upgrade
[14:38] <ahasenack> At this point the process hangs in the terminal until I stop it manually"
[14:39] <ahasenack> it says that "This installation ..." in the terminal, and the user says it then blocks
[14:40] <rbasak> ahasenack: I'm not sure. I'd have to examine the postinst.
[14:41] <rbasak> IIRC though the postinst always tries to upgrade, so that message is possibly normal even when not upgrading.
[14:41] <rbasak> I suspect the hang might be after.
[14:41] <ahasenack> sometimes I think this package is trying to be too smart
[14:42] <ahasenack> ok, done with triage
[14:42] <rbasak> It has to do a schema upgrade for the release upgrade case
[14:42] <rbasak> Otherwise it would be wrong to restart the daemon
[14:42] <rbasak> And wrong not to restart it :-/
[14:44] <ahasenack> this was a "normal" unattended upgrade run, bionic
[14:44] <ahasenack> https://bugs.launchpad.net/ubuntu/+source/mysql-5.7/+bug/1817374 if curious, I set it to incomplete
[14:45] <ahasenack> I suggested he might have another mysqld running, a stale/rogue one
[14:46] <rbasak> I agree that seems likely
[14:49] <ahasenack> rbasak: do you think you can review some of christian's branches?
[15:15] <lordcirth> FedoraUser, Using the debian installer? You should be able to delete partitions by selecting them and choosing Delete
[15:33] <FedoraUser> lordcirth, no, doesn't work
[15:36] <RoyK> FedoraUser: you can remove any partition with fdisk or similar tools, but to umount the filesystem on the partition, it can't have open files - check lsof
[15:37] <FedoraUser> RoyK, how would I access fdisk during installation?
[15:41] <sarnold> there's often another console on alt f2, f3, etc
[15:41] <sarnold> and it might be named cfdisk or something else
[15:42] <RoyK> FedoraUser: the normal installer should do the job - otherwise ctrl+alt+f2 or similar to get to the prompt
[15:43] <RoyK> sarnold: you might need ctrl+alt+fX if the installer is running in X
[15:43] <FedoraUser> ok, thanks people
[15:43] <FedoraUser> I appreciate your help
[15:44] <RoyK> FedoraUser: good luck :)
[15:44] <sarnold> RoyK: heh, good point, I forgot that was a possibility. can I go back to bed? :)
[15:44] <RoyK> soren_: obviously :)
[15:44] <RoyK> sarnold: ^^
[15:44] <sarnold> :D
[16:15] <rbasak> ahasenack: starting to look at them now
[16:17] <ahasenack> \o/
[16:35] <Ussat> Ubuntu on Power.......hmmm
[17:27] <mdeslaur> what's the plan with php7.2 vs 7.3, are we still aiming for 7.3 in disco?
[17:28] <nacc> kstenerud: rbasak --^ ?
[17:29] <sarnold> hehe, hey nacc :)
[17:29] <nacc> sarnold: hiya :)
[17:32] <nacc> mdeslaur: i think it was still php7.2
[17:32] <nacc> LP: #1813317
[17:32] <mdeslaur> nacc: oh, hrm, so I guess we need to upload a newer php7.2 then
[17:32] <nacc> mdeslaur: yeah, to match the security fixes?
[17:33] <mdeslaur> we updated the stable releases to 7.2.15
[17:33] <nacc> (a la LP: #1815464, which i just updated the state of)
[17:34] <mdeslaur> nacc: cool
[17:34] <mdeslaur> nacc: thanks!
[17:35] <nacc> mdeslaur: yep, sorry it's been a bit of a mess! I think we can figure something out for 7.3 next cycle, since the pcre issue got resolved
[17:35] <nacc> we being rbasak and kstenerud really :)
[17:35] <mdeslaur> that's fine, I was just wondering about updating 7.2
[17:35] <nacc> ack
[17:38] <rbasak> kstenerud is working on the update to 7.2 in Disco
[17:38] <rbasak> I'll assign him the bug.
[17:38] <nacc> rbasak: thanks
[18:05] <ahasenack> hm, so I have these versions:
[18:05] <ahasenack> cosmic: 1.8.18-6
[18:05] <ahasenack> disco: 1.8.18-6build1
[18:05] <ahasenack> I need to update them
[18:05] <ahasenack> I think this works:
[18:05] <ahasenack> cosmic: 1.8.18-6ubuntu0.1
[18:05] <ahasenack> disco: 1.8.16-6ubuntu1
[18:05] <ahasenack> er
[18:05] <ahasenack> disco: 1.8.18-6ubuntu1
[18:06] <ahasenack> looks good?
[18:06] <ahasenack> following https://wiki.ubuntu.com/SecurityTeam/UpdatePreparation#Update_the_packaging
[18:06] <ahasenack> and cosmic to distro upgrade works
[18:06] <ahasenack> < cosmic has another version, so no issue there
[18:07] <rbasak> ahasenack: I reviewed cpaelzer's numactl MPs but am EOD so leaving the postgres MRE one for tomorrow.
[18:07] <ahasenack> cool
[18:07] <rbasak> ahasenack: [versions] +1
[18:07] <ahasenack> thx


[00:04] <LLStarks> bryce_, xrender works on lucid 10.04.2
[00:04] <LLStarks> want me to bisect maverick dailies and alphas?
[19:05] <knittl> hi
[19:05] <knittl> i cannot install nvidia-current, here's a fresh jockey.log: http://paste2.org/p/1272453
[19:05] <knittl> i haven't managed to install it for at least three versions of ubuntu
[19:06] <knittl> logfile was removed before starting jockey and then copied after trying (and failing) to install it
[19:09] <bjsnider> looks like it did install
[19:09] <knittl> bjsnider: it pops up a message box, telling me 'failed to install, see log file'
[19:09] <knittl> and then jockey says 'driver was just disabled, is already in use' or something along that line
[19:10] <knittl> and when i start jockey again, it says 'a different version of this driver is in use'
[19:11] <bjsnider> can you pastebin glxinfo?
[19:11] <bjsnider> and dkms status
[19:12] <yofel> dkms seems to have built fine from the log, but:
[19:12] <yofel> 2011-02-27 20:03:34,054 ERROR: update-alternatives: warning: skip creation of /usr/lib32/vdpau/libvdpau_nvidia.so.1 because associated file /usr/lib32/nvidia-current/vdpau/libvdpau_nvidia.so.1 (of link group gl_conf) doesn't exist.
[19:12] <knittl> bjsnider: yeah, can do
[19:13] <knittl> bjsnider: http://paste2.org/p/1272461
[19:13] <bjsnider> yofel, known error message. it is inconsequential
[19:13] <yofel> ah
[19:13] <knittl> bjsnider: http://paste2.org/p/1272462
[19:14] <bjsnider> knittl, can you start nvidia-settings without an error message?
[19:14] <yofel> why would something inconsequential be logged as "ERROR" though?
[19:14] <knittl> bjsnider: no, i'm running nouveau atm
[19:14] <knittl> $ lsmod|grep video
[19:14] <knittl> video                  18951  1 nouveau
[19:14] <yofel> knittl: can you pastebin your xorg.conf?
[19:15] <knittl> $ ls /etc/X11/xorg.conf
[19:15] <knittl> ls: cannot access /etc/X11/xorg.conf: No such file or directory
[19:15] <bjsnider> knittl, please install nvidia-current through jockey and reboot
[19:15] <knittl> no xorg.conf here
[19:15] <bjsnider> yofel, ask pitti
[19:15] <bjsnider> it's a logging issue but it's no big deal
[19:15] <yofel> k
[19:16] <knittl> should i generate a new xorg.conf?
[19:16] <knittl> using nvidia-xconfig?
[19:16] <bjsnider> jockey will do that for you
[19:16] <bjsnider> you can check before you reboot
[19:16] <knittl> bjsnider: read 5 lines above
[19:16] <knittl> there's no xorg.conf
[19:17] <bjsnider> install nvidia-current through jockey
[19:17] <knittl> (i'm using natty btw, but this issue has bugged me since nvidia-current was introduced)
[19:17] <knittl> bjsnider: i did. well, i *tried*
[19:17] <bjsnider> i don't care if you get an error message
[19:17] <knittl> bjsnider: i start jockey. i select nvidia-current and click install
[19:18] <bjsnider> knittl, have you done a wipe and reload since before lucid?
[19:18] <knittl> it installs, gives an error/warning (you don't care, ok. i wouldn't care if it was a bogus message)
[19:18] <knittl> i close jockey and there's still no xorg.conf
[19:18] <bjsnider> it probably is a bogus message
[19:19] <bjsnider> ok, you can use nvidia-xconfig
[19:19] <knittl> i think i had to reinstall once, because my root file system was damaged
[19:19] <knittl> knittl@kbook:~$ jockey-gtk
[19:19] <knittl> knittl@kbook:~$ # told jockey to install nvidia-current
[19:19] <knittl> knittl@kbook:~$ ls /etc/X11/xorg.conf
[19:19] <knittl> ls: cannot access /etc/X11/xorg.conf: No such file or directory
[19:20] <knittl> i'll use -xconfig
[19:20] <bjsnider> ok, create the file yourself and i'll pastebin what should be in it
[19:20]  * knittl rebooting
[19:26] <knittl> woohoo, i'm in X
[19:26] <knittl> with -current
[19:26] <knittl> but my external monitor is currently ~100 km north
[19:27] <bjsnider> knittl, are you on i386 or amd64?
[19:27] <knittl> 32bit
[19:27] <bjsnider> of course
[19:27] <knittl> jockey still tries to tell me 'a different version of this driver is in use'
[19:27] <bjsnider> and can you do glxinfo again?
[19:27] <knittl> bjsnider: 32bit/i386
[19:28] <knittl> sure
[19:28] <knittl> just a sec
[19:29] <knittl> http://paste2.org/p/1272487
[19:29] <knittl> nvidia-current has always worked with a single monitor here (laptop screen)
[19:29] <bjsnider> and you're able to launch nvidia-settings without issue
[19:29] <knittl> most of the time i had to install it manually with apt-get though
[19:29] <knittl> yes
[19:31] <bjsnider> well, i thought this bug had been fixed
[19:31] <knittl> which bug exactly?
[19:31] <bjsnider> obviously jockey exited because of meaningless warnings without setting up your xorg.conf and telling you the driver was activated
[19:31] <knittl> it still believes the driver is not activated
[19:32] <bjsnider> knittl, the errors on lines 340 and 341of your jockey log would only happen on an i386 system.
[19:33] <bjsnider> perhaps it's been under the radar because not many people still use i386
[19:33] <knittl> bjsnider: http://www.thehappy.de/neo/jockey-nvidia-current.png
[19:35] <bjsnider> jockey's message to you is just a by-product of the real issue
[19:35] <knittl> jockey does only recognize amd64 drivers? oO
[19:37] <bjsnider> knittl, sounds like it's bug 552653
[19:37] <ubot4> Launchpad bug 552653 in jockey (Ubuntu) "[Lucid] Jockey gives message that it failed to install nvidia hardware driver (affects: 49) (dups: 8) (heat: 274)" [Medium,Fix released] https://launchpad.net/bugs/552653
[19:37] <knittl> i'm subscribed to that bug ^^
[19:40] <bjsnider> knittl, did you use the nvidia-installer at some point?
[19:41] <knittl> not since i had to reinstall ubuntu. iirc
[19:41] <bjsnider> well you should talk to tseliot about this tomorrow
[19:41] <bjsnider> he'll be here in the morning
[19:42] <knittl> i've talked to him a lot of times already :D
[19:42] <knittl> but ok. maybe the day after tomorrow, i won't have much time tomorrow
[19:42] <bjsnider> about this issue?
[19:42] <knittl> about jockey failing and about my second monitor not being managed
[19:44] <knittl> maybe 270 fixes the monitor issue. i don't care much about jockey failing as long as the driver works :D