jdstrandzyga: I commented on 5897 (extensively) earlier today (including the trigger)01:53
jdstrandzyga: ack on 590101:53
mupPR snapcraft#2313 closed: meta: link the icon correctly across filesystems <Created by sergiusens> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/2313>01:56
mupPR snapcraft#2310 closed: nodejs plugin: add support for ppc64el and s390x <Created by anthonyfok> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/2310>01:59
mupPR snapcraft#2314 opened: nodejs plugin: add support for ppc64el and s390x (#2310) (#2310) <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/2314>02:02
mupPR snapcraft#2304 closed: project loader: remove remote parts support for bases <Created by sergiusens> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/2304>02:50
zygagood morning06:29
zygajdstrand: thank you on both, looking at feedback06:30
zygahey mborzecki06:31
zygatests look reddish today06:31
mborzeckizyga: hey06:31
zyga+ quiet zypper --gpg-auto-import-keys refresh06:34
zyga<kill-timeout reached>06:34
zygahmmm :/06:34
zygaand then06:34
zygamore openSUSE repo woes https://www.irccloud.com/pastebin/1Xu1svZW/06:34
mborzeckihmm --non-interactive06:35
mborzeckiwe don't pass it do we?06:35
zygaDownload (curl) error for 'http://download.opensuse.org/update/leap/42.3/non-oss/repodata/b95bdb6d60aafb004e5486f977be7f0271423a08250b846de8fbd842d2c0a87a-primary.xml.gz':06:36
zygaError code: HTTP response: 50006:36
zygaError message: The requested URL returned error: 500 Internal Server Error06:36
zygait's the server side06:36
mborzeckifwiw that url is timing out locally too06:37
zygaok, if this persists during the day we need to disable opens use06:39
zygaoh, we disabled 18.04 AFAIR06:39
zygawe should keep track of those06:39
zygaok, time to look at 18.10 live issues06:49
Chipacagood morning peeps07:36
zygagood morning Chipaca07:38
zygaIRC is splitty this morning07:38
zygaand openSUSE archive is not responding07:38
zygabut otherwise things are fine07:38
zygamy cosmic download will finish tomorrow at this rate :/07:39
zyga(it's raining, LTE speed is very low now)07:39
Chipacaboo to opensuse07:40
Chipacamakes me feel we should have a control panel thing for skipping tests07:40
Chipacaalso a cache for spread07:40
zygathat would be great07:41
Chipacaa 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 passed07:41
Chipacaand then spread just skips those07:41
Chipacawhat could go wrong™07:44
zygaschedule ;)07:44
mborzeckihttps://github.com/snapcore/snapd/pull/5904 could we land this?07:48
mupPR #5904: spread: put openSUSE to manual <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/5904>07:48
zygaChipaca: ^07:49
mborzeckiChipaca: thanks!07:53
mborzeckihm mup is somewhat quiet today07:53
mupPR snapd#5904 closed: spread: put openSUSE to manual <Created by bboozzoo> <Merged by chipaca> <https://github.com/snapcore/snapd/pull/5904>07:53
degvilleChipaca: yep, that makes sense.08:28
Chipacadegville: (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
mborzeckizyga: hm so requiring network-online.target comes back to haunt us08:29
zygabut didn't we drop that08:29
zygaor is my memory backwards/08:29
mborzeckiwasn't there a PR to dro that?08:29
mborzeckiiirc someone from ce team opened it08:29
zygaright, I think there was one08:29
zygabut we don't change existing unit08:29
zygaso :/08:29
mborzeckihttps://github.com/snapcore/snapd/pull/5746 ?08:30
mupPR #5746: wrappers: remove Wants=network-online.target <Created by mvo5> <Merged by zyga> <https://github.com/snapcore/snapd/pull/5746>08:30
zygaso either not released yet08:30
zygaor released but people did not update08:30
Chipacathis is more a "make all service files generated" coming back to haunt us, fwiw08:30
Chipacaor rather, the lack of doing that :)08:30
zygaor at least managed with Ensure-like manner like security code is08:31
zyga(imagine how terrible it would be if we had not done it that way)08:31
mborzeckiso even if people refresh the core they won't see it fixed08:32
mborzeckithey'd have to do eg. snap disable/enable as a workaround08:33
Chipacamborzecki: hope they're not ssh'ing in to do that08:33
mborzeckisomething fishy, NetworkManager is not a snap in a desktop installation, is it?08:38
zygamborzecki: no, no it should not be a snap (yet)08:39
pedronisno, I expected  lxd + network manager both as snaps, not to be super common, unless there is some device setup like that for reasons08:40
mborzeckipedronis: 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:09
pedronismborzecki: it shouldn't afaik, I would hope the issue is something else09:10
pedronismborzecki: we should be doing that all the time09:11
pedronisany snap refresh foo09:11
pedroniswould do that09:11
pedronisor I'm not understanding what you wrote09:11
mborzeckipedronis: 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 that09:13
mborzeckipedronis: 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:13
mborzeckipedronis: that's when i tried to install some other snap09:14
pedronismborzecki: well, as I said parallel installs are not supported09:14
pedronisby the store09:14
pedronisanyway that place is more like the store returned a result for a snap that was only in current09:14
pedronisand not in any action09:14
mborzeckipedronis: yes09:15
mborzeckipedronis: though i don't recall it doing that, otherwise i'd notice i can't install any snaps09:15
mborzecki(from the store obviously)09:15
pedronisit shouldn't in the normal case09:16
pedronisbut in your situation it does09:16
pedronisI would need to see the json to say exactly if it store is being unreasonable09:20
pedronisyea, the store is a bit wrong here09:22
Chipacabits of our tests still have snapname.developer in them09:22
wgrantpedronis: Howso?09:22
pedronisit's returning an action-like error for something that is only in context09:23
wgrantpedronis: Oh, is it in results rather than error-list?09:23
wgrantRight, can someone file a bug?09:25
pedroniswill do09:25
mborzeckipedronis: https://paste.ubuntu.com/p/QGXfB9FPBt/ there you go09:28
pedronismborzecki: yea, what I expected, thanks09:35
mupPR snapd#5905 opened: store: gracefully handle unexpected errors in 'action' response <Simple> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/5905>10:05
mborzeckipedronis: Chipaca: ^^10:05
mupPR snapd#5906 opened: snap, client, daemon, store: use and expose "media" more <Created by chipaca> <https://github.com/snapcore/snapd/pull/5906>10:21
mupPR snapcraft#2315 opened: tests: use mocked plugins for list-plugins <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/2315>10:51
Chipacahoping for a second review on #590310:57
mupPR #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)10:57
mupPR snapcraft#2316 opened: storeapi: Use structured data for the conflicted current value <Created by sparkiegeek> <https://github.com/snapcore/snapcraft/pull/2316>11:12
mupPR 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:15
mborzeckiChipaca: can you take a look at https://github.com/snapcore/snapd/pull/5898 ?11:22
sparkiegeeksergiusens: o/11:22
mupPR #5898: tests: spread tests for aliases with parallel installed snaps <Parallel installs> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/5898>11:22
Chipacamborzecki: probably yes11:23
mborzeckiChipaca: it's aliases :)11:23
Chipacagive me a sec to save state11:23
mborzeckiChipaca: sure, thank you!11:23
pstolowskiniemeyer: pushed new changes to https://github.com/snapcore/snapd/pull/5759 and commented, let me know what you think11:28
mupPR #5759: ifacestate: implementation of defaultDeviceKey function for hotplug <Hotplug> <Created by stolowski> <https://github.com/snapcore/snapd/pull/5759>11:28
=== pstolowski is now known as pstolowski|lunch
pstolowski|lunchniemeyer: ah, and i think i missed part of your suggestion regarding including attribute names in the key to avoid collision; will address this11:31
=== Mirv_ is now known as Mirv
zygais cdimage.ubuntu.com slow for everyone or just me?11:35
zygaI'm getting 50KB/s roughly11:36
ChipacaI have no idea what veeam is, but I already don't like it11:36
popeyzyga: getting 7MB/s here11:36
zygasigh , thanks11:36
zygaI rebooted my router11:37
Chipacazyga: you don't have an implementation of tempdir from snap-update-ns etc, right?11:40
zygaI don't think we use any apart from stdlbi11:41
Chipacazyga: yeah me neither11:42
zygawhat do you need?11:43
Chipacazyga: vvv11:43
* Chipaca prods mup11:43
mupPR snapd#5907 opened: overlord/snapshotstate: chown the tempdir <Simple> <Created by chipaca> <https://github.com/snapcore/snapd/pull/5907>11:44
Chipacazyga: ^^^11:44
Chipacazyga: I'd love to have a mktempdir that uses O_TEMPDIR :)11:45
zygaChipaca: note that the O_TMPFILE thing is only suitable for files, not for directories AFAIK11:45
Chipacayeah that11:45
Chipacaoohhhhhh awwww11:45
* Chipaca manpages11:45
zygasoftware sucks11:45
Chipacanah, 's ok11:45
Chipacasoftware i can fix11:45
zygaI _just_ got this message from you: zyga: I'd love to have a mktempdir that uses O_TEMPDIR :)11:47
zygaordering FTW11:47
Chipacayour network is in distress11:47
Chipacairc can't do out-of-order, so your client is loopy11:47
zygaare you sure?11:49
zygaI just noticed it appearing mid log11:49
Chipacazyga: it's a tcp connection11:51
Chipacaa single one11:51
zygaChipaca: something cool to show you11:51
Chipacaoh dear11:52
zygawhile my network sucks at pulling ISOs11:52
zygaI'm going back to past PRs11:52
zygaremember this one?11:52
zygaevil genius or evil madman?11:53
mborzeckianyone know of a simple snap that has services, is in the store and is not lxd?11:55
mborzeckioh, let me try that11:55
mborzeckiedge is really broken now without https://github.com/snapcore/snapd/pull/5905 if there's more than instance of a given snap in the system11:57
mupPR #5905: store: gracefully handle unexpected errors in 'action' response <Simple> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/5905>11:57
Chipacamborzecki: what will happen if you run 'snap alias foo_bar.baz baz' with a core that doesn't understand instances?12:01
mborzeckiChipaca: you won't have foo_bar installed12:02
Chipacas/core/snapd/ i meant12:02
Chipacaright, so there's no way to get a SnapSetup that uses a snap name instead of the instance name12:02
Chipacathat wasn't created when they were equivalent12:03
mborzeckiyes, _ was also invalid for snap names12:03
Chipacamborzecki: 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 parallel12:04
Chipacamborzecki: 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
Chipacas/run 'snap alias'/run 'snap alias foo_bar.baz baz'/12:05
zygaChipaca: I pushed the changes to https://github.com/snapcore/snapd/pull/5869 - please have a look12:05
mupPR #5869: snap: detect layouts vs layout in snap.yaml <Simple> <Created by zyga> <https://github.com/snapcore/snapd/pull/5869>12:05
mborzeckiChipaca: you mean the aliases PR?12:05
Chipacamborzecki: y12:06
zygait's generic and gives pretty useful error messages12:06
mborzeckiChipaca: 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
mborzeckii had a change somewhere which triggered panics if snapstate or snapup had name with _ but instancekey was unset12:07
mborzeckibut this is probably only appropriate for tests, not the end users12:08
Chipacamborzecki: 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 viceversa12:10
Chipacawhich is why I +1'ed12:10
Chipacabut, thought I'd ask12:10
Chipacaas these things make my hair wobble12:10
mborzeckifwiw, the spread tests were written (somewhat deliberate) before the code change12:11
mborzeckiand were passing :)12:11
Chipacamborzecki: 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:12
zygaFYI: I re-opened the PR that adds a spread test showing how layout migration may fail due to leftovers12:13
mupPR #5908: tests,cmd/snap-update-ns: add test showing mount update bug <Created by zyga> <https://github.com/snapcore/snapd/pull/5908>12:13
zygato make it easier to see what happens with the bug fix12:14
mupPR 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
Chipacamostly a note to self: we should try to make commands in a family point to the other ones12:14
Chipacae.g. have 'snap aliases' mention alias, unalias, prefer12:14
zyganote to chipaca, you should make notes to self mention other people so that they remind you of your notes to self ;-)12:15
Chipacanot necessarily all in all of them, but try to make it non-disconnected12:15
zygabut yeah12:15
Chipacazyga: when they're serious, I make notes to niemeyer and then EOD12:15
Chipacalike 'snap refresh --dry-run' yesterday12:15
zygait would be nice to have a common theme (e.g. how they are worded or introduced) for such hints12:15
Chipacaspeaking of hints, I created a label for snapshot prs, because that's how i roll now12:16
zygaChipaca: review on https://github.com/snapcore/snapd/pull/590612:20
mupPR #5906: snap, client, daemon, store: use and expose "media" more <Created by chipaca> <https://github.com/snapcore/snapd/pull/5906>12:20
Chipacazyga: I have a review in my review!12:21
Chipacaoh noes12:21
* Chipaca refreshes again12:21
* zyga stops now ;)12:21
zygasorry, your icon triggered me ;)12:21
Chipacait's not even on that PR, but ok :)12:22
mupPR snapd#5909 opened: allow network_control to also use /sbin/iw <Created by ogra1> <https://github.com/snapcore/snapd/pull/5909>12:23
zygaChipaca: https://github.com/snapcore/snapd/pull/5903#pullrequestreview-16113620312:26
mupPR #5903: overlord/snapshotstate: store epoch in snapshot, check on restore <📸󠁟̻> <Created by chipaca> <https://github.com/snapcore/snapd/pull/5903>12:26
mupPR 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
mupPR snapd#5910 opened: snapshotstate: restore to current revision <📸󠁟̻> <Created by chipaca> <https://github.com/snapcore/snapd/pull/5910>12:28
=== pstolowski|lunch is now known as pstolowski
Chipacalaptop just powered off12:31
* Chipaca worries12:31
Chipacanothing in the logs that i can see12:32
* zyga -> walk12:32
Chipacaanyway, one snapshots PR in, so pushed another12:32
Chipacazyga: once snapshots is landed, I'll see what happens if you try to snapshot a broken snap12:37
Chipacazyga: or restore into it12:37
Chipacazyga: and then decide what we want to happen, and write a test for it, and implement it :)12:37
Chipacabut, not before it works for the non-broken case12:37
Chipaca(we're co slose)12:37
zygaMy point is that you don’t get error12:39
zygaYou get a snap info12:39
zygaAnd the error is inside the Broken field12:39
frodusHi. 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:40
popeyhi frodus. does teamviewer have any environment variables or command line options you can pass it?12:41
popeyyou could set environment variables in the apps section of the yaml, or pass parameters in the command: line.12:41
frodusHi popey. I'll see whay I can find. Is there any other way to acheive this?12:42
popeyThose are the first ways I'd try12:43
popeyMaybe it writes logs to the current directory. Perhaps you can make a launcher script which does a "cd $SNAP_USER_DATA" before launching it12:44
frodusthanks popey.12:45
Chipacazyga: but do you get a Current12:49
Chipacazyga: and do we want snapshots failing when the snap is broken12:51
Chipacazyga: 'ooh snap broke, better take a snapshot and reinstall it'12:51
Chipacazyga: (and note we'll be taking snapshots automatically -- so now you can't remove broken snaps)12:51
Chipacabah, it's unclear whether the auto-snapshot failing should error the change, or just leave the data12:52
Chipacathe latter sounds better; that plus a warning12:52
zygaChipaca: that's a great point actually13:02
zygaworth a comment13:02
mupPR 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:08
mupPR snapd#5911 opened: snap: detect layouts vs layout in snap.yaml (#5869) <Created by zyga> <https://github.com/snapcore/snapd/pull/5911>13:11
mupPR snapd#5900 closed: release: 2.36~pre1 <Created by mvo5> <Merged by zyga> <https://github.com/snapcore/snapd/pull/5900>13:13
zygajdstrand: a trivial one liner that could use your ack https://github.com/snapcore/snapd/pull/590913:15
mupPR #5909: allow network_control to also use /sbin/iw <Created by ogra1> <https://github.com/snapcore/snapd/pull/5909>13:15
zygaChipaca, mborzecki: a quick review for https://github.com/snapcore/snapd/pull/5908 would be appreciated, for the follow-up fix13:21
mupPR #5908: tests,cmd/snap-update-ns: add test showing mount update bug <Created by zyga> <https://github.com/snapcore/snapd/pull/5908>13:21
cachiosergiusens, https://paste.ubuntu.com/p/WTTFZCBHg6/13:25
cachiosergiusens, hey,13:25
cachioany idea what could be causing this error?13:26
sergiusenscachio: build on 16.04 and it will work13:26
cachiosergiusens, ok13:27
cachiois it any workaound to make it work on bionic?13:28
zygacachio: build it in a container13:28
zygacachio: or use a base: core18 definition13:29
cachiozyga, ah, ok13:29
zyga kenvandine: reproduced, investigating13:37
zyga kenvandine debugged13:45
mupPR snapcraft#2317 opened: tests: add spread suite for plainbox plugin <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/2317>13:45
zygakenvandine: fixed13:50
kenvandinezyga: awesome, now to get that fix into cosmic :)13:53
zygakenvandine: we could do a distro patch but perhaps not very useful13:53
zygakenvandine: the fix is tiny13:53
zygamvo is not around today but I would love to see this in the next release candidate of 2.3613:53
kenvandinezyga: mvo had said he would do a point release with just the fix13:54
zygaah, that's ok13:54
zygaso perhaps tomorrow13:54
zygaI don't know why he is off today13:54
kenvandineyeah, please point him to the fix13:54
kenvandinewe talked about it yesterday, so it's on his radar13:54
kenvandineit's a cosmic release blocker, so it needs to go in13:55
kenvandinehopefully he's back tomorrow :)13:55
zygathat's great, I'll just focus on landing it13:55
pedronisit's a national holiday he said14:07
zygaah great14:08
zygaI was worried he's ill14:08
mupPR 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
zygakenvandine: ^14:09
zygamborzecki: ^14:09
zygajdstrand: ^14:10
sergiusenszyga: he as in Michael? German holiday he mentioned14:16
zygayeah, that's good to know :)14:17
kenvandinezyga: awesome14:23
mborzeckidegville: 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
degvillethanks mborzecki! Just seen it - I'll take a look.14:28
mborzeckidegville: thanks! ping me if you have any questions14:29
degvillemborzecki: will do, thanks.14:29
mborzeckidegville: and sorry for the poor man's tables :)14:30
degvillemborzecki: ahaha! I'll fix them :)14:31
* zyga -> dinner14:59
niemeyerI need to run an errand as well.. back later15:02
mupPR snapcraft#2315 closed: tests: use mocked plugins for list-plugins <Created by sergiusens> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/2315>15:06
mupPR snapd#5913 opened:  daemon: expose snapshots to the API <Created by chipaca> <https://github.com/snapcore/snapd/pull/5913>15:37
Chipaca^^ 1 more R for snapshots (1 more to go!)15:38
Chipaca1 more PR*15:38
Chipacataking a break, now15:38
zygaMy daughter is 10 years old now.15:57
pstolowskii really love snap run --strace16:15
=== chrisccoulson_ is now known as chrisccoulson
zygaChipaca: still here?17:09
mupBug #1795947 opened: `snap services` should indicate when services are a oneshot <Snappy:New> <https://launchpad.net/bugs/1795947>17:21
* zyga EODs 17:37
Chipacazyga: yes17:49
zygaChipaca: can you please look at the PR marked as critical18:15
Chipacazyga: will do18:26
Chipacazyga: when i get back from the supermarket18:26
mupPR 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:28
zygaThank you18:29
zygaI want to backport it for 2.3618:29
mupPR 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:33
zygaThank you18:42
joelkraehemannhi all19:03
joelkraehemann^^ I have the very same problem19:05
joelkraehemannHere is my snapcraft.yaml:19:05
joelkraehemannI have tried all sorts of combination trying to get it up running19:06
joelkraehemannbut without any success19:06
ograjoelkraehemann, https://forum.snapcraft.io/t/reusable-alsa-lib-part/3556/1019:06
joelkraehemannI don't want to use pulseaudio at all19:06
joelkraehemannogra: just because you share me the link showing this ^^19:07
ograjoelkraehemann, i dont see any reference to pulse in the remote part that post points to https://github.com/diddledan/snapcraft-alsa19:08
joelkraehemannYeah, I was trying this ...19:09
ogranot sure what you are talking about ... that remote part definitely doesnt use pulse and just makes sure to build alsa in a snap consumable way19:09
joelkraehemanncould it be that I have to stage: [- - usr/lib/libasound.so]19:10
ograand there are many snaps in the store using it so i'd expect it to work19:10
ograif you have probs you probably want to talk to diddledan19:10
ogra(the author and maintainer of that remote part)19:11
joelkraehemannthank you19:11
ograjdstrand, there is a new dashkiosk-client-browser in the store that would appreciate a helping hand to become a release :)19:11
ogra(only interested in armhf, you dont need to bother about the other arches if it take extra time)19:12
joelkraehemann    stage:19:23
joelkraehemann        - -usr/share/alsa19:23
joelkraehemann        - -usr/lib/x86_64-linux-gnu/libasound.so19:23
joelkraehemann^^ is there a way to have an environment variable of x86_64-linux-gnu?19:23
joelkraehemannI just try to list both x86_64 and i38619:28
joelkraehemannI think prior the libs in usr/lib/x86_64-linux-gnu/ caused problems19:28
joelkraehemannogra: Well it does say anymore about pulseaudio but is what it actually does ;)20:02
joelkraehemannFirst my application supports output to pulseaudio20:03
joelkraehemannWhat I want is alsa access and not a wrapper20:03
joelkraehemannALSA provides just some fancy features like low-latency and MIDI device access20:06
joelkraehemannSo my advice what ever stops you to disable ALSA access, fix it :)20:07
mupPR snapcraft#2318 opened: meta: add support for the license field <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/2318>23:04
jdstrandogra: done23:06
jdstrandand thanks to roadmr for getting r1131 up so fast (it approved r10-r12)23:07
ograjdstrand, awesome, thanks (and roadmr too (in absence))23:17

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!