[05:52] <sim590> I'm presently trying to trigger a script after I press the power button on my TF101.. I know the button's keycode from running "xev".. All I need is to know what what to put in the place of <trigger script> in xmodmap -e "keycode 142 = <trigger script>"
[05:52] <sim590> anyone's got an idea?
[05:53] <sim590> keycode is 124, by the way.. I inverted 2 numbers
[07:17] <dholbach> good morning
[08:47] <dholbach> ogra_, janimo: do you think it'd make sense to do something ARM- or enablement-specific for UDW? we still have 3 open 30m slots: https://wiki.ubuntu.com/UbuntuDeveloperWeek/Timetable
[08:47] <janimo> dholbach, TBH the last ARM sessions did not seem very successful :)
[08:48] <janimo> either too techniocal or lack of hw makes people shy I guess
[08:48] <dholbach> hrm
[08:48]  * janimo checks the session names
[08:50] <dholbach> maybe it'd help to advertise it in ARM/mobile specific lists and so on
[08:57] <janimo> we only have ubuntu-devel as a ml AFAIK?
[08:57] <janimo> or you mean outside ubuntu?
[09:00] <dholbach> wherever ARM/Ubuntu people hang out :)
[09:04] <janimo> dholbach, this is the only dedicated channel, the mailing list is ubuntu-devel as it pertains to ubuntu as a whole
[09:04] <dholbach> ok
[09:04] <janimo> I am just not sure what ARM specific thing we could disucss because it would either be too technical
[09:05] <janimo> or if not, than not ARM specific
[09:05] <janimo> anything that is different on ARM should be low level details of plumbing and kernel which few people know or care about
[09:09] <dholbach> I just wondered if it might be interesting to talk about how in general ubuntu is brought to a new device and everything is enabled, images made and so on - I mean you are the experts - there's a lot people don't know about what you do :)
[09:09] <janimo> that is true, cdimage people like ogra and infinity know most about making images
[09:10] <janimo> would be a nice session to hold if we had easy to use tools to roll your own image
[09:10] <janimo> but there is none, besides scripting together debotstraap or live-build and which makes it error prone
[09:11] <dholbach> or maybe an overview over what the arm/mobile/device people do - just a description of the work that goes into it - there's a huge variety of things and it might be interesting to learn more about what's going on behind the scenes
[09:11] <dholbach> (as an idea...) :)
[09:11] <janimo> I am mostly thinking about what session could we have that people walk away from with info they can apply
[09:11] <janimo> rather than just finding out trivia about ubuntu development :)
[09:12] <janimo> or at least that is what my impression was about the goals of open weeks, maybe I misunderstood partly :)
[09:12] <janimo> oh by the way, happy birthday
[09:12]  * janimo hugs dholbach
[09:13] <dholbach> thanks a lot janimo :)
[09:13] <dholbach> well what you do HAS to do with development :)
[09:16] <janimo> it is development sure, I am just thinking it is nowhere near as readily described and copied/applied as a topic on packaging for example
[09:16] <dholbach> sure, but you always have that - some sessions are hands-on, clear-cut, others are an introduction to what a team is doing which might generate more interest
[09:16] <janimo> I wonder why no QML/phone SDK sessions there though
[09:17] <janimo> I am just basing my belief on the ARM FTBFS session I gave last year where I think only you asked a question to break the awkward silence :)
[09:47] <dholbach> janimo, I just thought that with all the great stuff coming up regarding Ubuntu on ARM there must be a story we can tell
[09:47] <dholbach> at least one
[09:47] <dholbach> :)
[10:29] <ogra_> dholbach, putr me in, i'll make something up about image building (and re-packing the nx7 image)
[10:30] <dholbach> ogra_, 30m? 1h? Thu 31st Jan - 17:30 UTC?
[10:31] <ogra_> 30m for a "talk" plus 30 for Q&A ?
[10:31] <janimo> ogra saves the ARM team's honor again. \o/
[10:31] <ogra_> not sure i can fill the second half
[10:31] <ogra_> heh
[10:32]  * ogra_ goes afk to shovel a ton of snow ... *sigh*
[10:37] <dholbach> ogra_, thanks a bunch! I'll put you in there
[11:18] <reisei> ogra_: what type of rootfs image for nexus7 ? squashfs?
[11:21] <janimo> reisei, ext4 last time I installed
[11:22] <janimo> it is not a live image but a form of preinstalled - last  I checked at least
[11:27] <reisei> janimo: thanks.
[12:24] <jmscomtechy> hi is there a distro image available i would like to install buntu to my superpad but unsure on how to go about it anyhelp would be appreciated
[13:19] <hrw> infinity: can you take a look at alsa-{lib,utils} in {precise,quantal}-proposed queue and accept them?
[14:00] <xnox> meh nexus7 needs charging.
[15:58] <focus_well> Anyone know if there is ubuntu distro available for IMX6Q Sabrelite board?
[15:59] <ogra_> focus_well, iirc linaro has ubuntu images for it, ask in #linaro
[16:02] <focus_well> ogra_: that was my first destination but they say they discontinue it and there are no distros to download from their Sabrelite web site https://wiki.linaro.org/Boards/MX6QSabreLite
[16:03] <ogra_> ah, well, we never had an mx6 image in ubuntu
[16:03] <ogra_> there were mx5 ones but they  wont run on mx6
[16:04] <focus_well> I am hoping to make something from sources for mx6 - are there going to be big problems (not expert at this)?
[16:05] <focus_well> pardon my ignorance, can the sources for mx5 be worked on to make it work on mx6?
[16:06] <focus_well> or is it down to lack of documentation that keeps mx6 from a decent ubuntu supported CPU?
[16:07] <focus_well> The iMX6Q (quad core) has come down in price to about $20 - opens up a lo of possibilities.
[16:08] <ogra_> mx5 cant be made to work on mx6
[16:08] <ogra_> well, the images cant, you will need a different u-boot and kernel
[16:09] <focus_well> ogra_: Ah! So its just documentation and compiling to march mx5 into mx6?
[16:09] <ogra_> i know ppisati looked into addint devicetree support for mx6 to our current raring kernel, not sure where he got his image from exactly
[16:09] <ogra_> (for the userspace)
[16:12] <focus_well> Saberlite did come with some sort of Linux, so if I got hold of the sources for that, I'd be able to compare and work out what to do?
[16:12] <Tassadar> quad core for $20? that is crazy Oo
[16:13] <ogra_> focus_well, indeed, yes
[16:13] <ogra_> you could also make something up on top of ubuntu-core if you are experienced
[16:13] <focus_well> Tassadar: http://uk.farnell.com/freescale-semiconductor/mcimx6q5eym10ac/mpu-i-mx6-quad-1ghz-624fcbga/dp/2253171
[16:13] <ogra_> the sabre is an awesome board
[16:14] <ogra_> and ++ for actual SATA
[16:14] <Tassadar> oh, I thought you meant  the whole board
[16:15] <focus_well> ogra_: I am in the game to make an open source KiCAD SO-DIMM board with the iMX6Q and release it free of charge
[16:15] <hrw> ogra_: I would say -- for freescale
[16:16] <hrw> I have a feeling that freescale produces cpus and do not care at all about supporting them
[16:16] <ogra_> depends how you define support
[16:17] <ogra_> if your definition is release a half finished BSP and move on to the next project, then they actually do support it :P
[16:18] <focus_well> ogra_: so its possible to just copy the circuit of the Sabrelite which is available online - chop unecessary bits (just have micro SD to boot + RAM + minimal bits) and then make the rest of the pins available out through the 200 pin SO-DIMM edge connector + fpc connectors.
[16:18] <hrw> ogra_: ;DD
[16:18] <hrw> ogra_: that's their definition indeed
[16:18] <ogra_> :)
[16:19] <focus_well> Tassadar: Sorry I meant chip price is $20 for quad core. Dual and single core chips probably a lot cheaper
[16:20] <focus_well> I already try to start project with AllWinner A10 CPU - but their lack of documentation is putting the whole thing through sticky syrup
[16:20] <hrw> focus_well: who cares about single/dual when quad is 20$?
[16:20] <focus_well> Now that the quad core is $20, I'm thinking the AllWinner at $10 is not competitive
[16:21] <ogra_> hrw, makes of industrial stuff probably
[16:21] <ogra_> *makers
[16:21] <focus_well> So if I make a SO-DIMM board, with quad core, and release all the circuit diagrams in KiCAD which is free for anyone to use, they can make their variants and sell it or whatever
[16:21] <ogra_> if your 600MHz beagle B1 like chip is capable enough you wont use any dual core solution
[16:21] <focus_well> But I need Ubuntu ported to it. What are my realistic prospects?
[16:22] <ogra_> for running some sensors in your factory or whatever
[16:22] <ogra_> focus_well, well, userspace will just run OOTB
[16:22] <ogra_> you need to make up the kernel and bootloader bits for it though
[16:23] <focus_well> I wanted to have a proper tablet like computer with a speech and touch LCD with lots of GPIO pins and completely working open sourced KiCAD drawings and PCB so that anyone can go make product with it free of charge.
[16:24] <Tassadar> Is like an actuall datasheet available for that processor?
[16:25] <focus_well> I plan to port Gambas IDE so a Visual basic like software runs on the CPU + espeak - so the thing doesn't need any buttons - it accepts inputs from buttons designed on Gambas programs, and output is visual + voice
[16:26] <ogra_> intresting project
[16:26] <Tassadar> focus_well: that seems like a pretty expensive thing to build
[16:26] <focus_well> I already do all that work in software for cheap A10 matchbox computer  - http://www.gplsquared.com/mk802/mk802.html
[16:26] <focus_well> I got stuck trying to get sources for all that Linux and datasheets for the A10.
[16:26] <focus_well> Dragging on 6 months
[16:27] <ogra_> A10 is crap
[16:27]  * ogra_ isnt a fan ...
[16:27] <focus_well> These days the CPU + display + RAM etc under $30 BOM costs
[16:28] <wookey> surely it's better than the Pi chip?
[16:28] <Tassadar> even the touchscreens? Oo
[16:28] <wookey> which is the competition in that price bracket
[16:28] <ogra_> wookey, my ipaq is better than the Pi chip :P
[16:28] <focus_well> Touch screen $7 for 4.3" - $13 for 7"
[16:29]  * Tassadar is looking at the pi which is quetly sitting on his router, working as a dlna server
[16:29] <Tassadar> wau, that is quite low Oo
[16:29] <Tassadar> hmm
[16:30] <focus_well> Tassadar: CN factory prices - need to order 1000+ usually to get prices like that
[16:31] <Tassadar> that CPU can't be soldered by hand, you need board made in factory...that kinda limits the "everyone can make one"
[16:32] <focus_well> So if I commit to make an iMX6Q board, is there a good chance by the end of the year I can get the software working?
[16:32] <ogra_> well, as i said, the userspace should work OOTB
[16:33] <ogra_> depends how well you can work out bootloader and kernel for your device
[16:33] <focus_well> Tassadar: just need a reflow oven - about $600 or less
[16:33] <focus_well> ogra_: What does 00TB mean?
[16:33] <ogra_> out of the box
[16:34] <ogra_> ubuntu userspace will run on pretty much every armv7 SoC
[16:34] <focus_well> Ah! I get it - so all I need is command line to be working on the board and the rest is just userspace?!?!?!?
[16:34] <ogra_> no, you need a kernel and a bootloader that work
[16:34] <wookey> comand-line _is_ userspace -)
[16:34] <Kuschelwolle> Herzlich Willkommen in der Freiheit! Kein Kick Kein Ban nur Fun! lg Lukas #ubuntu-de-offtopiic
[16:34] <focus_well> OK
[16:35] <ogra_> the bootloader boots, loads the kernel, the kernel gets executed and then mounts the root filesystem which contains the usersapce
[16:35] <ogra_> the last bit here will just work
[16:35] <focus_well> OK
[16:35] <ogra_> everything before the mounting needs to come from you (or someone)
[16:36] <focus_well> OK - the boot loader - might be able to rework this - http://www.eewiki.net/display/linuxonarm/i.MX6x+SABRE+Lite
[16:37] <focus_well> Compiling and getting the kernel to work will then be the hardest of the hardest part - I can spend months on it if that is what it takes
[16:42] <focus_well> Thanks guys for the chat.


