[00:03] slangasek: /sys/class/net/*/address will get you that [00:06] slangasek: if you want to make sure you've got an ethernet device (and therefore a MAC), check that /type == 1 too [00:08] bdmurray: ^^ does that give you enough info to execute on this for whoopsie? [00:11] (of course, traversing directories in C is only the most tedious thing ever, but well.) [00:16] slangasek: well, compared to the networking syscalls, traversing directories is piece of cake :) [00:18] slangasek: I think so [00:18] popen("ls -1"); /* run away */ [00:20] * infinity throws tomatoes at sarnold. [00:28] slangasek: bdmurray: ha, chipaca and I were finding bugs in whoopsie system identifier today at code&coffee. So as I side note, ubuntu push notifications use whoopsie system identifier to send notications. [00:28] xnox: to receive them, rather [00:28] oh, then all the more reason we should fix it so that the system identifier is persistent once chosen ;) [00:28] stgraber: wlan devices also have MACs, tho [00:28] * xnox still thinks it should do uuidgen instead. [00:29] Chipaca: yes, and wlan is a subset of ethernet for these purposes [00:29] slangasek: wfm :) [00:29] xnox: could you send me the code that segfaulted in the bum test, btw? wasn't able to reproduce your issue on the train home [00:30] Chipaca: so for my ubuntu account, how do i get the same push notification both of my unity8 desktop & my phone? Do both desktop & phone must have different IDs? or on the contrary the same one? [00:31] xnox: push messages are sent to tokens that are associated with (device, user, application) triads [00:31] Chipaca: it's on my laptop, let me fetch it out and push. I got my select/channel strategy right. I think I will have just one channel, and "for range" across it. And close it when needed. [00:31] Chipaca: that would be sequential processing and "go-like" i believe. [00:31] xnox: and what about the process that died etc etc? [00:32] go func(cmd) {message_queue <- cmd.Run(); message_queue.close()} [00:32] slangasek: stgraber: so you're going to change whoopsie to read /sys instead of siocgifblessyouconf? [00:33] a'ight [00:33] the other one (the webserver) is really just go server(conn) {message_queue <- "restart or pass"} more-or-less. [00:33] Chipaca: I think bdmurray is taking this (bug #1328285) [00:33] bug 1328285 in whoopsie (Ubuntu) "can not find hardware address" [High,Triaged] https://launchpad.net/bugs/1328285 [00:34] excellent. that'll trickle down and avoid us some workarounds in push [00:34] Chipaca: such that if process dies, and there was no api call to restart, I exit and die, otherwise restart the worker. [00:35] Chipaca: but my scheme is on paper only at the moment (back of the envelope on the train), I'll write it up properly and will push for you to review. [00:41] xnox: The point of not using uuidgen was to at least have a fighting chance for a reinstall to end up with the same ID, I thought. [00:42] xnox: Which sounds even more interesting for the push notification thing than for the errors thing. [00:42] (Though, I'd expect notifications to be tied to an account, not a machine...) [00:43] for most services, yes, and applications need to support transparently re-requesting a token [00:43] infinity: however for the push thing at the moment, multiple fresh machine installs end up with the same ID at the moment when they shouldn't. [00:43] so uuidgen would work for us :) [00:45] entertainingly, uuidgen contains the same bug [00:45] *fun* [00:45] ioctl(3, SIOCGIFCONF, [...]) [00:46] * xnox goes to fixing IMEI in ubuntu-emulator then [00:46] of course, 'uuidgen -t' generates a different one each time it's called, so that's not suitable for values you want to persist across reinstalls, regardless [00:46] which therefore makes it reasonable for it to only look at up interfaces :) [00:48] xnox: why IMEI? whoopsie prefers mac address over imei [00:50] so if we fix this bug that causes whoopsie to not actually find not-yet-configured network devices, that would seem to be the most straightforward [00:50] slangasek: IMEI has bigger range I can use vs QEMU registered MACs (or maybe those are just reserved) [00:51] xnox: ok; but we're not finding imei reliably on boot due to race conditions, and I was proposing we sidestep that [00:51] right, but making emulator's SIM be realistic is also worthwhile. [00:51] not finding imei reliably on boot -> how come? [00:51] xnox: if we think we *should* prefer IMEI, then that's a whole other set of code changes [00:51] xnox: because you can't query the imei until ofono starts, and you can't make whoopsie start on started ofono because it's not phone-specific [00:51] it's a properly of the SIM modem [00:52] oh, it's using ofono to query that, hm, not nice. [00:52] (you can shove a .override into the lxc-android-config package, but those overrides should eventually go away :P) [00:52] xnox: if by "property" you mean an android property, we should not be koolaid-man'ing the abstraction layers to query it directly from either whoopsie or the push notification service [00:53] (indeed, I think ev initially proposed having whoopsie query it via android libs and I argued him down :) [00:54] haha, no not android properties. I would have thought one can query modems direct from like /sys/ but i guess we have ofono precisely because phone modems are anything but standard. === _salem is now known as salem_ [00:54] right [00:54] the middleware should be the interface [00:55] now, the other thing I don't understand here is how the push notification service is getting /whoopsie's/ system identifier... is it linking to libwhoopsie? [00:55] and it looks like in the emulator at the moment i have to do $ adb shell start ofono, cause otherwise it's not getting started. Haven't checked yet, what's going wrong. [00:55] slangasek: yeap, ubuntu-push notification imports a go package called "C" which allows to link & call C functions. [00:56] slangasek: and it links in libwhoopsie (probably static, together with glib i guess) [00:56] xnox: right, I wasn't questioning the mechanics of linkage :), just wondering if libwhoopsie is what it's using for this - and wondering to myself if it's right that libwhoopsie own this [00:56] slangasek: imho whoopsie should provide a dbus api socket to query system id (possibly dbus activatable) [00:57] blarg [00:57] zorg? [00:57] why in the world should this go over dbus? [00:58] not dbus as in dbusd system/session bus, but as in "any IPC call" [00:58] if the system ID should be persistent once determined, it should be written to the filesystem and everything else should just read it from there (with a suitable wrapper) [00:58] yes, why involve two processes in what should be a simple file read [00:58] make kernel export one in /proc ?! [00:58] well, /sys [00:58] am I being trolled [00:58] I may have a sun-stroke =) [00:59] i see your point, it should be a task to write out system-id somewhere well-known early in the boot when it is deterministingly known. [01:01] i think ev was against that though, cause e.g. errors uses that id per-machine, not per-user. And knowing system-id one can check crashes from the other user. [01:01] er, but isn't that security through obscurity? [01:02] because the system ID is still generated deterministically based on publically-visible host info [01:02] anyone can compute the system ID by hand if they have access to the machine [01:02] we just don't do a good job of making the computation deterministically ourselves ;) [01:12] xnox, hi there.. I realized recently that there are some changes that we have to dmraid and mdadm that need merged into debian ( since the corresponding changes to libparted already have been and cause some breakage ).. I noticed you filed an ITA on dmraid a while back and was wondering if you are still planning on doing that? [01:14] psusi: i've replied to your private message, yes I need to upload dmraid into debian with all the changes i have staged. It's not ready for sid, but i can upload it into experimental. [01:15] psusi: what specifically are you after to get added to dmraid? [01:36] xnox, the 'p' partition separator changes for one, and the whole dmraid vs. mdadm for isw second [01:37] Curtis Gedak has been testing a new gparted livecd release based on sid and found that both mdadm and dmraid are trying to activate isw arrays [01:37] and that libparted thinks there should be a 'p' before the partition number but dmraid does not [01:38] it's also still not using kpartx to activate the partitions so won't work with gpt [01:39] I submitted the patches to kpartx to debian today that our dmraid changes depend on [01:43] also I realized that I made kpartx-boot a hard depends of dmraid... but it should probably just be a recommends since if you just want to access a dmraid array but not boot from it, you don't need kpartx-boot === timrc-afk is now known as timrc [02:29] slangasek, If someone has access to the machine they can just ask whoopsie for the ID, we don't lock it down. No reason for them to compute it. [02:29] tedg: right; thus there's no reason for us to compute it each time on boot (and sometimes get a different answer!) rather than recording it on disk. [02:30] slangasek, yeah, I'd agree. [02:31] But I do think computing it from well known addresses is better than a uuid. === salem_ is now known as _salem [05:06] Good morning [05:10] tkamppeter: FYI, latest cups regresses its tests: https://jenkins.qa.ubuntu.com/view/Utopic/view/AutoPkgTest/job/utopic-adt-cups/lastBuild/ARCH=amd64,label=adt/console [05:10] tkamppeter: "Error - unable to access "/usr/share/cups/data/testprint" - No such file or directory" [05:19] pitti: Howdy. [06:10] pitti, /usr/share/cups/data/testprint is part of cups-filters. Is it possible to introduce a dependency only for these tests? [06:16] tkamppeter: Sure, add it to the debian/tests/control file. [06:18] RAOF, thanks. === evfool__ is now known as evfool === dholbach_ is now known as dholbach [06:56] good morning [07:15] tkamppeter: right, what RAOF said [07:16] hey dholbach, wie gehts? [07:18] pitti: Decided to have fun, I'm on systemd 213. [07:19] Unit193: oh, wow :) I have 208 locally, with the necessary merges with Debian [07:20] I have a minimal set of merges needed. [07:31] pitti, sehr gut - und Dir? auch am Schwitzen? [07:54] dholbach: re from meeting [07:54] dholbach: oh ja, Sommer :) it's going to be fun this afternoon, avoiding brain melt [07:55] haha, yes - it's supposed to be 36°C in Berlin today [07:56] * pitti rolls down the shades everywhere === zequence_ is now known as zequence [09:01] morning cjwatson, I'm trying to create an i386 click chroot, but the following does not work: 'click chroot create -a i386 -f ubuntu-sdk-14.10' - it complains about architecture not being specified. Any ideas? [09:05] cjwatson, nm, wrong command order [09:41] xnox, hey, wonder if you have some time to look at the seed branch of ubuntu kylin? [09:44] ypwong: i have. They look ok. I don't know what the next steps are, e.g. upload meta src-package which uses germinate to generate meta-package and subsequently switch image building to use that. [09:48] xnox, who knows the next step? [09:50] most recently Laney did it for desktop-next, and a few other people know about introducing need seeds into the image building infrastructure (e.g. cjwatson, infinity, etc) but I should learn / find out what's needed as well. === vrruiz_ is now known as rvr [09:58] ypwong, should I wait for you for the instructions of what to do next? :) or i ask laney? [09:59] well a new meta package will need to be uploaded, and clear NEW queue, before we can proceed switching the build to the new metapackage. So sponsoring to utopic is the next step, that I can do. [10:00] Once that is done, further changes can be implemented. [10:00] I'll try to get that sponsored today. [10:03] that's cool [10:03] thanks for that [10:03] xnox: did you try a local build? [10:04] Laney: good point, nope. How would I do that? I've never did livefs+cdimage build. [10:05] (only d-i which is as easy as debuild) [10:05] I didn't test the cdimage part, just with live-build [10:05] to make sure the seeds are ~right [10:05] when doing desktop-next, that is [10:05] using lp:livecd-rootfs ? [10:06] you need to add a project there, or modify the existing kylin one I guess [10:07] then I used http://people.canonical.com/~laney/random-scripts/build-ubuntu-iso [10:07] upload your stuff (seed package + livecd-rootfs) to a PPA and change the PROJECT and PPA in there, then run that from a scratch directory [10:08] mostly stolen from ubuntu-defaults-builder, thanks pitti ;-) [10:08] Laney: note that this is probably outdated, e. g. I never tried it with UEFI [10:10] right, just for testing in a VM that the stuff is good enough to try inside cdimage [10:25] yeah, that script isn't UEFI friendly, it didn't boot on the inspiron 11 [10:26] * Laney nod === doko_ is now known as doko [10:38] Laney: can you re-kick off ubuntu-desktop live i386 & amd64 builds? I believe the webbrowser-app uninstallability has been resolved. [10:40] okay === pete-woods is now known as pete-woods-lunch [12:19] mhall119: hey, who's Svetlana [12:21] bdmurray, cjwatson: please could you subscribe foundations to cm-super bug reports (for a MIR)? [12:23] jibel: hm, smoke-iso-validation do not pull iso images from cdimage.ubuntu.com, but instead pull them from some other mirror? [12:25] xnox, I don't know this job. let me check [12:25] jibel: http://d-jenkins.ubuntu-ci:8080/view/Utopic/view/Smoke%20Testing/job/utopic-desktop-amd64-smoke-iso-validation/ it should be pulling 10.1 image, but instead pulls 9 [12:25] http://d-jenkins.ubuntu-ci:8080/view/Utopic/view/Smoke%20Testing/job/utopic-desktop-amd64-smoke-iso-validation/37/console [12:26] what's tachash.ubuntu-ci? [12:27] xnox, apparently it pulls ISOs from a machine somewhere in the lab. There must be a cron that updates them from cdimage.u.c [12:27] psivaa, ^ do you know? [12:28] xnox, but this is green now with your fix https://jenkins.qa.ubuntu.com/view/Ubiquity/view/Ubuntu/ [12:28] jibel: ah, good. So those pull the latest images! [12:28] xnox, yes, they pull directly from pending/ [12:29] Who could I assign a kernel bug to for triage? (Patch landed upstream, workaround known.) [12:29] jibel: so should the other iso-validation and preseed jobs, cause those block pending -> current migration. [12:29] jibel: i guess i'll have to wait. [12:30] xnox: yea, the tests run on aldeberan which takes the image from jatayu [12:30] psivaa: why not take images from cdimage? [12:30] psivaa: and/or what's the propagation delay? [12:31] psivaa: e.g. static-validation did see 20140610.1 image and does asserts for the image to be that, yet it pulled 20140609 under test [12:33] xnox: no idea, may be retoaded knows why not taken from cd image [12:34] xnox: static validation gets triggered once the checksum in the local cache is updated and at that point cdimage and the local cache will be in sync [12:34] hm, ok. [12:34] if you trigger it manually before the full sync then you'd see issues :) [12:35] psivaa: =))))) damn [12:36] xnox: speaking of static validation, i *think bsdtar in trusty is causing the failure, test_vmlinuz [12:36] http://d-jenkins.ubuntu-ci:8080/view/Utopic/view/Smoke%20Testing/job/utopic-desktop-amd64-smoke-iso-validation/36/console [12:37] xnox, the sync script runs every 2 hours, so you'll have to wait. [12:37] dpm, jamespage, xnox: tomorrow's sessions about "langpacks for touch devices" and "systemd plans for server" are in the same time slot, any chance to move either of them? otherwise I'll attend the langpack one; xnox and slangasek know enough about systemd anyway [12:37] cjwatson, when you've got a minute, do you think you could help us with bug 1328486 ? We're trying to recommend the emulator for core app developers, and this one is blocking us on compiled apps. Thanks! [12:37] bug 1328486 in click (Ubuntu) "Click x86 chroot fails to build cmake projects" [Undecided,Confirmed] https://launchpad.net/bugs/1328486 [12:37] pitti: i was hoping to have you as an expert panellist on systemd one. [12:38] pitti, ok, thanks for the heads up. I've got no permissions on the devel track, but I think slangasek can reschedule meetings there [12:38] xnox: heh; I'm not actually that much of an expert in systemd (the boot part), I'm pretty much learning as I go :) [12:38] slangasek: ping [12:39] dpm: i thought that failure serguisens and I fixed when we were in malta..... [12:40] xnox, I don't know, both zbenjamin and I could reproduce it. I'm using trusty, if that makes a difference. [12:40] or is the fix pending upload? [12:42] dpm: how is that a bug with click, instead of the bug in cmake of that app? === _salem is now known as salem_ [12:46] xnox, it's not just that app, (which builds fine on non-click x386 and click armhf), it can also be reproduced in the other example attached to the bug [12:48] shadeslayer: she's belkinsa on irc, very active community person [12:48] cheers [12:51] dpm: I implemented the percentage treshold now: http://paste.ubuntu.com/7623368/ [12:51] dpm: I used 50% as Chinese has 59% coverage (as the number of packages in the image is quite a bit higher than the apps+unity8 in your web app, 70% is too high) [12:53] doko,bdmurray: done === pete-woods-lunch is now known as pete-woods [12:54] dpm: what version of click are you using? [12:54] What is the password for joining the IRC channels? I've registered at LaunchPad. How can I join the sessions? [12:55] no password === timrc is now known as timrc-afk [12:55] ogra, dpm: so http://people.canonical.com/~pitti/tmp/langpack-touch/ have 65 MB Installed-Size in total [12:56] those are the languages with at least 50% coverage [12:56] I always get redirected to #ubuntu-uds-platform-1 instead of the actual channel [12:57] I don't know what actual channel you're talking about [12:57] ogra_, dpm: whereas on today's phone build we have a total Installed-Size: 139736 [12:58] for just 5 languages [13:01] cjwatson: nevermind, fixed the problem [13:02] pitti, wow ! [13:03] dpm, ogra_: spec updated [13:09] mvo: did you see the aptdaemon test regression? that looks real [13:09] pitti: uh, I have seen it but failed to investigate in detail :/ [13:09] mvo: nevermind, thanks; mostly want to check whether email notifications are working [13:09] pitti: I wanted to get a new upstream release out of the door but it seems we are not there yet [13:10] pitti: aha, now I do remember, it wasn't failing on my normal box :/ need to test with a schroot [13:34] cjwatson, sorry, I was on the phone. I'm using click 0.4.25-ubuntu1~0trusty1 [13:34] awesome, thanks pitti! [13:40] pitti, one thing I'd like to discuss in the session is how to make the stats and cut-off more meaningful and filter out the packages that are not visible in the UI [13:40] so that there's not a disconnect between what we're asking the translators to focus on the web stats and the l-p-o-matic stats [13:42] dpm: ok, will take a while to build the chroot [13:43] infinity: what's the next stop for the juju-core powerpc ftbfs please? Currently it's impacting landing some bugfixes in Trusty and unblocking juju-quickstart from being broken in Trusty. [13:44] I'm wondering whether to ask for an exception to get an SRU landed to Trusty ahead of this to unblock that. [13:50] thanks cjwatson [13:51] xnox, is http://summit.ubuntu.com/uos-1406/meeting/22303/how-to-get-your-path-into-debian-ubuntu/ your session? [13:54] if so it's misspelled ... === rharper_ is now known as rharper [14:02] dholbach: yes. [14:02] cjwatson: i've corrected the spelling in the title, but url persisted?! [14:03] xnox: the origianl url stays there to avoid breaking existing link. http://summit.ubuntu.com/uos-1406/meeting/22303/how-to-get-your-patch-into-debian-ubuntu/ works fine too. [14:04] mapreri: ok, cool. [14:04] xnox, ok... I just asked because there's "How code contributions make it into Ubuntu" later on that day as well (run by sil2100 and myself) [14:04] xnox, is it going to be a demo/presentation? [14:05] xnox: too be honest, you can put everything after the numbers let the links works. e.g http://summit.ubuntu.com/uos-1406/meeting/22303/wrghoet/ works fine too :) [14:06] dholbach: can be merged if you wish, and I'll join you. [14:06] dholbach: it was a request to steve to host a session, let me find an email about it. [14:07] dholbach: hm, mhall119 requested to lead a development getting things into ubuntu session. I was planning to run through bug -> patch -> (ubuntu sponsorship queue) / (debian BTS patch submission) -> done [14:07] dholbach: and then take questions. [14:08] dholbach: not quite a demo. [14:09] xnox, ah ok... looks like I tried to do the same thing - first show/explain how patches get into Ubuntu and then let somebody (in this case sil2100) talk about how changes get into all our upstream projects, which then go through CI, and at some stage land on touch images [14:09] xnox, I'm not sure if all in all it wouldn't be too much to cover in an hour :) [14:10] xnox, dholbach: I wanted to only mention the path of CI Train to get packages into the archive [14:12] xnox, sil2100: if you think all the content fits into one session just fine, I'd let you two do the talking and I pass on the questions and/or ask some stupid questions myself :) [14:13] dpm: OK, I see the problem, thanks. It won't involve rebuilding chroots, fortunately [14:14] cjwatson, ah, excellent. Will it require new package uploads, or is there a workaround I can use? I'm asking as I'm running a UOS session tomorrow about using the emulator for app development [14:14] dpm: see bug comment [14:15] ok, reading [14:24] cjwatson: btw, why is it reqorts? Shouldn't it be reports? [14:24] (also, reports does work, but it redirects...) [14:28] Hi, I'm trying to understand the 3.13 kernel maintenance process. How the patches end up there? The tree here has seen no activity for some time: http://kernel.ubuntu.com/git?p=ubuntu/linux.git;h=refs/heads/linux-3.13.y;a=shortlog Am I looking at the right place? [14:28] michagogo: some infrastructure problem at some point I believe, but I don't operate it and know nothing [14:28] Heh [14:28] shadeslayer: pong? [14:29] vmlintu: #ubuntu-kernel is probably a better place to ask [14:29] slangasek: how do you want to do session notes on the platform track [14:29] cjwatson: thanks, I'll ask there [14:29] Also: is there a log of completed SRUs somewhere? [14:29] (I'd like to take a look and see if there's an average time for them to be done) [14:30] shadeslayer: hmm. An etherpad? [14:32] slangasek: well, do we have a schedule on who's covering what? [14:33] shadeslayer: I assumed that the track leads who approved the talks would be responsible for covering them (or soliciting notes from the session leads) [14:33] ah ok [14:34] hi, Ubuntu 14.04 is shipping gutenprint 5.10 PRE2 but the final release came out some time ago. Do you think you can update it to latest release? Thanks a lot === jono is now known as Guest92020 [14:46] dpm: yep, sounds good [14:57] cjwatson, thanks for investigating bug 1328486 - I understand this will need a fix in click and a subsequent upload. For my demo tomorrow, shall I go for the hack you're mentioning (despite the warning), though? Or do you think you might be able to come up with a branch I could use directly for the demo? [14:57] bug 1328486 in click (Ubuntu) "Click x86 chroot fails to build cmake projects" [Undecided,Confirmed] https://launchpad.net/bugs/1328486 [14:59] dpm: I have a mostly fairly quiet day, so I'll see what I can do between sessions [14:59] ok, thanks! [15:00] dpm: not sure I can get a landing through in time, so it might be "use this branch for now" [15:01] cjwatson, I think that'd be perfect [15:31] friendly greetings. nobody on #ubuntu could answer the qestion why "apt-cache show" will not display tag information (debtags) and my google efforts leave me without usable results [15:31] are tags not used at all in ubuntu? === dholbach_ is now known as dholbach [15:33] Ubuntu Login and Launchpad can have the same password? [15:33] I've changed the password on my Ubuntu Login account and now I cannot login to LaunchPad [15:35] CodePulsar: easy: try your old new and your old password? [15:35] nvm [15:35] The password is the same [15:35] There is some mismatch somewhere [15:36] ah found the culprit [15:36] the password manager didn't change the password [15:37] Also, Why I cannot login with Ubuntu Login to Launchpad, i.e. authorize Launchpad in Ubuntu Login, why do I have to provide the password in LaunchPad which is the same as Ubuntu One, or is this process doing exactly what I say? [15:38] Ubuntu Login user/pass is the same as LaunchPad user/pass ? [15:39] CodePulsar: try asking in #launchpad. [15:39] TuxRescue: I have no idea, but askubuntu.com is a good place for that kind of question. [15:40] okay, sorry [15:46] Is anyone familiar with starting hangouts for Ubuntu Online Week? I get the error "Sorry, Hangouts On Air has been disabled by your domain administrator" [15:46] mhall119, ^ [15:47] mterry: several people are having that with their canonical account, please ask IS for help, there's nothing I can do there [15:47] mhall119: do you have the browser plugin installed? [15:47] mterry: ^ [15:47] CodePulsar, I think so? I've participated in hangouts before [15:48] about:plugins [15:51] mterry: are you logged in with the "right" Google account? [15:51] CodePulsar, yeah [15:54] xnox, sil2100: so do we feel we can merge all this content into one hour or what should we do? [15:54] dholbach: both sessions are tomorrow? [15:55] as both sessions are tomorrow, it might be good to make any necessary change now, so folks have time to adapt to a changed schedule [15:55] I think you need more than an hour to cover both CI train and packaging and forwarding to Debian [15:55] * Laney both [15:56] Laney, I guess you're right... we'll just leave everything as it is for now [15:56] sil2100, xnox: ^ [15:56] dholbach: Maybe make them concurrent? [15:56] not that I'm involved so feel free to ignore :) [15:58] I meant sequential not concurrent, sorry was reading something about threading at the same time... [15:58] * Laney goes away now [15:58] * dholbach hugs Laney [15:58] stgraber, infinity: reminder: TB meeting in #u-m-2 in 2 mins [16:00] bregma, are you able to start a canonical on air session? [16:00] bregma, neither seb128 nor I can start one due to technical problems with IS [16:01] doesn't look like it [16:01] :( [16:02] stgraber, can you by any chance? ^ [16:02] dholbach, mhall119: did other people had issues with their account being restricted? [16:02] mterry: nope, I'm leading another session at the moment [16:02] seb128, mhall119 said earlier to talk to IS about it - they should know more about what's wrong [16:02] seb128: yes [16:03] stgraber, ah, OK. well at least it works for someone :) [16:03] dholbach, yeah I talked to IS. They escalated the issue but weren't sure of ETA [16:04] mterry, seb128: so nobody can run the desktop session now? [16:04] dholbach, looks like it [16:04] let me see if I can [16:05] dholbach, I can't [16:05] google tels me that live hangouts are desactivated and I need to talk to my admin about it [16:11] bregma, can you join? [16:15] dholbach: well my session was going to be <<1h, and the ci-train/packaging has potential to overrun. [16:15] dholbach: can we have a 2h slot between all of us back-to-back [16:15] sure... I don't know when exactly sil2100 has time [16:16] dholbach, xnox: theoretically I have time all UOS, since I have to be around anyway :) [16:17] So I'm fine with anything tomorrow I guess [16:21] sil2100, would 15 UTC tomorrow work as well? that'd be right after xnox' session [16:22] xnox, sil2100: do you feel we need to rename the sessions somewhat to make the difference clearer? [16:22] dholbach: sure call them "Kill Bill vol1" & "Kill Bill vol2" [16:22] dholbach: that time is fine for me I guess [16:22] dholbach: or some more appropriate titles. [16:22] dholbach: and don't listen to xnox ! [16:22] xnox, sounds great! [16:22] I never saw the movies :) [16:23] dholbach: danke schon, meine freund! [16:23] sil2100: alles klar?! =) [16:24] xnox: ja ;) [16:25] sil2100: fantastisch! [16:27] xnox, sil2100: already - I moved the session [16:28] sil2100, maybe we could call the session "from fix to phone: getting your fix on the Ubuntu phone" or some such? just to make it clearer and distinguish from the other session? [16:29] dholbach: hm, since CI Train can be also used for desktop, I'm not sure if this completely fits my part of the session :) [16:29] hum, ok [16:30] I was just trying to come up with a catchy title ;-) [16:30] Maybe 'from fix to image' instead? Then it could mean both phone and desktop ;) === dholbach_ is now known as dholbach [16:35] sil2100, works for me! [16:40] from my keyboard to your screen [16:40] * Laney is a marketing genius [16:41] Laney, maybe you want to move to the comms team! [16:41] xnox, sil2100: we're all set then :) [16:42] dholbach: thanks for taking care of this :) [16:42] Laney: hah! ;) [16:42] no worries [16:42] A first in class patch distribution process bringing enterprise grade deployment strategies to the Ubuntu ecosystem [16:43] Laney: as seen on TV! [16:44] I'll take ten! [16:46] jsalisbury: ping, got a moment to discuss https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1310402 [16:46] Ubuntu bug 1310402 in linux (Ubuntu) "Userland depends on ionice idle but default scheduler is "deadline". " [Wishlist,Triaged] [16:46] jsalisbury: I have baloo upstream here too, so would be nice if you had a moment to sort it out [16:47] s/it/this/ [16:47] Laney, I'd say our holistic strategy utilises user-centric processes to empower our users users to bring powerful synergy effects to Ubuntu. What do you think? [16:48] I'm not sure you've really captured the idea that ubuntu is by and for the users though. could you mention them a bit more? [16:49] shadeslayer, sure. It might be better to discuss on #ubuntu-kernel [16:49] sarnold, ok, you'll have the post of propaganda minister in our team - we'll have our first meeting on Monday [16:49] vHanda: ^^ ok [16:49] sweet. I'll polish up my medals. [16:49] rbasak, jamespage - i wonder if maybe you could help me. cgo is passing "-marm -march=armv7-a -mfloat-abi=hard" when compiling, which my compiler doesn't like, saying "gcc: error: unrecognized command line option '-marm'" [16:50] rbasak: jamespage: any idea, what's wrong? I do have GOARM=7 set in the environment. [16:51] xnox: not really my department, sorry. I don't have any specific experience with cgo. [16:52] xnox: but my immediate question is: you're calling gcc - native on amd64? Do you need it to be calling a cross compiler, or are you native on armhf already? [16:52] rbasak: hm, ok. I do wonder if installing gcc-multilib would resolve it. [16:52] rbasak: it's calling ["arm-linux-gnueabihf-gcc", "-E", "-dM", "-xc", "-marm", "-I", "/tmp/go-build772552266/runtime/cgo/_obj/", "-Wall", "-Werror", "-"] [16:53] from strace. [16:53] Ah, OK. It's not that then. [16:53] it just shouldn't pass -marm, as the cross-compiler is not a multilib one and doesn't need "-marm" flag [16:53] Yeah I did wonder that. [16:53] * xnox writes a shell wrapper that drops -marm flag.... [16:53] It's a little bit of an unusual situation though - with cross compiling. It wouldn't surprise me if you've hit an edge case not previously considered. [16:53] or should i recompile cgo [16:53] Yeah I was going to suggest a wrapper :) [16:54] Though I don't see why gcc shouldn't accept that flag anyway [16:54] rbasak: i'm guessing, doko would say it's a lie. [16:55] who is not online, hm. [17:04] dpm: There's a branch linked from the bug now. [17:04] https://code.launchpad.net/~cjwatson/click/native-dpkg-architecture/+merge/222690 [17:04] mvo: ^- could you review that when you get a chance? [17:04] cjwatson: sure, let me have a look [17:04] oh damn wrong target [17:05] old habits die hard. fixing [17:05] mvo: https://code.launchpad.net/~cjwatson/click/native-dpkg-architecture/+merge/222691 [17:05] oh awesome, thanks cjwatson! [17:06] mvo: huh, mvo_ isn't you? I was talking to that user in /msg and hadn't had a reply ... [17:07] cjwatson: it may just be a leftover connection [17:07] Not your usual /whois output [17:07] cjwatson: *ick* === roadmr is now known as roadmr_afk [17:28] Hello all. I am creating an internal APT repository using reprepro and apache2. The distributions config file seems to want a paragraph for every release of ubuntu. is it necessary to add every distribution of ubuntu you want the repo to work with to the file? [17:41] mvo: thanks, fixed the mocking now [17:42] thanks cjwatson, its really a detail all the tests will be exercised on the buildds [17:42] ... and remembered to push [17:42] s/a/as/ [17:42] yeah, it does make it easier locally though of course [17:42] * mvo nods [17:42] Crudest mock ever but hey [17:46] stgraber: Could you stick https://code.launchpad.net/~click-hackers/click/devel/+merge/222702 into the CI Train, please? [17:48] robru: hey, I'm getting "stgraber is missing the Job/Build permission" again... is that related to the Jenkins problems? [17:48] cjwatson: heh, mock is fine, we have a fake-dpkg in the apt testsuite that is simlar [17:48] stgraber, hm, i'll check [17:49] stgraber, which job are you trying to run? [17:49] robru: trying to assign a silo for cjwatson [17:49] stgraber, ah indeed, the permissions I added got reverted [17:49] dpm: does bug 1328486 still need its non-click tasks? [17:49] bug 1328486 in Ubuntu Reminders app "Click x86 chroot fails to build cmake projects" [Undecided,New] https://launchpad.net/bugs/1328486 [17:50] stgraber, ok try now [17:50] robru: worked, thanks! [17:50] cjwatson: you've got silo 14 [17:50] stgraber, now I'll try to make it really permanent ;-0 [17:50] stgraber: thanks [17:51] stgraber: did you already hit build or shall I? [17:51] cjwatson: I didn't hit build for you [17:51] ok, will do that [17:56] cjwatson: I'm trying out git-dpm to update the parted git repo and naturally there are conflics trying to rebase the patches... what I can't figure out is how to tell what patch is now half applied ( conflicted )? all I can see is that these files have been changed and have conflicts, but I have no idea why.. any tips? [17:57] psusi: well it's just the usual things for git rebase, IIRC you normally get <<< >>> markers [17:58] yes, the conflicts are marked in the code, but what I'm looking for is the log describing what change I'm in trying to resolve [17:58] oh I remember that being awkward [17:58]