[04:09] <OvenWerks> zequence: I was sharing a monitor between my wifes computer and mine... then hers got moved so I found an old crt... minus green :P
[04:12] <OvenWerks> Anyway upgraded my video card from an nvidia TNT2 to a geforce 6200. The old one was starting to streak (dry caps i guess). the new one has digital out, so that shouldn't be a problem. The MB is agp so that is why it is not one of the intel cards.
[04:16] <OvenWerks> It was cheaper to buy a low end 24in tv than a "real" monitor. 13**x7** is a bit low for resolution, but it works fine. The card has two outputs so I may (when I can) get a second one.
[15:21] <zequence> madeinkobaia: Hi. Sorry I haven't answered you yet
[15:21] <zequence> been a little busy
[15:58] <madeinkobaia> Hi zequence :) hi all
[20:53] <Imote> Hello guys ?
[20:53] <knome> hello Imote
[20:53] <Imote> How are you ?
[20:55] <knome> all good here, and you?
[20:56] <Imote> Same for me shure ! Happy for ever
[21:10] <knome> heh
[21:12] <Imote> Yes !


[09:47] <meena> Odd_Bloke: login for posting is okay, but login for retrieval of the raw text??
[09:47] <meena> hello, i am "alive" again
[11:54] <meena> docs patch, as requested by Odd_Bloke: https://github.com/canonical/cloud-init/pull/658
[11:55] <meena> falcojr: ready for review: https://github.com/canonical/cloud-init/pull/655
[11:55] <meena> smoser: ready for re-review: https://github.com/canonical/cloud-init/pull/621
[11:56] <meena> i haven't checked, but this might break https://github.com/canonical/cloud-init/pull/653 again 🙈
[13:54] <smoser> meena: more. thanks.
[13:54] <smoser> comments.
[13:55] <smoser> Odd_Bloke: any reason why https://github.com/canonical/cloud-init/pull/653 didn't get merged ?
[14:11] <meena> smoser, btw, i  have no idea how dmidecode in ds-identify works, given that it's missing translation for ⅔ of the keys
[14:17] <smoser> meena: well, we only ever read chassis_asset_tag sys_vendor product_name product_uuid product_serial product_serial
[14:17] <smoser> yeah, and all those are covered in the dmi_decode func
[14:17] <smoser> right ?
[14:19] <meena> oh, OK
[14:19] <meena> i didn't realise i was doing too much work
[14:22] <Odd_Bloke> smoser: re: #653, it doesn't have an Approve on it.
[14:40] <smoser> Odd_Bloke: yes it does
[14:40] <smoser> i can hit the "quash and merge" button
[14:41] <smoser> oh, is a ACK not required on  ubuntu branches ?
[14:42] <smoser> so... i can ack it for you. but i woudl like to suggest that running "new-upstream-snapshot" is preferable.
[15:11] <Hawk_X> 10/28 18:57:23 Hawk_X> BTW I didn't have time to spin the instance, hopefully I will try it tomorrow and will share the log output over screenshot of the console. Have a great night/day to you all!
[15:11] <Hawk_X> 11/6 08:59:35 Hawk_X> Good morning/afternoon/evening to you all!
[15:11] <Hawk_X> 11/6 09:00:35 Hawk_X> Gentlemen/Ladies. I'd like your wisdom on another question. Is it possible to libvirt to make a "Trunk" bridge of many other bridges.
[15:11] <Hawk_X> 11/6 09:02:10 Hawk_X> For example: I have bridge A, B, C and D. And I want to create bridge X to receive traffic of bridges A, B, C, D. The use case is that I want to have access to these bridges over a single one to ease the connectivity.
[15:11] <Hawk_X> 11/6 09:03:40 Hawk_X> Two scenarios: Bridges A, B, C, and D are host-only.
[15:11] <Hawk_X> 11/6 09:04:39 Hawk_X> Two scenarios: Bridges A, B, C, and D each one are tagged VLANs to the LAN.
[15:11] <Hawk_X> 11/6 09:06:21 Hawk_X> That is, there is a physical port that receives a 802.1q trunk with all the VLANs tagged.
[15:11] <Hawk_X> 11/6 09:06:58 Hawk_X> Mmm no that I writing it I believe I have to clear out my question. Let me go back to the drawing board....
[15:11] <Hawk_X> 11/6 09:10:13 Hawk_X> but the host-only bridges question I believe is valid, I want to have access to all of them. Can I tag them (A, B, C and D) so I can receive them as a "Trunk" on bridge X?
[15:11] <Hawk_X> 11/6 09:10:31 Hawk_X> Thanks to all for your assistance! :-)
[16:06] <vijayendra> rharper, I have updated a UT for configDrive in the https://github.com/canonical/cloud-init/pull/647 let me know if any comments on this. will be working on OVF and openstack update soon
[16:10] <Odd_Bloke> smoser: Yeah, we only have our branch protection on master, because we don't want to squash-merge the ubuntu/* branches (because we want the merge commit and the separated commits for the changelog updates etc.); whoever uploads should push the tree they uploaded from directly to those branches.
[16:40] <Odd_Bloke> smoser: It's not clear to me that `new-upstream-snapshot --update-patches-only` is really what we want for the daily branch: it's intended for minimal fixes to unbreak daily builds, and we don't need a whole new upstream snapshot to do that.  IMO, it's easier to understand what actually broke the daily build (and therefore what will break when we do a `new-upstream-snapshot` in the ubuntu/* branch) if we
[16:40] <Odd_Bloke> only have the specific fixes in that branch.
[16:55] <smoser> it is exactly what --update-patches-only was intended for.
[16:55] <smoser> update-patches-only only updates the patches. its exactly what you did.
[16:56] <smoser> just with some automation in place and consistency.
[17:02] <smoser> i didnt realize there was a "daily" branch. i guess i'd forgotten that. but i dont really think it changes anything.
[17:07] <Odd_Bloke> But we don't need or want a new upstream snapshot in the daily branch: that changes it substantially in my view.
[17:10] <Odd_Bloke> (We only ever use the ubuntu/<series>/daily branch to merge into "ubuntu/<series> merged into master" in the daily recipes.)
[17:12] <Odd_Bloke> (I'm not suggesting we should ever not use the tooling for the actual packaging branch, to be clear.)
[17:13] <smoser>  https://paste.ubuntu.com/p/7cn363pHYs/
[17:13] <smoser> thats the diff it produces. lines 79 down.
[17:14] <smoser> had you ran it more recently, it would have only modified the one file that was changed. so you'd only see the changelog and lines 115 to 140.
[17:14] <smoser> basically the same as your PR in https://github.com/canonical/cloud-init/pull/653/files
[17:15] <smoser> the other changes/churn that youre' seeing is actual churn. it updates the quilt files.
[17:15] <Odd_Bloke> OK, maybe I ran it incorrectly locally, because I saw it pulling in the whole of master.
[17:15] <Odd_Bloke> That churn is still noise.
[17:16] <smoser> on a daily branch ? that is there for machiens ?
[17:16] <smoser> and .... maybe i didn't mention that i fixed https://github.com/canonical/uss-tableflip/pull/65
[17:17] <smoser> you can make it not update the debian/changelog if uyou want, that'd be easy enough.
[17:17] <Odd_Bloke> Oh, I didn't set SKIP_BRANCH_NAME_CHECK=1 in my environment, so it performed a full merge?
[17:18] <smoser> it did do the merge before https://github.com/canonical/uss-tableflip/pull/65
[17:18] <smoser> it left it  merged.
[17:18] <smoser> but SKIP_BRANCH_NAME_CHECK is just skipping that my detached head was not named "ubuntu/"
[17:18] <smoser> because... i dont care.
[17:19] <smoser> shoot.
[17:19] <smoser> bah. antoher pr coming
[17:23] <smoser> https://github.com/canonical/uss-tableflip/pull/66
[17:29] <Hawk_X> My bad. Wrong IRC channel :-( Have a good one!
[17:48] <meena> smoser / Odd_Bloke : applied your review suggestion
[17:52] <smoser> meena: i think you missed one. or i wasn't being clear.
[17:52] <meena> smoser: if you mean eblah and sblah then, i didn't miss that, i just find that name less clear
[17:52] <smoser> https://github.com/canonical/cloud-init/pull/621/files#diff-153c7aabaff1f846f28ae50b2c562549689a68cf0f94128dd1da31bb450d8f83R93
[17:53] <smoser>  - except (IOError, OSError) as e:
[17:53] <smoser>  + except subp.ProcessExecutionError as e:
[17:54] <smoser> and then
[17:54] <smoser>  https://github.com/canonical/cloud-init/pull/621/files#diff-15e919a60d374d575c257871c4cd44989c4b923c248f7bb75c352d0e8d3a759eR1965
[17:54] <smoser> i'd move _is_contaienr_freebsd above _upstart too (upstart is also 2014 era linux)
[17:54] <meena> i thought chromeos uses it :P
[17:55] <smoser> oh. i didnt even realize that was still the case.
[17:55] <smoser> and wrt short names... that is golang speaking.
[17:56] <smoser> in a 30 line function like that, with 3 variables, its just not that important that they be descriptive.
[17:57] <meena> it's not about being descriptive, it's about being able to tell them apart
[17:57] <meena> ename and sname have the same shape and size
[17:58] <meena> my dyslexia is going to be tripped 3 times by that
[17:58] <smoser> then just drop '_field'
[17:59] <smoser> sys_field and kenv_field -> sys (or maybe lsys or something) , kenv.
[17:59] <smoser> but who cares.
[17:59] <meena> the next person who refactors that can care :P
[17:59] <smoser> so line 93 there in dmi.py is the only thing i really care about.
[18:00] <meena> oooh! i thought i had fixed that long ago!
[18:01] <meena> fixed
[18:05] <meena> (btw, i have run the ds-identify code on my local machine and in a vm on Hetzner)
[18:05] <meena> (ds-identify happily recognizing stuff…!)
[18:05] <smoser> meena: push ?
[18:05] <smoser> i hit reload i still see
[18:07] <meena> smoser: https://github.com/canonical/cloud-init/pull/621/commits/cc5fb806ce69af6dcc6b8d137107820fce093df6
[18:07] <meena> i did push
[18:09] <smoser> what the heck is going on
[18:09] <smoser> i load https://github.com/canonical/cloud-init/pull/621/files
[18:09] <smoser> and it shows me line 93 has 'except (IOError)... i see you did push that.
[18:09] <smoser> even in a new browser
[18:09] <smoser> what am i doing wrong.
[18:10] <smoser> oh. you didnt change it there. you cahnged it somewhere else.
[18:10] <meena> oh, i'm on line 110
[18:10] <smoser> (which i'm fine with too)
[18:10] <smoser> but you should mention that one in  your commit message.
[18:10] <meena> i changed it where i copied it from lolol
[18:10] <smoser> adn then just read you rcommit message and make sure it is up to date.
[18:10] <meena> push -f
[18:10] <smoser> and if you would... squash and rebase.
[18:11] <meena> i will at the end when we're done with the review
[18:11] <smoser> (i really dont like having to paste my own commit message from yours in the description... i'd much rather you do it)
[18:11] <smoser> fix that OSerror on line 93 and i'm happy with that
[18:12] <meena> i just did
[18:13] <meena> 19:11 <@smoser> (i really dont like having to paste my own commit message from yours in the description... i'd much rather you do it) ← haa haa.
[18:13] <meena> yeah, that does seem tedious
[18:13] <smoser> well, the issue last time was that you had a "signed off by" and other things in your commit messages.
[18:14] <smoser> but did *not* have those in the description
[18:14] <meena> aah
[18:14] <smoser> i dont mind copy and paste if thats all i have to do.
[18:22] <meena> smoser: squashed
[18:23] <meena> smoser: btw, it's not signed-off-by, it's Co-Authored-by
[18:23] <meena> in this case , co-authored with you
[18:25] <smoser> yeah. so maybe it was someone else... its just a pain.
[18:25] <smoser> in launchpad we had a lander
[18:25] <smoser> anad the lander linted the commit message.
[18:25] <smoser> and did the right thing generally.
[18:28] <meena> github is so underdeveloped as development tool for bigger teams
[18:45] <smoser> meena: patches are welcome https://resynth1943.net/articles/github-source-code-leak/
[18:45] <smoser>  :)
[18:53] <itlinux> hello guys, can someone give me a direction on phone_home?
[18:53] <itlinux> thanks
[19:12] <smoser> direction?
[19:56] <meena> itlinux: what kind of direction?
[19:56] <itlinux> how do I get the token for example to get auth
[19:56] <itlinux> thanks meena:
[19:58] <itlinux> here is an example I was looking but not sure how to get that data
[19:58] <itlinux> phone_home_cli: "curl -i -X POST -H 'X-Auth-Token: gAAAAABc5UscwS1py5XfC3yPcyN8KcgD7hYtEZ2-xHw95o4YIh0j5IDjAu9qId3JgMOp9hnHwP42mYA7oPPP0yl-OQXvCaCS3OezKlO7MsS-ZCTJzuS3sSysIMHTA78fGsXbMgCQZCi5G-evLG9xUNrYp5d3blhMnpHR0dlHPz6VMacNkPhyrQI' -H 'Content-Type: application/json' -H 'Accept: application/json' http://<IP_ADDRESS>:8004/v1/d3779c949b57403bb7f703016e91a425/stacks/demo_waf/3dd6ce45-bb8c-400d-a48c-87ac9e46e60e/resou
[19:58] <itlinux> rces/wait_handle/signal"
[20:04] <itlinux> here is another example phone_home_url: "https://webhook.site/5f8cd8a7-b051-4648-9296-8f6afad34c93"
[20:04] <itlinux> thanks guys
[20:13] <Odd_Bloke> meena: Heads-up, we both missed one other `net` in your PR so I fixed that, (rewrapped some lines), rebased onto master (to save an "Update branch") and force-pushed to your branch.
[20:14] <Odd_Bloke> If that breaks you because I broke your git history, please feel free to berate me (and then I can help fix it :p).
[20:23] <meena> Odd_Bloke: eh, i don't mind broken git history
[20:23] <meena> itlinux: that second example is probably the instance-id, which often uses a UUID
[20:25] <itlinux> meena: how do I get that? is it self gen how would I call it in the script. thanks
[20:26] <meena> itlinux: for instance, here's what i have have on my Hetzner server: smbios.system.uuid="c9832204-776c-4697-8349-8772138bd3f3"
[20:27] <meena> here's from my local server: smbios.system.uuid="0ee069ca-c08d-47f7-bd66-351cd5de8616"
[20:28] <meena> so, hetzner now uses that as instance-id: https://github.com/canonical/cloud-init/pull/630
[20:29] <meena> but maybe we have the variable somewhere accessible thru jinja or user-data?
[20:29] <meena> Does anyone know?
[20:31] <Odd_Bloke> itlinux: Those are two examples of how you could use phone_home, not examples of how you must use it.  If you can explain a little more about what you're trying to achieve with `phone_home`, we'll be able to be more helpful.
[20:34] <itlinux> I want to make sure it completes the process if not rerun the script
[20:34] <itlinux> @Odd_bloke:
[20:36] <Odd_Bloke> itlinux: `phone_home` can report failure/success, but it doesn't give you a mechanism to retry anything.  (If by "rerun the script" you mean "rerun the script which will launch fresh instances", then that does still make sense.)
[20:36] <itlinux> yes correct
[20:37] <itlinux> I shorted the version but you got what I wanted to achieve
[20:37] <Odd_Bloke> itlinux: It's not 100% clear to me what you're asking for help with: do you have a `phone_home` configuration which isn't working as you expect?  Or you need a higher-level overview of how you might use `phone_home` for your purposes?
[21:10] <itlinux> I have not used the feature so I am trying to adopt it. @Odd_Blake:
[21:18] <itlinux> one more question is there a way to pass an ssh to a specific user?
[21:28] <meena> itlinux: yes, https://cloudinit.readthedocs.io/en/latest/topics/modules.html#users-and-groups has a ssh_authorized_keys under user
[21:30] <Odd_Bloke> itlinux: So phone_home allows you to configure a URL which cloud-init will report information to; the docs are https://cloudinit.readthedocs.io/en/latest/topics/modules.html#phone-home.  So to use it, you would need a persistent HTTP server which cloud-init could POST to.  Note, however, that it doesn't report the success/failure of cloud-init, and it may not be executed at all if cloud-init fails to
[21:30] <Odd_Bloke> complete for whatever reason.
[21:30] <Odd_Bloke> So it may not be appropriate for the retrying mechanism you're talking about.
[21:41] <itlinux> @Odd_Bloke: I see that but no example on how to specify the user do you happen to have an example
[21:42] <itlinux> got it...
[21:42] <itlinux> need to do less tasks :) at the same time
[21:43] <Odd_Bloke> :)


[09:49] <pragomer> I installed lm19 on a packard bell easynote le notebook. the live medium from usb worked find using the trackpad and internal keyboard of the notebook.
[09:49] <pragomer> but after booting the installed system keyboard and trackpad dont work
[09:49] <pragomer> I need to put external keyboard on it. any ideas?
[09:51] <pragomer> ah I see, they are just deactivated per default. I have to activate them via FN keys.. how to fix that permanently?
[09:54] <Iolo> What's lm19?
[10:14] <Spass> Linux Mint 19?
[10:54] <pragomer> of course linux mint 19 ;-)
[12:06] <Yohkii> Can't get my  Intel HD Graphics 5500 to run nice. Get jumpy video every ~10 minutes :/ Fresh xubuntu install, with oibaf ppa
[16:46] <xeqtrrr> hi
[16:46] <xeqtrrr> can someone help me


[01:20] <Guinness2702> What's the easiest way to upgrade backend on a 10.04 server?  it supports protocol 56 (or something) but my desktop runs 11.04 and the frontend that installs with it supports protocol 63 - I don't want to do an OS upgrade on the server, just to get the right version :\
[01:21] <Guinness2702> I'm probably gonna install mythbuntu next week, which I guess will have the same problem
[01:47] <tgm4883> !repos | Guinness2702
[01:48] <tgm4883> hmm, where is Zinn
[01:48] <tgm4883> Guinness2702, http://www.mythbuntu.org/repos
[02:28] <Guinness2702> Thanks!  I'll look at it :)
[02:38] <dewman> the end of the world is near!!! LOL.....Give me all your hard drives!
[02:39] <tgm4883> dewman, 23 hours 21 minutes on my clock
[02:39] <dewman> tgm4883, so have you given everything away?? hehehe
[02:40] <tgm4883> dewman, everything but this laptop
[02:40] <tgm4883> i'm currently naked because I gave my clothes away too
[02:40] <dewman> tgm4883, nice....so you must be sitting at starbucks
[02:40] <dewman> hahahahahaha
[02:40] <tgm4883> of course :)
[02:41] <dewman> are they giving you doomsday coffee?
[02:42] <dewman> a vente cup to hide....err....never mind...
[02:42] <dewman> ok back to the bbq...
[02:42] <dewman> ;)
[04:31] <mrz80> Good [evening|morning|afternoon|whatever]
[04:39] <Shadowex3> Anyone know what could cause mythbuntu to install successfully but then just stop forever at the "Mythbuntu ..." bootup screen?
[04:39] <Shadowex3> Trying this on a Q9450 (stock) with a gtx 260 core 216 and 4x1tb samsung HDDs in case there's any compatibility issues
[04:39] <mrz80> I hit that a time or two in my hit-your-head-against-the-desktop efforts to get my shiny hvr-2250 working.
[04:40] <mrz80> I'd install a mythbuntu distro, reboot, and hang city
[04:40] <Shadowex3> Yeha the aggravating thing is when i tap the power button to turn off again it suddenly starts the dots doing the loading animation
[04:40] <mrz80> In my particular case it turned out to be either a corrupt iso image or a flawed cd-r burn  (that'll teach me to check the md5 sum)
[04:41] <Shadowex3> Hmm... i could try reburning, I figured a flawed cd wouldnt install properly though.
[04:41] <mrz80> Then I started running into flakiness in 11.04 not recognizing/working with nvidia video.
[04:41] <mrz80> Finally I dl'ed a 10.04 image, installed that, then upgraded it up to 0.24.1.  That seems to be working fine.
[04:41] <Shadowex3> lol
[04:42] <Shadowex3> Well that's worth a shot, I remember ubuntu 11.04 drove me to debian so...
[04:42] <mrz80> Just finished installing the latest/greatest saa7164 drivers, and the durn thing now sees both analog and both digital tuners on the 2250 card.  Happiness is.
[04:43] <Shadowex3> Why 10.04 and not 10.10?
[04:43] <mrz80> I had to install 11.04 on my test machine at work because a user was complaining about vpn client issues.  Blech.  I"m sticking with 10.04 'til the support stops.
[04:43] <mrz80> 10.10 uses a 2.6.35 kernel, under which you cannot compile the saa7164 drivers
[04:44] <mrz80> (at least, that's what I deduce from the reams of forum exchanges I waded through over the last three weeks!)
[04:44] <mrz80> 10.04 uses 2.6.32.  The drivers compile fine under that kernel.  I look to be putting my myth box back into production by the end of the weekend, which will get me major Wife Points (tm) :)
[05:22] <mrz80> All RIGHT... card recognized, tuners configured, channelscans done, mythfilldatabase running.  YEAH
[05:24] <Shadowex3> Alright thats a wierd one, out of curiosity i tried ctrl+alt+del at the hung screen and got an instant response (reboot)
[05:25] <mrz80> That *is* odd.
[05:26] <mrz80> brb
[05:28] <Shadowex3> well i've had stranger before, lets give 10.04 a shot.
[05:31] <Hoochster> Hello, I just installed Mythbuntu 11.04 on new hardware mind you, but am fighting getting audio to output via nvidia hdmi, which seems to be an issue from what I gather heh
[05:32] <Shadowex3> It's linux, anything too fancy can have problems >P
[05:32] <Shadowex3> oh this is a riot
[05:32] <Hoochster> :)
[05:32] <Shadowex3> i can boot a liveCD just fine with no errors or issues but i cant install lol
[05:33] <Hoochster> lmao, Linux is pretty friendly on hardware heh
[05:33] <Hoochster> but newest OS is usually a fun one
[05:33] <Shadowex3> depends
[05:33] <Shadowex3> yeah ubuntu 11.04 drove me to debian
[05:34] <Hoochster> I used to be Debian tried and true but just don't have the time anymore heh so I pretty much run Ubuntu on everything
[05:34] <Shadowex3> well for a while ubuntu was the It Just Works linux OS
[05:34] <Hoochster> but ya I really don't want to downgrade this heh but at least I haven't put a lot of work into the software yet
[05:37] <mrz80> It Just Works, unless you're doing music-related audio stuff.   Then it was It Just Doesn'tWork (courtesy PulseAudio :) )
[05:37] <Shadowex3> yeah you can thank Mark "My Way" for that
[05:52] <mrz80> Ok, time to shut down the myth box and crawl off in the general direction of bed.  l8r
[07:03] <lwizardl> hello
[07:04] <lwizardl> I am looking for some help with setting up my system for mythbuntu on my display
[07:10] <lwizardl> what is the default resolution that the system uses for the installer ?
[10:47] <rileyp> does jamu run automaticly in myth 0.24 or do i need to add a cron job?
[19:27] <qwebirc61172> hi chat
[19:28] <qwebirc61172> not found upgrade mythtv 0.24.1 in mythbuntu 10.10! Can you help me?
[19:31] <tgm4883> qwebirc61172, what version are you currently running?
[19:32] <tgm4883> can you run 'dpkg -l mythtv-frontend'
[19:32] <qwebirc61172> thank's tgm4883, one moment.....
[19:33] <qwebirc61172> tgm4883: 2:0.24.0+fixes.20110514.8
[19:34] <tgm4883> qwebirc61172, ok so a little explaination
[19:35] <tgm4883> MythTV only has a single branch for 0.24 that they commit fixes to. 0.24.1 is just a bug fix release, so that means that 0.24.1 is just a snapshot in time of the 0.24 branch
[19:36] <tgm4883> The mythbuntu-repos provide daily builds when there are changes in that branch. since you are already using the 20110514 build, you are already using 0.24.1
[19:36] <tgm4883> even though it says 0.24.0
[19:37] <tgm4883> There aren't many fixes that get commited to 0.24 anymore, but when another one gets committed then we will have another build that day
[19:38] <tgm4883> and it will say 0.24.1. But just realize that 0.24.1 is a snapshot from the 0.24 branch, and if you are running mythbuntu-repos and getting 0.24 fixes, you already are getting snapshot builds from that branch
[19:38] <qwebirc61172> tgm4883: but in mythbuntu 10.04 my version is : 2:0.24.0+fixes.20110517.3
[19:38] <tgm4883> qwebirc61172, hmm, just a sec
[19:41] <qwebirc61172> tgm4883: i watch "http://ppa.launchpad.net/mythbuntu/0.24/ubuntu/dists/maverick/". data set to 14 may, while for lucid is 17 may.....
[19:41] <tgm4883> qwebirc61172, your right, 20110517 is the latest build. Everything that I said above still applies, but it looks like there was an issue with the builds for maverick and oneric. I'll look into it. You are likely missing 2-3 commits
[19:42] <tgm4883> qwebirc61172, also, the date is less important. The more important part is the git commit
[19:42] <tgm4883> ie 347cd24
[19:43] <tgm4883> I'll see if I can fix these other two builds, they will have a newer date but will have the same git commit version
[19:44] <qwebirc61172> ok, still waiting. thank's for your time and your work!!!!!!!!!!!
[20:53] <lwizardl> ok so I have a Kworld ATSC110 card that I am trying to get working for Cable tv and then OTA. anyone here use these cards before and would be able to help me out
[20:54] <tgm4883> lwizardl, I haven't used it, but does it work outside of MythTV?
[20:55] <lwizardl> tgm4883, not yet system just got installed. and the last times I used this card there was problems needing a dvb driver/firmware file but all the links about it seem dead now
[20:55] <tgm4883> hmm
[20:55] <tgm4883> sec
[21:10] <tgm4883> lwizardl, did you see http://linuxtv.org/wiki/index.php/KWorld_ATSC_110
[21:17] <lwizardl> hmm
[21:18] <lwizardl> after i do system system updates I think I will try them again
[21:18] <tgm4883> ok
[21:24] <lwizardl> I had the system installed last night and it was finding no channels. so I reinstalled the system today, doing the updates, etc first then configuring the hardware in mythtv to see if that fixes my issue
[21:25] <lwizardl> if I can not get this card to work for my service. What would be a good and cheap card to get so that I could record HD and SD digital content from both my Comcast cable and OTA antenna
[21:26] <tgm4883> lwizardl, depending on your location, the comcast might give you some trouble
[21:27] <lwizardl> michigan
[21:27] <lwizardl> my cable hd box is a pace rng110
[21:27] <lwizardl> but i can easy get back a dct6200 motorolla
[21:28] <lwizardl> and my firewire ports are enabled
[21:29] <tgm4883> lwizardl, it has more to do with how the local CC has flagged the channels
[21:29] <tgm4883> what is marked copy freely vs what isn't
[21:30] <lwizardl> yeah the 5c
[21:37] <lwizardl> ok i did the dmesg like on the wiki page and it auto detected the cards just like on that page
[21:44] <tgm4883> lwizardl, did you load the firmware?
[21:45] <lwizardl> i ran the command dmesg and it found the card
[21:45] <lwizardl> that was all so far
[21:46] <lwizardl> because how it sounds was to only do the manual part if not autodetected
[21:48] <tgm4883> lwizardl, so it looks like you have the drivers, but I think you still need to have the firmware
[21:53] <lwizardl> k
[21:54] <sailerboy> sup
[21:54] <sailerboy> i'm trying to install mythtv on an ATI graphics card
[21:55] <sailerboy> and when i start X, all i see is a pink bar at the top
[21:55] <lwizardl> tgm4883, what setting should i use for the card. analog v4l ? or mjpeg card ?
[21:56] <tgm4883> lwizardl, probably analog v4l and dvb
[21:57] <sailerboy> i'm using the propietary graphics drivers
[21:57] <sailerboy> anyone have any ideas?
[21:57] <sailerboy> actually, i can't even start X
[21:57] <sailerboy> it just gets that way on the mythbuntu loading screen
[21:59] <lwizardl> ok seems taking longer to scan
[22:01] <lwizardl> ok no channels found again
[22:01] <lwizardl> where would i find the kernal source
[22:02] <tgm4883> IIRC, apt-get linux-source
[22:04] <sailerboy> ok, i fixed it
[22:06] <sailerboy> hey, can anyone help me with database config?
[22:06] <lwizardl> ok just did the apt-get install linux-source and waiting for that to finish
[22:07] <lwizardl> because i found the /usr/src/linux-headers-2..38-8Documentation/ but no directory called dvb inside
[22:07] <lwizardl> hopefully that works
[22:09] <sailerboy> hello?
[22:10] <sailerboy> why doesn't my database set up automatically
[22:15] <sailerboy> hello?
[22:15] <sailerboy> whenever i first start mythtv frontend
[22:15] <sailerboy> it goes into database configuration?
[22:15] <sailerboy> what settings do i use?
[22:18] <tgm4883> sailerboy, how did you install?
[22:18] <tgm4883> and what version
[22:18] <tgm4883> and what distro versin
[22:18] <sailerboy> mythbuntu, 10.10
[22:18] <tgm4883> what features did you select when installing
[22:19] <sailerboy> um
[22:19] <sailerboy> default
[22:19] <sailerboy> for everything
[22:19] <sailerboy> other than graphics card
[22:19] <tgm4883> there are no defaults, lets try this
[22:19] <tgm4883> what is the output of
[22:19] <tgm4883> dpkg -l mythtv-backend-master
[22:21] <sailerboy> pastebin.com/77SG2fzD
[22:21] <sailerboy> tgm4883, ^^
[22:22] <sailerboy> should i reinstall it tgm4883 ?
[22:22] <tgm4883> no
[22:22] <tgm4883> did you go through mythtv-setup?
[22:22] <sailerboy> i think so
[22:22] <sailerboy> this is the first thing in mythtv-setup
[22:22] <sailerboy> i'll try again
[22:22] <tgm4883> did you run mythtv-setup
[22:23] <sailerboy> nope
[22:23] <sailerboy> ok, i just did
[22:23] <sailerboy> and on the mysql prompt, i see access denied
[22:23] <sailerboy> i tried to change the password after it didn't work to my username and password
[22:23] <sailerboy> i probably fucked something up right?
[22:24] <sailerboy> so reinstall?
[22:26] <tgm4883> sailerboy, OMG stop you don't need to reinstall
[22:26] <tgm4883> sheesh
[22:26] <sailerboy> lol
[22:26] <sailerboy> ok
[22:27] <tgm4883> where are you getting a mysql prompt?
[22:28] <sailerboy> after i run mythtv setup
[22:29] <sailerboy> it says unable to connect
[22:29] <sailerboy> but it's using the wrong username and password
[22:29] <sailerboy> i forget the right ones
[22:30] <sailerboy> tgm4883, i've done so many things to fuck this up
[22:30] <tgm4883> it should be using the mythtv user and a generated password
[22:30] <tgm4883> which should be in /etc/mythtv/mysql.txt
[22:31] <tgm4883> if that doesn't work, we'll just reconfigure the mysql root pass, and reset the mythtv database
[22:31] <sailerboy> that doesn't work
[22:31] <sailerboy> how do i reconfigure the mysql root pass?
[22:32] <tgm4883> dpkg-reconfigure mysql-server
[22:33] <sailerboy> ok
[22:33] <tgm4883> it should prompt you for a new root password
[22:34] <sailerboy> nope
[22:34] <tgm4883> ok try
[22:34] <tgm4883> dpkg-reconfigure mysql-server-5.0
[22:35] <sailerboy> 5.1?
[22:35] <tgm4883> yea 5.1
[22:36] <sailerboy> ok tgm4883, now waht
[22:36] <tgm4883> yay zinn is back
[22:36] <tgm4883> !mysql | sailerboy
[22:36] <sailerboy> ?
[22:36] <Zinn> Hi tgm4883, something I can help you with today?  I am a bot, use !help to see what I can do.
[22:36] <sailerboy> lol
[22:36] <sailerboy> !mysql
[22:36] <Zinn> sailerboy: If you are having problems connecting to your mysql database, perform the following to reconfigure it: [1] sudo dpkg-reconfigure mysql-server-5.1 (pay attention to the root password you set, you will need it later)  [2] sudo dpkg-reconfigure mythtv-database [3] sudo dpkg-reconfigure mythtv-common
[22:37] <tgm4883> there we go
[22:37] <Zinn> If you are having problems connecting to your mysql database, perform the following to reconfigure it: [1] sudo dpkg-reconfigure mysql-server-5.1 (pay attention to the root password you set, you will need it later)  [2] sudo dpkg-reconfigure mythtv-database [3] sudo dpkg-reconfigure mythtv-common
[22:37] <tgm4883> sailerboy, so follow those last 2 steps
[22:38] <sailerboy> tgm4883, so what should the database name be?
[22:38] <tgm4883> mythconverg
[22:38] <sailerboy> can i create any user?
[22:38] <sailerboy> or should i use root?
[22:39] <sailerboy> tgm4883, ?
[22:40] <tgm4883> use mythtv
[22:41] <sailerboy> tgm4883, i still get cannot login
[22:41] <tgm4883> you went through all three steps?
[22:41] <sailerboy> yes
[22:42] <tgm4883> this is all on the same machine?
[22:42] <tgm4883> or is the frontend remote?
[22:42] <sailerboy> same machine
[22:42] <sailerboy> ok
[22:42] <sailerboy> what i just did
[22:42] <sailerboy> is i just left everything blank
[22:42] <sailerboy> and it went through without an error
[22:42] <sailerboy> that bad?
[22:42] <tgm4883> IDK, I've never tried that
[22:43] <tgm4883> id try putting in something
[22:43] <sailerboy> well
[22:43] <tgm4883> or seeing if you can login from the cmd line
[22:45] <sailerboy> says access denied
[22:45] <sailerboy> when i try to login from command line
[22:46] <sailerboy> ooh
[22:46] <sailerboy> i used root
[22:46] <sailerboy> and my root password
[22:46] <sailerboy> and it worked
[22:46] <sailerboy> yey
[22:47] <sailerboy> thanks for your help tgm4883
[22:47] <tgm4883> sailerboy, interesting
[22:47] <tgm4883> does the mythconverg db exist?
[22:47] <tgm4883> or the mythtv user in the db?
[22:47] <sailerboy> idk
[22:47] <sailerboy> it works
[22:47] <sailerboy> i'm happy
[22:52] <lwizardl> anyone here use an kworld atsc110 card and have a working system
[22:54] <sailerboy> tgm4883, heh, i have another problem
[22:54] <tgm4883> lwizardl, if you are just looking for the perl script you can get it here http://www.kernel.org/doc/Documentation/dvb/get_dvb_firmware
[22:54] <sailerboy> i was going through the setup, and now whenever i try to access a menu, it freezes
[22:55] <sailerboy> tgm4883, how do i delete all the settings?
[22:56] <tgm4883> all what settings?
[22:56] <sailerboy> tgm4883, all the settings in the setup tab?
[22:56] <sailerboy> i fucked something up there, and now it's not letting me get back to it
[22:57] <tgm4883> if you are in the page, you would hit d and I think you can delete all
[22:57] <sailerboy> tgm4883, i'm not in the page
[22:58] <sailerboy> i'm just in the part where you can select general, appearance, etc
[22:58] <sailerboy> and i can't get any further
[22:58] <tgm4883> AFAIK, there isn't a way to reset those without resetting the whole DB
[22:58] <sailerboy> how do i do that?
[22:59] <tgm4883> probably something like
[22:59] <tgm4883> apt-get purge mythtv-database
[22:59] <tgm4883> followed by a db install
[23:00] <sailerboy> !mysql
[23:00] <Zinn> If you are having problems connecting to your mysql database, perform the following to reconfigure it: [1] sudo dpkg-reconfigure mysql-server-5.1 (pay attention to the root password you set, you will need it later)  [2] sudo dpkg-reconfigure mythtv-database [3] sudo dpkg-reconfigure mythtv-common
[23:01] <sailerboy> still not working
[23:01] <sailerboy> i think i need to clear the mythconverg database
[23:05] <sailerboy> ah
[23:05] <sailerboy> here we go
[23:05] <sailerboy> now it's working
[23:06] <sailerboy> tgm4883, what's us-cable vs hrc vs irc?
[23:08] <tgm4883> http://answers.yahoo.com/question/index?qid=20061102043027AAZ1ndE
[23:08] <Zinn> [answers.yahoo.com] What does cable-std, cable-hrc, % cable -irc stand for? - Yahoo! Answers
[23:08] <sailerboy> i'll google next time
[23:08] <sailerboy> thanks
[23:21] <sailerboy> tgm4883, i'm going through the setup guide
[23:21] <sailerboy> is schedule direct worth registering for?
[23:21] <tgm4883> are you in the US?
[23:21] <sailerboy> yes
[23:22] <tgm4883> I use it, it is pretty good listings
[23:22] <tgm4883> and $20/year doesn't break the bank
[23:22] <sailerboy> i'm a student :(
[23:22] <sailerboy> i don't have 20 bucks a year to spare
[23:22] <sailerboy> maybe later, i can convince my parents to let me
[23:23] <sailerboy> (for them to pay for it)
[23:26] <sailerboy> tgm4883, so i'm trying to do scan for channels
[23:26] <sailerboy> but it says "Failed to open card"
[23:28] <sailerboy> erm
[23:28] <sailerboy> i changed the input from mpeg to v4l
[23:28] <sailerboy> and it works now
[23:49] <sailerboy> tgm4883, what's the best file system to store recordings on?
[23:53] <mrand> sailerboy: ext4 and xfs are generally the most recommended one
[23:53] <mrand> +s


[07:21] <x-Na> Hi guys, is the gnome3-team/gnome3 ppa still active?
[07:22] <x-Na> I'm basically waiting if I will be able to get Gnome 3.22 stuff on top of Yakkety Yak
[07:24] <fleetfox> what's so great in 3.22 that everyone wants it?
[07:35] <mgedmin> it's the newest gnome
[07:36] <mgedmin> I would be very surprised if 3.22 didn't make it into the gnome3-staging ppa over the next few weeks
[07:37] <mgedmin> https://launchpad.net/~gnome3-team/+archive/ubuntu/gnome3-staging?field.series_filter=yakkety already has quite a lot
[07:37] <mgedmin> actually, is anything missing?
[07:38] <mgedmin> ubuntu gnome 16.10 already has many 3.22 apps in the main archive
[07:38] <mgedmin> and I haven't added the PPA yet because I also don't remember what's new and great in 3.22
[07:40] <fleetfox> meh i'm on xenial
[07:42] <mgedmin> I used the staging ppa on xenial for reasons
[07:42] <mgedmin> one of which was that I couldn't get a reasonably-recent-not-to-have-bugs-preventing-me-from-connecting-to-my-ZNC polari to run on stock xenial
[07:43] <fleetfox> i don't even know what polari is
[07:43] <fleetfox> an irc client huh
[07:44] <mgedmin> a pretty IRC client (I got sick of xchat-gnome)
[07:50]  * fleetfox uses irssi
[08:00]  * mgedmin regrets not learning irssi when he was young and adaptible enough


[01:53] <jdstrand> zyga: I commented on 5897 (extensively) earlier today (including the trigger)
[01:53] <jdstrand> zyga: ack on 5901
[01:56] <mup> PR snapcraft#2313 closed: meta: link the icon correctly across filesystems <Created by sergiusens> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/2313>
[01:59] <mup> PR snapcraft#2310 closed: nodejs plugin: add support for ppc64el and s390x <Created by anthonyfok> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/2310>
[02:02] <mup> PR snapcraft#2314 opened: nodejs plugin: add support for ppc64el and s390x (#2310) (#2310) <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/2314>
[02:50] <mup> PR snapcraft#2304 closed: project loader: remove remote parts support for bases <Created by sergiusens> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/2304>
[05:14] <mborzecki> morning
[06:29] <zyga> good morning
[06:30] <zyga> jdstrand: thank you on both, looking at feedback
[06:31] <zyga> hey mborzecki
[06:31] <zyga> tests look reddish today
[06:31] <mborzecki> zyga: hey
[06:34] <zyga> + quiet zypper --gpg-auto-import-keys refresh
[06:34] <zyga> <kill-timeout reached>
[06:34] <zyga> hmmm :/
[06:34] <zyga> and then
[06:34] <zyga> more openSUSE repo woes https://www.irccloud.com/pastebin/1Xu1svZW/
[06:35] <mborzecki> hmm --non-interactive
[06:35] <mborzecki> we don't pass it do we?
[06:36] <zyga> Download (curl) error for 'http://download.opensuse.org/update/leap/42.3/non-oss/repodata/b95bdb6d60aafb004e5486f977be7f0271423a08250b846de8fbd842d2c0a87a-primary.xml.gz':
[06:36] <zyga> Error code: HTTP response: 500
[06:36] <zyga> Error message: The requested URL returned error: 500 Internal Server Error
[06:36] <zyga> it's the server side
[06:36] <zyga> well
[06:37] <mborzecki> fwiw that url is timing out locally too
[06:39] <zyga> ok, if this persists during the day we need to disable opens use
[06:39] <zyga> oh, we disabled 18.04 AFAIR
[06:39] <zyga> we should keep track of those
[06:49] <zyga> ok, time to look at 18.10 live issues
[07:36] <Chipaca> good morning peeps
[07:38] <zyga> good morning Chipaca
[07:38] <zyga> IRC is splitty this morning
[07:38] <zyga> and openSUSE archive is not responding
[07:38] <zyga> but otherwise things are fine
[07:39] <zyga> my cosmic download will finish tomorrow at this rate :/
[07:39] <zyga> (it's raining, LTE speed is very low now)
[07:40] <Chipaca> boo to opensuse
[07:40] <Chipaca> makes me feel we should have a control panel thing for skipping tests
[07:40] <Chipaca> also a cache for spread
[07:40] <Chipaca> boo
[07:41] <zyga> that would be great
[07:41] <Chipaca> a cache for spread where things expire after ~5 days, where you look up with a git hash and get back a list of everything that passed
[07:41] <Chipaca> and then spread just skips those
[07:44] <Chipaca> what could go wrong™
[07:44] <zyga> schedule ;)
[07:48] <mborzecki> https://github.com/snapcore/snapd/pull/5904 could we land this?
[07:48] <mup> PR #5904: spread: put openSUSE to manual <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/5904>
[07:49] <zyga> yes
[07:49] <zyga> Chipaca: ^
[07:53] <mborzecki> yay
[07:53] <mborzecki> Chipaca: thanks!
[07:53] <mborzecki> hm mup is somewhat quiet today
[07:53] <zyga> split
[07:53] <mup> PR snapd#5904 closed: spread: put openSUSE to manual <Created by bboozzoo> <Merged by chipaca> <https://github.com/snapcore/snapd/pull/5904>
[07:54] <mborzecki> maybe
[08:28] <degville> Chipaca: yep, that makes sense.
[08:28] <Chipaca> degville: (the biggest tell used to be that I called the big white thing in the kitchen the ice chest, but I taught myself out of that one)
[08:28] <degville> ahahaha!
[08:29] <mborzecki> zyga: hm so requiring network-online.target comes back to haunt us
[08:29] <zyga> but didn't we drop that
[08:29] <zyga> or is my memory backwards/
[08:29] <mborzecki> wasn't there a PR to dro that?
[08:29] <mborzecki> iirc someone from ce team opened it
[08:29] <zyga> right, I think there was one
[08:29] <zyga> but we don't change existing unit
[08:29] <zyga> so :/
[08:30] <mborzecki> https://github.com/snapcore/snapd/pull/5746 ?
[08:30] <mup> PR #5746: wrappers: remove Wants=network-online.target <Created by mvo5> <Merged by zyga> <https://github.com/snapcore/snapd/pull/5746>
[08:30] <zyga> so either not released yet
[08:30] <zyga> or released but people did not update
[08:30] <Chipaca> this is more a "make all service files generated" coming back to haunt us, fwiw
[08:30] <Chipaca> or rather, the lack of doing that :)
[08:30] <zyga> yeys
[08:31] <zyga> or at least managed with Ensure-like manner like security code is
[08:31] <zyga> (imagine how terrible it would be if we had not done it that way)
[08:32] <mborzecki> so even if people refresh the core they won't see it fixed
[08:32] <zyga> correct
[08:33] <mborzecki> they'd have to do eg. snap disable/enable as a workaround
[08:33] <Chipaca> mborzecki: hope they're not ssh'ing in to do that
[08:33] <mborzecki> hahaha
[08:38] <mborzecki> something fishy, NetworkManager is not a snap in a desktop installation, is it?
[08:39] <zyga> https://status.opensuse.org/
[08:39] <zyga> mborzecki: no, no it should not be a snap (yet)
[08:40] <pedronis> no, I expected  lxd + network manager both as snaps, not to be super common, unless there is some device setup like that for reasons
[09:09] <mborzecki> pedronis: why would the store send an error for a snap what was send in current snaps but not asked for in a refresh/install action?
[09:10] <pedronis> mborzecki: it shouldn't afaik, I would hope the issue is something else
[09:11] <pedronis> mborzecki: we should be doing that all the time
[09:11] <pedronis> any snap refresh foo
[09:11] <pedronis> would do that
[09:11] <pedronis> or I'm not understanding what you wrote
[09:13] <mborzecki> pedronis: i get a segfault right here https://github.com/snapcore/snapd/blob/master/store/store.go#L2296 which is missing a check (alredy got a fix for it), but added some debugging around that
[09:13] <mborzecki> pedronis: and i'm getting store.go:2302: refresh error of snap "test-snapd-auto-aliases_foo", instance key 7Q1OfI5JLwQMvR4LXoToCw1srmPjnu7z:d3ZayHx_juNBYOCHyKqGCggvrQN-rSGgFeOYyIJOScw, but not asked for? error: duplicated-snap The Snap is present more than once in the request.
[09:14] <mborzecki> pedronis: that's when i tried to install some other snap
[09:14] <pedronis> mborzecki: well, as I said parallel installs are not supported
[09:14] <pedronis> by the store
[09:14] <pedronis> anyway that place is more like the store returned a result for a snap that was only in current
[09:14] <pedronis> and not in any action
[09:15] <mborzecki> pedronis: yes
[09:15] <mborzecki> pedronis: though i don't recall it doing that, otherwise i'd notice i can't install any snaps
[09:15] <mborzecki> (from the store obviously)
[09:16] <pedronis> it shouldn't in the normal case
[09:16] <pedronis> but in your situation it does
[09:20] <pedronis> I would need to see the json to say exactly if it store is being unreasonable
[09:22] <Chipaca> gasp
[09:22] <pedronis> yea, the store is a bit wrong here
[09:22] <Chipaca> bits of our tests still have snapname.developer in them
[09:22] <wgrant> pedronis: Howso?
[09:23] <pedronis> it's returning an action-like error for something that is only in context
[09:23] <wgrant> pedronis: Oh, is it in results rather than error-list?
[09:24] <pedronis> yes
[09:25] <wgrant> Right, can someone file a bug?
[09:25] <pedronis> will do
[09:25] <wgrant> Thanks
[09:28] <mborzecki> pedronis: https://paste.ubuntu.com/p/QGXfB9FPBt/ there you go
[09:35] <pedronis> mborzecki: yea, what I expected, thanks
[10:05] <mup> PR snapd#5905 opened: store: gracefully handle unexpected errors in 'action' response <Simple> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/5905>
[10:05] <mborzecki> pedronis: Chipaca: ^^
[10:21] <mup> PR snapd#5906 opened: snap, client, daemon, store: use and expose "media" more <Created by chipaca> <https://github.com/snapcore/snapd/pull/5906>
[10:51] <mup> PR snapcraft#2315 opened: tests: use mocked plugins for list-plugins <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/2315>
[10:57] <Chipaca> hoping for a second review on #5903
[10:57] <mup> PR #5903: overlord/snapshotstate: store epoch in snapshot, check on restore <Created by chipaca> <https://github.com/snapcore/snapd/pull/5903>
[10:57] <Chipaca> (I've got a followup already ready to go)
[11:12] <mup> PR snapcraft#2316 opened: storeapi: Use structured data for the conflicted current value <Created by sparkiegeek> <https://github.com/snapcore/snapcraft/pull/2316>
[11:15] <mup> PR snapd#5902 closed: cmd/snap: tweak UX of snap refresh --list <Created by chipaca> <Merged by chipaca> <https://github.com/snapcore/snapd/pull/5902>
[11:22] <mborzecki> Chipaca: can you take a look at https://github.com/snapcore/snapd/pull/5898 ?
[11:22] <sparkiegeek> sergiusens: o/
[11:22] <mup> PR #5898: tests: spread tests for aliases with parallel installed snaps <Parallel installs> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/5898>
[11:23] <Chipaca> mborzecki: probably yes
[11:23] <mborzecki> Chipaca: it's aliases :)
[11:23] <Chipaca> give me a sec to save state
[11:23] <mborzecki> Chipaca: sure, thank you!
[11:28] <pstolowski> niemeyer: pushed new changes to https://github.com/snapcore/snapd/pull/5759 and commented, let me know what you think
[11:28] <mup> PR #5759: ifacestate: implementation of defaultDeviceKey function for hotplug <Hotplug> <Created by stolowski> <https://github.com/snapcore/snapd/pull/5759>
[11:31] <pstolowski|lunch> niemeyer: ah, and i think i missed part of your suggestion regarding including attribute names in the key to avoid collision; will address this
[11:35] <zyga> is cdimage.ubuntu.com slow for everyone or just me?
[11:36] <zyga> I'm getting 50KB/s roughly
[11:36] <Chipaca> I have no idea what veeam is, but I already don't like it
[11:36] <popey> zyga: getting 7MB/s here
[11:36] <zyga> sigh , thanks
[11:37] <zyga> I rebooted my router
[11:40] <Chipaca> zyga: you don't have an implementation of tempdir from snap-update-ns etc, right?
[11:40] <zyga> tempdir?
[11:41] <zyga> I don't think we use any apart from stdlbi
[11:41] <zyga> *stdlib
[11:42] <Chipaca> zyga: yeah me neither
[11:43] <zyga> what do you need?
[11:43] <Chipaca> zyga: vvv
[11:43]  * Chipaca prods mup
[11:44] <mup> PR snapd#5907 opened: overlord/snapshotstate: chown the tempdir <Simple> <Created by chipaca> <https://github.com/snapcore/snapd/pull/5907>
[11:44] <Chipaca> zyga: ^^^
[11:45] <Chipaca> zyga: I'd love to have a mktempdir that uses O_TEMPDIR :)
[11:45] <zyga> Chipaca: note that the O_TMPFILE thing is only suitable for files, not for directories AFAIK
[11:45] <Chipaca> yeah that
[11:45] <Chipaca> oohhhhhh awwww
[11:45] <Chipaca> boo
[11:45] <zyga> right?
[11:45]  * Chipaca manpages
[11:45] <zyga> software sucks
[11:45] <Chipaca> nah, 's ok
[11:45] <Chipaca> software i can fix
[11:46] <zyga> fg
[11:46] <zyga> heh
[11:47] <zyga> I _just_ got this message from you: zyga: I'd love to have a mktempdir that uses O_TEMPDIR :)
[11:47] <zyga> ordering FTW
[11:47] <Chipaca> wut
[11:47] <Chipaca> your network is in distress
[11:47] <Chipaca> irc can't do out-of-order, so your client is loopy
[11:49] <zyga> are you sure?
[11:49] <zyga> I just noticed it appearing mid log
[11:51] <Chipaca> zyga: it's a tcp connection
[11:51] <Chipaca> a single one
[11:51] <zyga> hohoh
[11:51] <zyga> Chipaca: something cool to show you
[11:52] <Chipaca> oh dear
[11:52] <zyga> http://paste.ubuntu.com/p/Y2zpfGNkQg/
[11:52] <zyga> while my network sucks at pulling ISOs
[11:52] <zyga> I'm going back to past PRs
[11:52] <zyga> remember this one?
[11:53] <zyga> evil genius or evil madman?
[11:55] <mborzecki> anyone know of a simple snap that has services, is in the store and is not lxd?
[11:55] <zyga> xkcd-webserver?
[11:55] <mborzecki> oh, let me try that
[11:57] <mborzecki> edge is really broken now without https://github.com/snapcore/snapd/pull/5905 if there's more than instance of a given snap in the system
[11:57] <mup> PR #5905: store: gracefully handle unexpected errors in 'action' response <Simple> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/5905>
[12:01] <Chipaca> mborzecki: what will happen if you run 'snap alias foo_bar.baz baz' with a core that doesn't understand instances?
[12:02] <mborzecki> Chipaca: you won't have foo_bar installed
[12:02] <Chipaca> s/core/snapd/ i meant
[12:02] <Chipaca> right, so there's no way to get a SnapSetup that uses a snap name instead of the instance name
[12:03] <Chipaca> that wasn't created when they were equivalent
[12:03] <Chipaca> bah
[12:03] <mborzecki> yes, _ was also invalid for snap names
[12:04] <Chipaca> mborzecki: what happens today, without this pr, if you have instances enabled and install foo and foo_bar and try that alias command?
[12:04] <noise][> mborzecki: bear in mind there is store work still being done to support parallel
[12:05] <Chipaca> mborzecki: and, what happens if you have a snapd running with this pr, run 'snap alias', but before it can run you restart snapd into one that knows about instances but not instances for aliases?
[12:05] <Chipaca> s/run 'snap alias'/run 'snap alias foo_bar.baz baz'/
[12:05] <zyga> Chipaca: I pushed the changes to https://github.com/snapcore/snapd/pull/5869 - please have a look
[12:05] <Chipaca> no
[12:05] <mup> PR #5869: snap: detect layouts vs layout in snap.yaml <Simple> <Created by zyga> <https://github.com/snapcore/snapd/pull/5869>
[12:05] <mborzecki> Chipaca: you mean the aliases PR?
[12:06] <Chipaca> mborzecki: y
[12:06] <zyga> it's generic and gives pretty useful error messages
[12:07] <mborzecki> Chipaca: so the missing instancekey in snapsetup in aliases was benign, the code operated on snapsup.InstanceName() which gave the same results if you had RealName: "foo_bar" and {RealName: "foo", InstanceKey: "bar"}
[12:07] <mborzecki> i had a change somewhere which triggered panics if snapstate or snapup had name with _ but instancekey was unset
[12:08] <mborzecki> but this is probably only appropriate for tests, not the end users
[12:09] <Chipaca> agreed
[12:10] <Chipaca> mborzecki: ok. I couldn't spot a way for it to break beyond erroring, that is, I couldn't find a way to make it get you an alias on foo.baz when you asked for foo_bar.baz or viceversa
[12:10] <Chipaca> which is why I +1'ed
[12:10] <mborzecki> yup
[12:10] <Chipaca> but, thought I'd ask
[12:10] <Chipaca> as these things make my hair wobble
[12:11] <mborzecki> fwiw, the spread tests were written (somewhat deliberate) before the code change
[12:11] <mborzecki> and were passing :)
[12:12] <Chipaca> mborzecki: right, but you don't have a spread test for "stop snapd just before this change gets run, and switch it to this other one because life is pain"
[12:13] <zyga> FYI: I re-opened the PR that adds a spread test showing how layout migration may fail due to leftovers
[12:13] <zyga> https://github.com/snapcore/snapd/pull/5908
[12:13] <mup> PR #5908: tests,cmd/snap-update-ns: add test showing mount update bug <Created by zyga> <https://github.com/snapcore/snapd/pull/5908>
[12:14] <zyga> to make it easier to see what happens with the bug fix
[12:14] <mup> PR snapd#5908 opened: tests,cmd/snap-update-ns: add test showing mount update bug <Created by zyga> <https://github.com/snapcore/snapd/pull/5908>
[12:14] <Chipaca> mostly a note to self: we should try to make commands in a family point to the other ones
[12:14] <Chipaca> e.g. have 'snap aliases' mention alias, unalias, prefer
[12:14] <Chipaca> etc
[12:15] <zyga> note to chipaca, you should make notes to self mention other people so that they remind you of your notes to self ;-)
[12:15] <Chipaca> not necessarily all in all of them, but try to make it non-disconnected
[12:15] <zyga> but yeah
[12:15] <Chipaca> zyga: when they're serious, I make notes to niemeyer and then EOD
[12:15] <Chipaca> like 'snap refresh --dry-run' yesterday
[12:15] <zyga> LOL
[12:15] <zyga> it would be nice to have a common theme (e.g. how they are worded or introduced) for such hints
[12:16] <Chipaca> speaking of hints, I created a label for snapshot prs, because that's how i roll now
[12:20] <zyga> Chipaca: review on https://github.com/snapcore/snapd/pull/5906
[12:20] <mup> PR #5906: snap, client, daemon, store: use and expose "media" more <Created by chipaca> <https://github.com/snapcore/snapd/pull/5906>
[12:21] <Chipaca> zyga: I have a review in my review!
[12:21] <zyga> refresh
[12:21] <Chipaca> oh noes
[12:21]  * Chipaca refreshes again
[12:21]  * zyga stops now ;)
[12:21] <zyga> sorry, your icon triggered me ;)
[12:22] <Chipaca> it's not even on that PR, but ok :)
[12:23] <mup> PR snapd#5909 opened: allow network_control to also use /sbin/iw <Created by ogra1> <https://github.com/snapcore/snapd/pull/5909>
[12:26] <zyga> Chipaca: https://github.com/snapcore/snapd/pull/5903#pullrequestreview-161136203
[12:26] <mup> PR #5903: overlord/snapshotstate: store epoch in snapshot, check on restore <📸̻> <Created by chipaca> <https://github.com/snapcore/snapd/pull/5903>
[12:28] <mup> PR snapd#5903 closed: overlord/snapshotstate: store epoch in snapshot, check on restore <📸̻> <Created by chipaca> <Merged by chipaca> <https://github.com/snapcore/snapd/pull/5903>
[12:28] <mup> PR snapd#5910 opened: snapshotstate: restore to current revision <📸̻> <Created by chipaca> <https://github.com/snapcore/snapd/pull/5910>
[12:31] <Chipaca> laptop just powered off
[12:31]  * Chipaca worries
[12:32] <zyga> Uh
[12:32] <Chipaca> nothing in the logs that i can see
[12:32]  * zyga -> walk
[12:32] <Chipaca> anyway, one snapshots PR in, so pushed another
[12:32] <Chipaca> :-)
[12:37] <Chipaca> zyga: once snapshots is landed, I'll see what happens if you try to snapshot a broken snap
[12:37] <Chipaca> zyga: or restore into it
[12:37] <Chipaca> zyga: and then decide what we want to happen, and write a test for it, and implement it :)
[12:37] <Chipaca> but, not before it works for the non-broken case
[12:37] <Chipaca> (we're co slose)
[12:39] <zyga> My point is that you don’t get error
[12:39] <zyga> You get a snap info
[12:39] <zyga> And the error is inside the Broken field
[12:40] <frodus> Hi. I try to make a snap of "Teamviewer version10" by useing Ubuntu 16.04 i386. I have tested that the app it self works before package it. I have made a snap without errors, but when running the snap teamviewer tires to write logfiles to the "non writeable" /snap/teamviewer10/x1/.....   I have heard about $SNAP_USER_DATA but does not know how to use it in my snap to get teamviewer to write in a writeable area. Could anyony point me in the right direction?
[12:41] <popey> hi frodus. does teamviewer have any environment variables or command line options you can pass it?
[12:41] <popey> you could set environment variables in the apps section of the yaml, or pass parameters in the command: line.
[12:42] <frodus> Hi popey. I'll see whay I can find. Is there any other way to acheive this?
[12:43] <popey> Those are the first ways I'd try
[12:44] <popey> Maybe it writes logs to the current directory. Perhaps you can make a launcher script which does a "cd $SNAP_USER_DATA" before launching it
[12:45] <frodus> thanks popey.
[12:49] <Chipaca> zyga: but do you get a Current
[12:51] <Chipaca> zyga: and do we want snapshots failing when the snap is broken
[12:51] <Chipaca> zyga: 'ooh snap broke, better take a snapshot and reinstall it'
[12:51] <Chipaca> zyga: (and note we'll be taking snapshots automatically -- so now you can't remove broken snaps)
[12:52] <Chipaca> bah, it's unclear whether the auto-snapshot failing should error the change, or just leave the data
[12:52] <Chipaca> the latter sounds better; that plus a warning
[13:02] <zyga> Chipaca: that's a great point actually
[13:02] <zyga> worth a comment
[13:08] <mup> PR snapd#5869 closed: snap: detect layouts vs layout in snap.yaml <Simple> <Created by zyga> <Merged by zyga> <https://github.com/snapcore/snapd/pull/5869>
[13:11] <mup> PR snapd#5911 opened: snap: detect layouts vs layout in snap.yaml (#5869) <Created by zyga> <https://github.com/snapcore/snapd/pull/5911>
[13:13] <mup> PR snapd#5900 closed: release: 2.36~pre1 <Created by mvo5> <Merged by zyga> <https://github.com/snapcore/snapd/pull/5900>
[13:15] <zyga> jdstrand: a trivial one liner that could use your ack https://github.com/snapcore/snapd/pull/5909
[13:15] <mup> PR #5909: allow network_control to also use /sbin/iw <Created by ogra1> <https://github.com/snapcore/snapd/pull/5909>
[13:21] <zyga> Chipaca, mborzecki: a quick review for https://github.com/snapcore/snapd/pull/5908 would be appreciated, for the follow-up fix
[13:21] <mup> PR #5908: tests,cmd/snap-update-ns: add test showing mount update bug <Created by zyga> <https://github.com/snapcore/snapd/pull/5908>
[13:25] <cachio> sergiusens, https://paste.ubuntu.com/p/WTTFZCBHg6/
[13:25] <cachio> sergiusens, hey,
[13:26] <cachio> any idea what could be causing this error?
[13:26] <sergiusens> cachio: build on 16.04 and it will work
[13:27] <cachio> sergiusens, ok
[13:28] <cachio> is it any workaound to make it work on bionic?
[13:28] <zyga> cachio: build it in a container
[13:29] <zyga> cachio: or use a base: core18 definition
[13:29] <cachio> zyga, ah, ok
[13:37] <zyga>  kenvandine: reproduced, investigating
[13:45] <zyga>  kenvandine debugged
[13:45] <kenvandine> :)
[13:45] <mup> PR snapcraft#2317 opened: tests: add spread suite for plainbox plugin <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/2317>
[13:50] <zyga> kenvandine: fixed
[13:53] <kenvandine> zyga: awesome, now to get that fix into cosmic :)
[13:53] <zyga> kenvandine: we could do a distro patch but perhaps not very useful
[13:53] <zyga> kenvandine: the fix is tiny
[13:53] <zyga> mvo is not around today but I would love to see this in the next release candidate of 2.36
[13:54] <kenvandine> zyga: mvo had said he would do a point release with just the fix
[13:54] <zyga> ah, that's ok
[13:54] <zyga> so perhaps tomorrow
[13:54] <zyga> I don't know why he is off today
[13:54] <kenvandine> yeah, please point him to the fix
[13:54] <kenvandine> we talked about it yesterday, so it's on his radar
[13:55] <kenvandine> it's a cosmic release blocker, so it needs to go in
[13:55] <kenvandine> hopefully he's back tomorrow :)
[13:55] <zyga> that's great, I'll just focus on landing it
[14:07] <pedronis> it's a national holiday he said
[14:08] <zyga> ah great
[14:08] <zyga> I was worried he's ill
[14:09] <mup> PR snapd#5912 opened: interfaces/apparmor: handle overlayfs snippet for snap-update-ns <Critical> <Created by zyga> <https://github.com/snapcore/snapd/pull/5912>
[14:09] <zyga> kenvandine: ^
[14:09] <zyga> mborzecki: ^
[14:10] <zyga> jdstrand: ^
[14:16] <sergiusens> zyga: he as in Michael? German holiday he mentioned
[14:17] <zyga> yeah, that's good to know :)
[14:23] <kenvandine> zyga: awesome
[14:28] <mborzecki> degville: i've dropped some documentation for parallel installs right here https://forum.snapcraft.io/t/parallel-installs/7679 can you take a look?
[14:28] <degville> thanks mborzecki! Just seen it - I'll take a look.
[14:29] <mborzecki> degville: thanks! ping me if you have any questions
[14:29] <degville> mborzecki: will do, thanks.
[14:30] <mborzecki> degville: and sorry for the poor man's tables :)
[14:31] <degville> mborzecki: ahaha! I'll fix them :)
[14:59]  * zyga -> dinner
[15:02] <niemeyer> I need to run an errand as well.. back later
[15:06] <mup> PR snapcraft#2315 closed: tests: use mocked plugins for list-plugins <Created by sergiusens> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/2315>
[15:37] <mup> PR snapd#5913 opened:  daemon: expose snapshots to the API <Created by chipaca> <https://github.com/snapcore/snapd/pull/5913>
[15:38] <Chipaca> ^^ 1 more R for snapshots (1 more to go!)
[15:38] <Chipaca> 1 more PR*
[15:38] <Chipaca> taking a break, now
[15:57] <zyga> My daughter is 10 years old now.
[16:15] <pstolowski> i really love snap run --strace
[17:09] <zyga> Chipaca: still here?
[17:21] <mup> Bug #1795947 opened: `snap services` should indicate when services are a oneshot <Snappy:New> <https://launchpad.net/bugs/1795947>
[17:37]  * zyga EODs
[17:49] <Chipaca> zyga: yes
[18:15] <zyga> Chipaca: can you please look at the PR marked as critical
[18:26] <Chipaca> zyga: will do
[18:26] <Chipaca> zyga: when i get back from the supermarket
[18:28] <mup> PR snapcraft#2314 closed: nodejs plugin: add support for ppc64el and s390x (#2310) (#2310) <Created by sergiusens> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/2314>
[18:29] <zyga> Thank you
[18:29] <zyga> I want to backport it for 2.36
[18:33] <mup> PR snapd#5912 closed: interfaces/apparmor: handle overlayfs snippet for snap-update-ns <Critical> <Created by zyga> <Merged by chipaca> <https://github.com/snapcore/snapd/pull/5912>
[18:42] <zyga> Wooot
[18:42] <zyga> Thank you
[19:03] <joelkraehemann> hi all
[19:05] <joelkraehemann> https://forum.snapcraft.io/t/alsa-cannot-access-devices/7025
[19:05] <joelkraehemann> ^^ I have the very same problem
[19:05] <joelkraehemann> Here is my snapcraft.yaml:
[19:05] <joelkraehemann> https://bazaar.launchpad.net/~jkraehemann/+junk/gsequencer/view/head:/snap/snapcraft.yaml
[19:06] <joelkraehemann> I have tried all sorts of combination trying to get it up running
[19:06] <joelkraehemann> but without any success
[19:06] <ogra> joelkraehemann, https://forum.snapcraft.io/t/reusable-alsa-lib-part/3556/10
[19:06] <joelkraehemann> I don't want to use pulseaudio at all
[19:07] <joelkraehemann> ogra: just because you share me the link showing this ^^
[19:08] <ogra> joelkraehemann, i dont see any reference to pulse in the remote part that post points to https://github.com/diddledan/snapcraft-alsa
[19:08] <joelkraehemann> pulsify-alsa
[19:09] <joelkraehemann> Yeah, I was trying this ...
[19:09] <ogra> not sure what you are talking about ... that remote part definitely doesnt use pulse and just makes sure to build alsa in a snap consumable way
[19:10] <joelkraehemann> could it be that I have to stage: [- - usr/lib/libasound.so]
[19:10] <ogra> and there are many snaps in the store using it so i'd expect it to work
[19:10] <ogra> if you have probs you probably want to talk to diddledan
[19:11] <ogra> (the author and maintainer of that remote part)
[19:11] <joelkraehemann> thank you
[19:11] <ogra> jdstrand, there is a new dashkiosk-client-browser in the store that would appreciate a helping hand to become a release :)
[19:12] <ogra> (only interested in armhf, you dont need to bother about the other arches if it take extra time)
[19:12] <ogra> *takes
[19:23] <joelkraehemann>     stage:
[19:23] <joelkraehemann>         - -usr/share/alsa
[19:23] <joelkraehemann>         - -usr/lib/x86_64-linux-gnu/libasound.so
[19:23] <joelkraehemann> ^^ is there a way to have an environment variable of x86_64-linux-gnu?
[19:28] <joelkraehemann> I just try to list both x86_64 and i386
[19:28] <joelkraehemann> I think prior the libs in usr/lib/x86_64-linux-gnu/ caused problems
[20:02] <joelkraehemann> ogra: Well it does say anymore about pulseaudio but is what it actually does ;)
[20:03] <joelkraehemann> First my application supports output to pulseaudio
[20:03] <joelkraehemann> What I want is alsa access and not a wrapper
[20:06] <joelkraehemann> ALSA provides just some fancy features like low-latency and MIDI device access
[20:07] <joelkraehemann> So my advice what ever stops you to disable ALSA access, fix it :)
[23:04] <mup> PR snapcraft#2318 opened: meta: add support for the license field <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/2318>
[23:06] <jdstrand> ogra: done
[23:07] <jdstrand> and thanks to roadmr for getting r1131 up so fast (it approved r10-r12)
[23:17] <ogra> jdstrand, awesome, thanks (and roadmr too (in absence))