[07:16] <Takyoji> Whatever happened of XDMCP? Not available anymore due to the GDM rewrite (was there one? I have a feeling there was, but it was a long time ago)?
[07:49] <tonyyarusso> I think it might still be possible, but it requires mucking with text files.


[06:05] <thumper> trivial review for someone: https://code.edge.launchpad.net/~thumper/launchpad/vcs-imports-permission-review/+merge/25867
[13:49] <adiroiban> intellectronica: hi. is there anything I need to do for having this branch landed ? https://code.edge.launchpad.net/~adiroiban/launchpad/bug-570899/+merge/25443
[13:53] <intellectronica> adiroiban: no, i'll submit it for tests and landing on your behalf
[15:21] <leonardr> intellectronica: i have a long (850 lines) but hopefully stimulating branch for you to review
[15:22] <leonardr> https://code.edge.launchpad.net/~leonardr/lazr.restful/representation-cache/+merge/25895
[15:22] <intellectronica> leonardr: cool. let me just finish a smaller branch i've started and i'll do yours
[15:22] <leonardr> great
[15:22] <intellectronica> leonardr: also, can i interested in reviewing a (much smaller) branch of mine?
[15:23] <leonardr> intellectronica, sure
[15:23] <intellectronica> leonardr: cool, let me just create an mp
[15:28] <intellectronica> leonardr: https://code.edge.launchpad.net/~intellectronica/launchpad/expectations-bug-556499-model/+merge/25896)
[15:43] <intellectronica> leonardr: very nice improvement. looks good to me. r=me.
[15:43] <gary_poster> leonardr: in your branch, when there is no cache, did you contemplate always generating it, even if there are redacted fields?  Example: if no cache, generate dict of the entire non-redacted version; else if cache and redacted fields, parse out cache to dict; else return cache.  (Now we have a non-redacted dict, if we are still here.)
[15:43] <gary_poster> Now, redact dict, turn into JSON, and return.  There are variations of that, some of which might be better, but I imagine you get the drift.
[15:44] <gary_poster> (looks nice to me too :-) )
[15:55] <leonardr> gary: thinking about your comment
[15:55] <gary_poster> cool
[16:00] <leonardr> gary, i'm not sure what the benefit would be
[16:01] <leonardr> also, if there are redacted fields we _cannot_ calculate an unredacted cache due to the security policy
[16:05] <gary_poster> leonardr: the goal would be to create a source for further cache hits.  This could be particularly important for objects that frequently have one or more fields redacted.  In that case, the cache would rarely or, in the worst case, never be filled (and therefore never or rarely used).  Since DB access is the main expense, you discovered, I strongly suspect that loading JSON and redacting will be significantly cheaper tha
[16:05] <gary_poster> creating the JSON.
[16:05] <gary_poster> Also, I'm skeptical of "cannot"; isn't it just a matter of doing the usual work with an unproxied object?
[16:07] <leonardr> yes, we would have to strip the proxy
[16:10] <leonardr> ok, i see what you're saying. we would cache it all the time, whether we were sending a redacted version or not
[16:10] <gary_poster> right
[16:11] <leonardr> i could certainly do that in a future branch. do you know of launchpad objects that typically have redacted fields?
[16:13] <gary_poster> bac would probably know, but he's out.  My first guess: anything private, or (perhaps more interesting, perhaps not) anything referring to something provate.
[16:13] <gary_poster> private
[16:14] <leonardr> if an object's url contains private information, a link to that url would be redacted
[16:14] <gary_poster> so, that's an example?
[16:14] <leonardr> but i don't know of any specific launchpad object that does that. it's something to look for
[16:15] <gary_poster> bugs that are marked as security issues
[16:15] <gary_poster> private projects
[16:15] <gary_poster> private teams
[16:15] <gary_poster> private bugs
[16:15] <leonardr> so anything that links to those objects might end up redacted
[16:16] <gary_poster> (and there's more coming, if I understand correctly)
[16:16] <gary_poster> right
[16:17] <leonardr> ok, let's get the basic cache working, make sure it improves performance in real situations, and then i'll work on that
[16:17] <gary_poster> cool, makes sense
[16:21] <adiroiban> danilos: I have added a comment for bug 583979 . Maybe we can have the pre-implementation chat now. What do say ? Do you have time?
[16:44] <leonardr> intellectronica: r=me, sorry for the delay
[16:44] <intellectronica> leonardr: thanks!
[17:18] <rockstar> intellectronica, are you still reviewing?
[17:18] <intellectronica> rockstar: yeah. got my review?
[17:18] <intellectronica> any questions?
[17:19] <rockstar> intellectronica, do I owe you a review?
[17:19] <intellectronica> i can't start on a new branch, though
[17:19] <intellectronica> rockstar: no, but i reviewed a branch of yours and requested a change
[17:19] <rockstar> intellectronica, oh, you did?
[17:20] <rockstar> intellectronica, where am I using an inline javascript event handler?
[17:20] <intellectronica> rockstar: onclick="return somethingSeomthing..."
[17:20] <rockstar> intellectronica, oh, that's an artifact of old code.  I just moved it, and I'm going to YUI-ize that soon.
[17:21] <rockstar> intellectronica, I'd move to not make any changes to that in this specific branch, but I'm happy to file a bug about it.
[17:21] <intellectronica> rockstar: ok, if you're aware of it and have plans to imrpvoe it later i'm fine with it landing like this
[17:21] <rockstar> intellectronica, I have a branch right now that entirely re-does the markup of the branch index page in general.
[17:22] <intellectronica> rockstar: cool. make a comment to that effect in the mp and i'll approve it
[17:22]  * intellectronica sheds a tear as he ends his last ever on call review shift
[17:23] <rockstar> intellectronica, done.
[17:23] <rockstar> intellectronica, is this your last week?
[17:23] <intellectronica> rockstar: it is
[17:29] <rockstar> intellectronica, :'(


[19:21] <Jakob_____> hello
[19:22] <Jakob_____> I have a folder in my Ubuntu One folder that is synced and I want to move it to my new USB stick
[19:23] <Jakob_____> but when I moved the folder it no longer appears synced and I can't sync it when I right-click on it
[19:24] <Jakob_____> is it even possible?
[19:40] <dobey> no. you can't sync folders outside your home directory, and ubuntu one is not a backup service, so moving stuff out of a synced folder will result in it no longer being synced.
[20:15] <Jakob_____> :(
[20:15] <Jakob_____> aha, I see
[20:16] <Jakob_____> what do you mean "is not a backup service"?
[20:16] <Jakob_____> the files are saved in the cloud so I'd consider that a backup service :P
[21:04] <dobey> i mean, it's a synchronization service. if you delete a file on one machine, it will be deleted on all machines connected to ubuntu one which sync the folder it's in, including on the server itself
[21:13] <Jakob_____> aha, I see you point
[21:14] <Jakob_____> tnx for your answer
[21:14] <dobey> sure


[13:37] <czajkowski> Aloha from FOSDEM
[14:33] <mhall119> czajkowski: how's it going?
[14:45] <czajkowski> very good
[16:53] <paultag> guys
[16:53] <paultag> I have the most awesome blog post
[17:04] <paultag> http://blog.pault.ag/post/17036484637/mapping-the-ubuntu-community
[17:04] <paultag> boohyeah, afk
[17:49] <mhall119> paultag: very interesting
[17:58] <nizarus> paultag, hmm, only 3 points in Tunisia :)
[18:18] <mhall119> nizarus: I think most people on LP don't have lon/lat data available
[18:18] <nizarus> mhall119, i think so :)
[19:39] <paultag> yeah
[19:39] <paultag> such a shame they killed that off
[19:39] <paultag> pisses me off :)
[23:00] <paultag>    block 50000 runs from<PHONE_NUMBER>1 to<PHONE_NUMBER>1
[23:00] <paultag> bzip2recover: `americas.osm.bz2' appears to contain more than 50000 blocks
[23:00] <paultag> bzip2recover: and cannot be handled.  To fix, increase
[23:00] <paultag> bzip2recover: BZ_MAX_HANDLED_BLOCKS in bzip2recover.c, and recompile.
[23:00] <paultag> great
[23:29] <locodir-user> loco loco loco baby


[17:52] <Ubuntu__> How to i Connect to a wireless network/ wi5 in my house by my mobile or can connect using bluetooth.My mobiles are Sony Ericsson W550i and K320i
[17:53] <Ubuntu__> Can i load linux on my mobile??


[11:18] <Nexusguy59> Good Morning Everyone
[11:18] <Nexusguy59> Happy 4th
[15:02] <PCLine_> Good afternoon Nexusguy59 - Happy 4th to you also.


[03:31] <Laibsch> how I do completely prevent an upstart job like the one for the ssh server to start without explicitly calling it?
[03:31] <Laibsch> I tried to google this but didn't find instructions


[14:59] <ndec_> hi ogra_, i think i might have asked you already... but how to you setup adbd in ubuntu touch? the adbd daemon from the archive is working fine on my board, but i need to do some configs in /sys/class/android_usb first and I am not sure where i should be doing that.
[15:06] <ogra_> well, android should do that for you
[15:07] <ndec_> ogra_: i am not using android..
[15:07] <ogra_> we are relying on init.rc to set up all the defaults in the container before we fire up the adbd on ubuntu
[15:07] <ndec_> ok, i see.


[18:56] <pmatulis> i got this added:
[18:56] <pmatulis> https://codein.withgoogle.com/tasks/?sp-organization=4568116747042816&sp-status=2&sp-is_exhausted=False&sp-search=docs


[02:18] <mhall119> daker: when would is_active be set?
[11:11] <daker> mhall119: manually...
[11:11] <daker> mhall119: someone wants his 'public' profile removed
[15:14] <mhall119> daker: can the user do it manually?
[15:14] <mhall119> or do one of us need to do it?
[15:14] <daker> mhall119: no only via the admin
[15:14] <daker> one of us
[15:16] <mhall119> ok


[13:31] <Brainstorm> Updates for Bangladesh: +6566 cases (now 1.4 million), +159 deaths (now 24878) since a day ago


[02:13] <quadrathoch2> hey, is there a way to activate bash completions for snap containers? sitting on debian with lxd installed, and it's quite annoying without completions
[08:14] <pstolowski> morning
[08:17] <mvo> good morning pstolowski
[08:34] <pedronis> pstolowski: hi, is this another case of the bug we just fixed: https://bugs.launchpad.net/snapd/+bug/1919504 or is something else?
[08:34] <mup> Bug #1919504: panic: assignment to entry in nil map <snapd:New> <https://launchpad.net/bugs/1919504>
[08:39] <pstolowski> pedronis: looking
[08:45] <pstolowski> pedronis: so it panics in the same spot. it could be the same, unless there is some other edge case that triggers this, hard to say without more details. i'll ask in the bug report
[08:46] <pedronis> but the panic itself should be fixed?
[08:46] <pedronis> thanks
[08:48] <pstolowski> pedronis: yes
[09:00] <pstolowski> pedronis: when I was reproducing it last time snapd would eventually give up on the panic'ing tasks after a number of restarts; do you know what is actually making this happen in the taskrunner? I don't think we recover() (should we?)
[09:22] <pstolowski> mborzecki: hi, do you have time to take a look at #9959?
[09:22] <mup> PR #9959: o/snapstate: update validation sets assertions with auto-refresh <Needs Samuele review> <validation-sets :white_check_mark:> <Created by stolowski> <https://github.com/snapcore/snapd/pull/9959>
[09:57] <pedronis> pstolowski: Maciej is off today
[09:57] <pstolowski> ah, ok
[11:40] <mup> PR snapd#10046 opened: features: enable dbus-activation by default <Created by jhenstridge> <https://github.com/snapcore/snapd/pull/10046>
[11:45] <mup> PR snapd#10047 opened: tests: remove the snap profiler from the test suite <Created by sergiocazzolato> <https://github.com/snapcore/snapd/pull/10047>
[12:00] <mup> PR snapd#10048 opened: [RFC] o/configstate: deal with no longer valid refresh.timer=managed <Needs Samuele review> <Created by stolowski> <https://github.com/snapcore/snapd/pull/10048>
[12:01] <pstolowski> mvo, pedronis ^ might be slightly controversial, let me know wdyt
[12:05] <mup> PR snapd#10049 opened: tests: remove snaps which are not used in any test <Created by sergiocazzolato> <https://github.com/snapcore/snapd/pull/10049>
[12:17]  * pstolowski lunch
[12:45] <mup> PR snapd#10050 opened: tests: use snaps-state commands and remove them from the snaps helper <Created by sergiocazzolato> <https://github.com/snapcore/snapd/pull/10050>
[12:50] <pedronis> pstolowski: I commented in it
[12:50] <pedronis> thx
[13:15] <pstolowski> pedronis: thanks, need to look into these other places
[13:19] <mvo> pstolowski: thanks for tackling this bug!
[13:22] <pstolowski> yw
[13:23] <jkridner_> ogra: I'm evaluating Ubuntu Core yet again, this time with a bit more interest as I finally have some experience using containers in a commercial project.
[13:24] <ogra> jkridner_, whee, awesome !
[13:25] <pstolowski> pedronis: btw have you seen my earlier question re taskrunner & panic/recover() ?
[13:26] <jkridner_> I'm trying to find the right docs on how to push images to boards once you boot them. The tutorial list is a bit overwhelming and not so step-by-step. And then, the first thing I encounter is you need HDMI for recovery.... not what I'd expect for an embedded system. Why not UART? https://ubuntu.com/tutorials/how-to-ubuntu-core-recovery-mode#1-overview
[13:30] <jkridner_> Can I run the PocketBeagle image on a BeagleBone Black (or Wireless, or Green Gateway)?
[13:35] <mup> PR snapd#10038 closed: tests: replace while commands with the retry tool <Created by sergiocazzolato> <Merged by sergiocazzolato> <https://github.com/snapcore/snapd/pull/10038>
[13:47] <pedronis> pstolowski: kind of, I'm not sure I understand it
[13:48] <pstolowski> pedronis: i'll try to explain on SU
[14:27] <ogra> jkridner_, i have never tried the pocketbeagle image on another board ... (it is set up with g_gether and g_serial so everything works through the USB cable, not sure the BBB can do that OOTB without adjustments, you'd have to try)
[14:28] <ogra> jkridner_, the image is pre-partitioned, to get it onto a board you'd just dd it to the target disk somehow (or for a start use an SD and simply dd it to that)
[14:29] <ogra> if you use UC20 it will re-partition during first boot ... UC16 and UC18 just expand the existing writable partition ...
[15:40] <pstolowski> mvo: i'm looking at https://github.com/snapcore/snapd/pull/10003 ; fwtw doing disable/mask/stop/unmask/enable/start manually works on 20.04; i wonder if there is a quirk with a specific systemd version
[15:40] <mup> PR #10003: configstate: add a config option for systemd-resolved <Needs Samuele review> <Created by woodrow-shen> <https://github.com/snapcore/snapd/pull/10003>
[15:49]  * cachio__ lunch
[15:56] <mvo> pstolowski: oh, interessting
[15:56] <mvo> pstolowski: let me quickly try on a uc20 machine
[15:57] <pstolowski> mvo: do you know what was the system they tried it on?
[15:58] <pstolowski> mvo: i tried both with --root=/ and without, worked both ways
[16:02] <mvo> pstolowski: I don't know where this did not work, I suspect spread?
[16:03] <mvo> pstolowski: oh, actually, let me look
[16:09] <mvo> pstolowski: I asked about more details in #20 on mattermost
[16:09] <mup> PR #20: Feature/snapfs cleanup kernel assets <Created by mvo5> <Closed by mvo5> <https://github.com/snapcore/snapd/pull/20>
[16:10] <mvo> pstolowski: also the unit tests in 10003 fail right now :/ this needs some more love it seems
[16:10] <pstolowski> mvo: yes i saw that
[16:11] <pstolowski> mvo: shall i take over this PR or are they on it?
[16:13] <mvo> pstolowski: I'm not on it, feel free to take it
[16:18] <pstolowski> mvo: ok
[16:26] <pstolowski> mvo: did you say there will be a meeting with them today?
[16:26] <pstolowski> mvo: i don't understand what is /run/systemd/resolve/stub-resolv.conf canary for in the test, it seems the PR is half-implemented
[16:27] <pstolowski> mvo: i can join if you want
[16:29] <mvo> pstolowski: I was talking with woodrow on mattermost, I don't think there will be a meeting today, it's also very late
[16:55] <ijohnson> mvo: pstolowski: should I give a quick shot at reproducing woodrow's bug?
[16:55] <ijohnson> it's very easy for me to test uc20 things :-D
[16:56] <pstolowski> ijohnson: i'd also be interested in knowing how to do that with kvm
[16:57] <pstolowski> ijohnson: if you could make a few notes documenting the steps i'd like to re-do it
[16:57] <ijohnson> pstolowski: sure, since in this case you are not resigning the kernel you don't need to rebuild anything there and can get on without tpm too, it's just rebuilding the snapd snap and use the documented instructions about kvm from https://docs.ubuntu.com/core/en/releases/uc20
[16:59] <ijohnson> note that you will probably have an issue trying to use console-conf if you just rebuild the snapd binary on something newer than focal and don't rebuild the entire snapd snap, since the implementation of getting users from extrausers is broken if you don't use cgo, but you can't use cgo on something newer than focal since then you are linking against a libc that's too new and it won't load
[17:00] <ijohnson> easy way to fix that is to just rebuild the whole snapd snap with lxd
[17:00] <ijohnson> but more time consuming obviously
[17:03] <pstolowski> ijohnson|lunch: i see, seems there will be a few hoops; and how do i sideload snapd?
[17:05] <ijohnson|lunch> hmm maybe I should put this into a doc, I need to get lunch
[17:06] <mvo> how is the store doing? is it worth re-running failing PRs?
[17:15] <pstolowski> ijohnson|lunch: yeah that would be great... please assume no prior knowledge of uc20 ☺
[17:41] <mup> PR snapd#10005 closed: seed: ReadSystemEssentialAndBetterEarliestTime <Squash-merge> <Created by pedronis> <Merged by pedronis> <https://github.com/snapcore/snapd/pull/10005>
[17:56] <mup> PR snapd#9870 closed: vendor: update go-tpm2/secboot to latest version <Squash-merge> <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/9870>
[18:09]  * ijohnson may be intermittently available, internet service company tech here


[07:25] -kubuntu-ci:#kubuntu-devel- Project mgmt_pause_integration build #150: ABORTED in 13 hr: https://kci.pangea.pub/job/mgmt_pause_integration/150/
[07:29] -kubuntu-ci:#kubuntu-devel- Project xenial_stable_plasma-desktop build #171: STILL FAILING in 3 min 45 sec: https://kci.pangea.pub/job/xenial_stable_plasma-desktop/171/
[07:29] -kubuntu-ci:#kubuntu-devel- Project xenial_unstable_plasma-desktop build #361: STILL FAILING in 3 min 55 sec: https://kci.pangea.pub/job/xenial_unstable_plasma-desktop/361/
[07:37] -kubuntu-ci:#kubuntu-devel- Project cosmic_unstable_korganizer build #13: STILL FAILING in 9 min 38 sec: https://kci.pangea.pub/job/cosmic_unstable_korganizer/13/
[09:22] <femme> https://kubuntu.org/support/ needs to be updated
[09:31] <femme> I think a really nice change for the theme would be an option to choose the accent color
[09:42] -kubuntu-ci:#kubuntu-devel- Yippee, build fixed!
[09:42] -kubuntu-ci:#kubuntu-devel- Project cosmic_unstable_kmenuedit build #14: FIXED in 2 hr 15 min: https://kci.pangea.pub/job/cosmic_unstable_kmenuedit/14/
[09:43] -kubuntu-ci:#kubuntu-devel- Yippee, build fixed!
[09:43] -kubuntu-ci:#kubuntu-devel- Project cosmic_unstable_plasma-desktop build #19: FIXED in 2 hr 17 min: https://kci.pangea.pub/job/cosmic_unstable_plasma-desktop/19/
[09:43] <acheronuk> femme: what theme?
[09:43] <femme> The default kubuntu theme (dark breeze)
[09:43] <acheronuk> oh. accent where?
[09:43] <femme> The blue accent color is hardcoded into the theme
[09:43] <femme> In the panel
[09:43] -kubuntu-ci:#kubuntu-devel- Project mgmt_docker » linode-01 build #2243: SUCCESS in 46 sec: https://kci.pangea.pub/job/mgmt_docker/label=linode-01/2243/
[09:44] -kubuntu-ci:#kubuntu-devel- Project mgmt_docker » master build #2243: SUCCESS in 1 min 16 sec: https://kci.pangea.pub/job/mgmt_docker/label=master/2243/
[09:44] <acheronuk> yeah, well it is hard coded. changing it, especially on the fly would require runtime hackery of the svgs
[09:45] <femme> You could just set them to a color scheme color
[09:45] <acheronuk> realistically that might be better as an upstream feature request, as as said, the colours are set in the svgs
[09:47] -kubuntu-ci:#kubuntu-devel- Project mgmt_docker » swy-01 build #2243: SUCCESS in 4 min 28 sec: https://kci.pangea.pub/job/mgmt_docker/label=swy-01/2243/
[09:47] <femme> It wouldn't require any runtime hackery of the svg's just using these https://techbase.kde.org/Development/Tutorials/Plasma5/ThemeDetails#Colors
[09:49] <acheronuk> femme: it would as they are set in tasks.svgz https://i.imgur.com/IlpqizT.png
[09:50] <femme> I'm suggesting to edit that svg once and then it will adapt to the color scheme
[09:53] <acheronuk> then the ability to do that is an upstream feature request to KDE
[09:53] <femme> Doesn't kubuntu ship its own theme now?
[09:54] <femme> thats why I'm suggesting it here
[09:54] <femme> Should I do it on the kde phabricator?
[09:57] <acheronuk> the kubuntu theme is a pseudo theme, that still uses the standard system breeze-dark for all the widgets.
[09:57] <femme> Ah, cool I didn't know that was possible
[10:00] <acheronuk> it will change as upstream plasma changes that way, so we don't have to maintain it over time
[10:57] <femme> Opened a task upstream :) https://phabricator.kde.org/T8755
[11:26] <BluesKaj> Howdy folks
[11:58] <femme> hey
[12:00] <alleehol> ngraham[m]:  mabe you are interested in bug 394469.    Working around this 'bug'  when writing a blog post would enhance usability the akregator users that follow read your blog
[12:02] <alleehol> Oh! ubuntu not kde bug tracker :-(  So: https://bugs.kde.org/show_bug.cgi?id=394469
[14:17] <ngraham[m]> alleehol: sure, I can take a look
[14:17] <ngraham[m]> not an Akregater user myself, though
[14:37] <alleehol> ngraham[m]: but you can, maybe, generate html for pics that 'even' akregator can handle ;-)
[14:37] <alleehol> not high prio item of course ;-)
[14:45] -kubuntu-ci:#kubuntu-devel- Project mgmt_docker » linode-01 build #2244: SUCCESS in 45 sec: https://kci.pangea.pub/job/mgmt_docker/label=linode-01/2244/
[14:46] -kubuntu-ci:#kubuntu-devel- Project mgmt_docker » master build #2244: SUCCESS in 1 min 16 sec: https://kci.pangea.pub/job/mgmt_docker/label=master/2244/
[14:49] -kubuntu-ci:#kubuntu-devel- Project mgmt_docker » swy-01 build #2244: SUCCESS in 4 min 20 sec: https://kci.pangea.pub/job/mgmt_docker/label=swy-01/2244/
[17:37] -kubuntu-ci:#kubuntu-devel- Project merger_kdeconnect-kde build #556: FAILURE in 4.3 sec: https://kci.pangea.pub/job/merger_kdeconnect-kde/556/
[17:41] -kubuntu-ci:#kubuntu-devel- Yippee, build fixed!
[17:41] -kubuntu-ci:#kubuntu-devel- Project merger_kdeconnect-kde build #557: FIXED in 9.6 sec: https://kci.pangea.pub/job/merger_kdeconnect-kde/557/
[17:59] -kubuntu-ci:#kubuntu-devel- Project xenial_unstable_kdeconnect-kde build #392: STILL FAILING in 22 min: https://kci.pangea.pub/job/xenial_unstable_kdeconnect-kde/392/
[18:04] -kubuntu-ci:#kubuntu-devel- Project xenial_unstable_kdeconnect-kde build #393: STILL FAILING in 4 min 40 sec: https://kci.pangea.pub/job/xenial_unstable_kdeconnect-kde/393/
[23:03] -kubuntu-ci:#kubuntu-devel- Project mgmt_merger build #1102: SUCCESS in 3 min 5 sec: https://kci.pangea.pub/job/mgmt_merger/1102/
[23:04] -kubuntu-ci:#kubuntu-devel- Project xenial_unstable_kbackup build #1: FAILURE in 54 sec: https://kci.pangea.pub/job/xenial_unstable_kbackup/1/
[23:05] -kubuntu-ci:#kubuntu-devel- Project xenial_stable_plasma-browser-integration build #1: FAILURE in 1 min 1 sec: https://kci.pangea.pub/job/xenial_stable_plasma-browser-integration/1/
[23:05] -kubuntu-ci:#kubuntu-devel- Project xenial_unstable_kdb build #255: STILL FAILING in 1 min 10 sec: https://kci.pangea.pub/job/xenial_unstable_kdb/255/
[23:05] -kubuntu-ci:#kubuntu-devel- Project xenial_stable_kbackup build #1: FAILURE in 1 min 23 sec: https://kci.pangea.pub/job/xenial_stable_kbackup/1/
[23:05] -kubuntu-ci:#kubuntu-devel- Project xenial_unstable_kproperty build #257: STILL FAILING in 1 min 25 sec: https://kci.pangea.pub/job/xenial_unstable_kproperty/257/
[23:13] -kubuntu-ci:#kubuntu-devel- Project xenial_unstable_kdegraphics-thumbnailers build #217: STILL FAILING in 8 min 58 sec: https://kci.pangea.pub/job/xenial_unstable_kdegraphics-thumbnailers/217/
[23:13] -kubuntu-ci:#kubuntu-devel- Project xenial_unstable_kactivitymanagerd build #420: STILL FAILING in 8 min 59 sec: https://kci.pangea.pub/job/xenial_unstable_kactivitymanagerd/420/
[23:14] -kubuntu-ci:#kubuntu-devel- Project xenial_unstable_kwrited build #508: STILL FAILING in 9 min 41 sec: https://kci.pangea.pub/job/xenial_unstable_kwrited/508/
[23:14] -kubuntu-ci:#kubuntu-devel- Project xenial_stable_ksshaskpass build #61: STILL FAILING in 10 min: https://kci.pangea.pub/job/xenial_stable_ksshaskpass/61/
[23:15] -kubuntu-ci:#kubuntu-devel- Project xenial_unstable_polkit-kde-agent-1 build #492: STILL FAILING in 10 min: https://kci.pangea.pub/job/xenial_unstable_polkit-kde-agent-1/492/
[23:31] -kubuntu-ci:#kubuntu-devel- Project cosmic_stable_kdenetwork-filesharing build #12: STILL UNSTABLE in 27 min: https://kci.pangea.pub/job/cosmic_stable_kdenetwork-filesharing/12/
[23:32] -kubuntu-ci:#kubuntu-devel- Project bionic_stable_plasma-browser-integration build #2: STILL UNSTABLE in 28 min: https://kci.pangea.pub/job/bionic_stable_plasma-browser-integration/2/
[23:55] -kubuntu-ci:#kubuntu-devel- Project cosmic_stable_xdg-desktop-portal-kde build #15: STILL UNSTABLE in 50 min: https://kci.pangea.pub/job/cosmic_stable_xdg-desktop-portal-kde/15/
[23:55] -kubuntu-ci:#kubuntu-devel- Project cosmic_stable_plasma-browser-integration build #2: STILL UNSTABLE in 50 min: https://kci.pangea.pub/job/cosmic_stable_plasma-browser-integration/2/
[23:55] -kubuntu-ci:#kubuntu-devel- Project cosmic_stable_ark build #12: STILL UNSTABLE in 50 min: https://kci.pangea.pub/job/cosmic_stable_ark/12/
[23:55] -kubuntu-ci:#kubuntu-devel- Project cosmic_stable_kmime build #12: FAILURE in 51 min: https://kci.pangea.pub/job/cosmic_stable_kmime/12/
[23:55] -kubuntu-ci:#kubuntu-devel- Project cosmic_stable_kalzium build #12: STILL UNSTABLE in 50 min: https://kci.pangea.pub/job/cosmic_stable_kalzium/12/
[23:58] -kubuntu-ci:#kubuntu-devel- Project cosmic_unstable_plasma-browser-integration build #16: STILL UNSTABLE in 53 min: https://kci.pangea.pub/job/cosmic_unstable_plasma-browser-integration/16/
[23:58] -kubuntu-ci:#kubuntu-devel- Project cosmic_unstable_kdenetwork-filesharing build #12: STILL UNSTABLE in 53 min: https://kci.pangea.pub/job/cosmic_unstable_kdenetwork-filesharing/12/
[23:58] -kubuntu-ci:#kubuntu-devel- Project cosmic_unstable_xdg-desktop-portal-kde build #10: STILL UNSTABLE in 54 min: https://kci.pangea.pub/job/cosmic_unstable_xdg-desktop-portal-kde/10/


[16:03] <jbicha> I was helping an older guy use Ubuntu today and wow, the high contrast theme has a bunch of usability problems
[16:03] <jbicha> we ended up sticking with Ambiance because of it
[16:23] <AlanBell> jbicha: yes, it hasn't really been maintained with all the changes that have been made to the desktop
[16:23] <AlanBell> doing a high contrast variation of ambiance would be an interesting project
[16:24] <AlanBell> even stuff like putting the window buttons on the left can break the expectations of what the theme should do
[16:24] <AlanBell> plus all the nux stuff doesn't want to be themed


[10:19] <Something1> Where did the 17.10 daily live for ubuntu-gnome go on cdimage.ubuntu.com ? Is ubuntu-gnome truly gone now?
[10:35] <Wirehunter> What is the best approach upgrading to ubuntu 17.10 from Ubuntu Gnome 17.04?
[10:53] <Something1> Wirehunter, do-release-upgrade -d ?
[11:03] <Wirehunter> Something1, No new release is found according to do-release-upgrade.
[11:03] <Something1> Did you add the ´-d´ at the end?
[11:06] <Wirehunter> No, I didn't. That does it.
[11:07] <Something1> Woo!
[11:14] <ricotz> jbicha, hi, could you give me a deadline to get vala 0.36.6 into artful if it is still easily possible?
[11:20] <Wirehunter> Thanks :)
[12:01] <jbicha> ricotz: Final Freeze is Thursday but let's not wait until the last moment, how about Monday?
[12:01] <jbicha> https://wiki.ubuntu.com/ArtfulAardvark/ReleaseSchedule
[12:12] <ricotz> jbicha, alright, will do a release this weekend
[12:12] <jbicha> thanks


[15:38] <slashd> rbasak, I see you are chairing the server team meeting today, I'll be absent, it's my kids first day of school.
[15:40] <rbasak> slashd: noted, thanks!
[15:45] <teward> *waves*
[15:45] <teward> rbasak: finally got my chance to chair last week :P
[15:45] <cpaelzer> o/
[15:45] <smoser> you all are earluy
[15:45] <smoser> early even.
[15:45] <teward> problem?  :)
[15:46] <smoser> i guess not.
[15:49] <cpaelzer> last chance to talk outside of the log that is sent to the world smoser
[15:49] <cpaelzer> well the server lgos anyway, but it is not sent explicitly
[15:58] <ahasenack> o/
[15:58] <nacc> o/
[15:59] <cpaelzer> re-o/
[16:00] <smb> o/
[16:00] <powersj> o/
[16:00] <dpb1> hi
[16:00] <rbasak> #startmeeting ubuntu-server-team
[16:00] <meetingology> Meeting started Tue Aug 29 16:00:31 2017 UTC.  The chair is rbasak. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[16:00] <meetingology> Available commands: action commands idea info link nick
[16:00] <rbasak> #topic Review ACTION points from previous meeting
[16:00] <rbasak> * nacc to write a release notes entry on ipv6 netboot (carried over)
[16:00] <rbasak> * nacc to write a server guide entry on ipv6 netboot (carried over)
[16:00] <rbasak> * rbasak to add maintainership info to mysql triage page (carried over)
[16:00] <rbasak> I still need to carry over mine
[16:01] <rbasak> nacc?
[16:01] <cpaelzer> well we are short of next release notes now
[16:01] <nacc> rbasak: carry :/
[16:01] <nacc> i'll try and actually do it this week
[16:01] <cpaelzer> "close to" I meant
[16:01] <rbasak> #action nacc to write a release notes entry on ipv6 netboot (carried over)
[16:01] <meetingology> ACTION: nacc to write a release notes entry on ipv6 netboot (carried over)
[16:01] <rbasak> #action nacc to write a server guide entry on ipv6 netboot (carried over)
[16:01] <meetingology> ACTION: nacc to write a server guide entry on ipv6 netboot (carried over)
[16:01] <rbasak> #action rbasak to add maintainership info to mysql triage page (carried over)
[16:01] <meetingology> ACTION: rbasak to add maintainership info to mysql triage page (carried over)
[16:01] <rbasak> #topic Artful Development
[16:01] <rbasak> #link https://wiki.ubuntu.com/ArtfulAardvark/ReleaseSchedule
[16:01] <rbasak> #subtopic Current Work
[16:01] <rbasak> #link https://trello.com/b/U9HhWyT0/daily-ubuntu-server
[16:02] <rbasak> #info Feature freeze has hit, so bugfixes only now
[16:02] <rbasak> Any planned FFEs?
[16:02] <rbasak> I see ahasenack's squid3 merge has landed - thanks!
[16:02] <cpaelzer> yeah
[16:02] <cpaelzer> I plan FFE on slof
[16:02] <ahasenack> just in time :)
[16:02] <rbasak> #info cpaelzer plans an FFe for slof
[16:03] <rbasak> Anything else for current work for Artful?
[16:03] <cpaelzer> reasoning for the slof FFE (among others) is bug 1706248
[16:03] <rbasak> Thanks cpaelzer!
[16:03] <rbasak> #subtopic Release Bugs
[16:03] <rbasak> #link http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-aa-tracking-bug-tasks.html#ubuntu-server
[16:04] <rbasak> Any bugs for release that need attention?
[16:04] <rbasak> #info No bugs were called out for specific attention
[16:04] <rbasak> #topic Server & Cloud Bugs & SRU/Pending Uploads (slashd, ddstreet)
[16:04] <chiluk> I plan an ffe on haproxy.
[16:04] <rbasak> slashd sent his apologies. I'm not sure if ddstreet is taking this topic, or we should skip it?
[16:04] <rbasak> #info chiluk plans an FFe for haproxy
[16:04] <rbasak> Thanks chiluk!
[16:05] <ahasenack> chiluk: for the reload bit?
[16:05] <chiluk> yep
[16:05] <ddstreet> rbasak nothing from me or slashd as far as i know
[16:05] <chiluk> I tried to get it finished last week, but things just didn't happen.
[16:05] <rbasak> Thanks ddstreet!
[16:05] <rbasak> #info No updates on this topic from slashd or ddstreet
[16:05] <rbasak> #topic Weekly Updates & Questions for the QA Team (powersj)
[16:05] <powersj> Last week got mirroring of Launchpad recipe build results into our jenkins and attended the cloud-init summit.
[16:06] <powersj> This week more cloud-init work on generic integration tests
[16:06] <powersj> questions comments?
[16:07] <rbasak> #link https://jenkins.ubuntu.com/server/
[16:07] <rbasak> #info Last week got mirroring of Launchpad recipe build results into our jenkins and attended the cloud-init summit.
[16:07] <cpaelzer> I wanted to add on the testing
[16:07] <rbasak> #info This week more cloud-init work on generic integration tests
[16:08] <cpaelzer> I analyzed the current failing cases on the server jenkisn virt cases  - all are current known cases and I hope to resolve them by fixing up artful
[16:08] <cpaelzer> but I have a reglar schedule to check and improve so it will converge on green at some point in time
[16:08] <powersj> o/ woohoo thanks cpaelzer
[16:08] <rbasak> #info cpaelzer analyzed the current failing cases on the server jenkins virt cases. All are current known cases and he hopes to resolve them by fixing up artful
[16:08] <rbasak> Thanks cpaelzer and powersj!
[16:08] <rbasak> #topic Weekly Updates & Questions for the Kernel Team (smb, sforshee)
[16:09] <smb> Nothing new from kernel directly, but I had a few things outside kernel which I wanted to mention:
[16:09] <smb>  One is that we observed some test failures of ubuntu-fan on
[16:09] <smb>   s390x. The reasons for those I suspect beyond fan or kernel.
[16:09] <smb>   I believe this is because I set up the two guests which show
[16:09] <smb>   issues, using netplan. The result is that resolv.conf now
[16:09] <smb>   only has systemd-resolvd as nameserver. And I suspect, but
[16:09] <smb>   no proof yet, that for some reason that maybe rejects queries
[16:09] <smb>   issued from within docker (and maybe lxc, too) containers.
[16:09] <smb>   I would file a LP bug if this is not something known already.
[16:09] <smb> - Second, flashcache: thats a (dkms) package which used to
[16:09] <smb>   provide some way to add a SSD/NVMe cache to a spinning block
[16:09] <rbasak> #info Nothing new from kernel directly
[16:09] <smb>   device (mostly like bcache but without adding meta-data
[16:09] <smb>   anywhere). It is no longer comiling with 4.12/4.13 kernels,
[16:09] <smb>   which actually is a good thing. Problem is this is abandoned
[16:09] <smb>   upstream and when I "fixed" the compile to work with some
[16:09] <smb>   pretty heavy upstream kernel changes, I actually converted
[16:09] <smb>   it into a complicated /dev/null for any kernel between 4.8
[16:09] <smb>   and 4.11. So plan is to pretty soon make it not compile at
[16:09] <rbasak> #info some observed some test failures of ubuntu-fan on s390x
[16:09] <smb>   all for those kernels. If there is some documentation any-
[16:09] <smb>   where which should be updated, please let me know. Does
[16:09] <smb>   not need to be here.
[16:09] <smb> Ok, thats all I had. Are there any other questions?
[16:10] <xnox> smb, is ubuntu-fan at all supported, since i did not think we ever released anything for z with ubuntu-fan support?
[16:10] <rbasak> #info flashcache: thats a (dkms) package which used to provide some way to add a SSD/NVMe cache to a spinning block device: no longer compiling
[16:10] <xnox> smb, and no, nothing of the sort is known yet. Then again I do not believe anybody has tried using ubuntu-fan on s390x.
[16:10] <smb> xnox, its a generic package and the smoke test was working before
[16:11] <xnox> smb, my understanding it was aws specific, yet the reason for ubuntu-fan is now moot.
[16:11] <smb> xnox, also note that I do not think its a problem of the package
[16:11] <xnox> ack,
[16:11] <smb> xnox, its failing because docker cannot resolve dns names
[16:11] <xnox> smb, finding and fixing bugs is always good. and docker not doing resolvy things sounds bad.
[16:12] <smb> xnox, ack, so I will file something soonish and subscribe you to it for the know
[16:14] <rbasak> Thanks smb and xnox!
[16:14] <cpaelzer> ah smb you remember I mentioned https://lists.gnu.org/archive/html/qemu-devel/2017-08/msg05286.html
[16:14] <cpaelzer> It seems to be to "only" be queued to 4.14 and -stable
[16:14] <smb> cpaelzer, I remember you mentioned it but I might have blanked for what reason
[16:14] <cpaelzer> but the impact of this could be huge, so you probably want that on release instead of SRU'ing later
[16:15] <cpaelzer> TL;DR Bug, solution is disable empty zero-page for KVm on s390x
[16:15] <cpaelzer> which on a bunch of guests not fully using their mem can be quite a lot of extra mem
[16:15] <sforshee> cpaelzer: best thing to do is file a bug and subscribe me
[16:15] <cpaelzer> but the assumption is that real guests over time consume (cache) all their mem anyway
[16:15] <cpaelzer> I'll do so sforshee
[16:16] <sforshee> cpaelzer: actually just assign it to me
[16:16] <cpaelzer> it was only heads up before, but yeah a bug might be good at this point
[16:16] <smb> Ah I was about to say something like that. Or submit the patch as [unstable] ... to kernel-team mailing list
[16:17] <smb> but bug reports are alway a good thing to remember stuff at that stage
[16:18] <rbasak> #topic Upcoming Call For Papers
[16:18] <rbasak> #link https://lwn.net/Calendar/Monthly/cfp/
[16:18] <rbasak> #link http://www.open-zfs.org/wiki/OpenZFS_Developer_Summit
[16:19] <rbasak> I see that the deadline for this is #link http://www.open-zfs.org/wiki/OpenZFS_Developer_Summit
[16:19] <rbasak> Uh, Sep 4, 2017
[16:19] <rbasak> Any other CfPs to mention?
[16:20] <rbasak> #topic Ubuntu Server Team Events
[16:20] <rbasak> Any upcoming events?
[16:20] <rbasak> #info No upcoming events were mentioned
[16:20] <rbasak> #topic Open Discussion
[16:20] <rbasak> AOB?
[16:20] <rbasak> #info No further discussion
[16:20] <rbasak> #topic Announce next meeting date, time and chair
[16:21] <rbasak> #info Next meeting: Tue  5 Sep 16:00:00 UTC 2017
[16:21] <rbasak> #info smoser will chair
[16:21] <rbasak> #endmeeting
[16:21] <meetingology> Meeting ended Tue Aug 29 16:21:38 2017 UTC.
[16:21] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-meeting/2017/ubuntu-meeting.2017-08-29-16.00.moin.txt
[16:21] <powersj> thanks rbasak!
[16:21] <ahasenack> thanks rbasak
[16:21] <cpaelzer> Thanks rbasak!


[14:10] <akgraner> pleia2, I asked gema - I'll email you - sorry I didn't do that during the week :-/
[14:10] <akgraner> will do that now
[17:43] <pleia2> akgraner: I ended up writing an article summarizing our UDS session for our article (it was due today)
[21:19] <akgraner> pleia2, ahh sorry didn
[21:20] <akgraner> didn't realize it was due today...DOH!
[21:31] <pleia2> akgraner: yeah, always first sunday of the month, I really need to do better at not-last-minute :(
[21:31] <akgraner> well you'll have Gema for next month if ya want
[21:32] <akgraner> she is the new QA Team lead
[21:34] <pleia2> that'd be reat :)
[21:34] <pleia2> great too