[02:58] -SwissBot:#xubuntu-devel- ::xfce4-announce:: ANNOUNCE: xfce4-cpufreq-plugin 1.2.3 released @ http://xfce.10915.n7.nabble.com/ANNOUNCE-xfce4-cpufreq-plugin-1-2-3-released-tp59798.html (by Jan Ziak)
[04:11] <JackFrost> bluesabre: ...You were going to finish -profile right?
[10:28] <jphilips> bluesabre: so ae you suggesting we copy the new mouse icon over the existing elementary one?
[11:10] <bluesabre> jphilips: rather, we need another elementary-style mouse to take it's place.
[11:10] <bluesabre> I'll see if there was another design previously in version control
[11:11] <jphilips> i suggested to use the humanity icon mouse here - https://github.com/elementary/icons/issues/881
[11:11] <ubot3> Issue 881 in elementary/icons "Update mouse icon to look like most mice" [Open]
[11:17] <JackFrost> Hey, that Papirus one doesn't look too shabby.
[11:27] <jphilips> are we putting any safeguards for 4.16 that when installed, it doesn't allow the installation of plugins which will break its behaviour, like xfce4-notes-plugin
[11:28] <jphilips> this debian testing user had quite a bit of problems when upgrading to 4.16 - https://www.facebook.com/groups/XFCEDE/permalink/3866829003356732/
[11:36] <bluesabre> We don't have anything specific for that, but it sounds like his panel might be in a weird configuration state. That'd be a bug for xfce4-panel so ochosi can follow up.
[11:37] <JackFrost> ↑, though have heard weird things about xfce4-battery-plugin.
[11:37] <JackFrost> bluesabre: So, I thought you were doing -profiles?
[11:38] <bluesabre> JackFrost: fell off :D
[11:38] <JackFrost> OK, good.  Just wanted to ensure I wasn't waiting on you while eyou waited on me!
[11:38] <bluesabre> If your package is working, please go ahead and upload it. Mine was weird, so I have a weirder patch on top of it :D
[11:39] <bluesabre> https://sigma.unit193.net/~unit193/xfce416.html is looking really good :)
[11:39] <JackFrost> Debian #979307
[11:39] <ubot3> Debian bug 979307 in xfce4-battery-plugin "xfce4-battery-plugin: Always shows the 'About xfce4-battery-plugin' dialog box on login" [Minor, Open] https://bugs.debian.org/979307
[11:40] <bluesabre> And yay! https://bugs.launchpad.net/ubuntu/+source/golang-gopkg-libgit2-git2go.v28/+bug/1910744
[11:40] <ubot3> Launchpad bug 1910744 in golang-gopkg-libgit2-git2go.v28 (Ubuntu) "Please remove conflicting golang-gopkg-libgit2-git2go.v28" [Undecided, Fix Released]
[11:40] <JackFrost> Yeah but proposed-migration still hates libgit. >_<
[11:40] <bluesabre> :(
[11:40] <JackFrost> https://people.canonical.com/~ubuntu-archive/proposed-migration/hirsute/ (or something, that was typed out so may have typos.)
[11:44] <bluesabre> Looks good to me. Seems like libgit has a pile of issues :\
[11:44] <bluesabre> Though I have no idea what Implicit dependency means
[11:45] <bluesabre> Or does that mean that one of those implicit dependencies is stuck
[11:46] <JackFrost> Also, nah.  I thought -profiles handled unknown configure options, but it doesn't.
[11:56] <jphilips> this is what the post author mentioned in a comment "The problem was xfce4-notes-plugin, which depends on version at most 4.15 of the panel. I removed that, upgraded, and everything works normally again. Thanks!"
[12:01] <bluesabre> There might be a new mouse icon coming in the next week or so after I did some nudging. I'll keep you posted.
[12:50] <jphilips> thanks
[13:07] <jphilips> JackFrost: how much after the essential freeze does the full freeze normally arrive
[13:07] <JackFrost> Depends which aspect, what one are you looking for?
[13:11] <JackFrost> jphilips: ↑
[13:11] <jphilips> just wandering which month bullseye will likely release in
[13:12] <JackFrost> Ah, well that's not exactly how it works.  "When it's done" is the general answer, don't even know when the full freeze will happen.
[13:14] <JackFrost> https://wiki.debian.org/DebianReleases#Release_statistics
[13:16] <jphilips> 185 days (6 months) freeze length for buster. does that mean from the time of the initial freeze?
[13:16] <jphilips> i was checking this page https://release.debian.org/bullseye/freeze_policy.html
[13:23] <JackFrost> I already jumped one system to buster anyway. :P
[18:59] <jphilips> would have assumed you'd always be running Sid :D
[20:25] -SwissBot:#xubuntu-devel- ::xfce4-announce:: ANNOUNCE: thunar 4.16.2 released @ http://xfce.10915.n7.nabble.com/ANNOUNCE-thunar-4-16-2-released-tp59799.html (by Alexander Schwinn-2)
[23:58] <JackFrost> On desktop sure, just not that server.


[01:51] <Guest15047> what is the best way to configure a master backend with a remote front end on a gateway
[02:15] <rhpot1991> Guest15047: what do you mean by gateway?
[02:26] <Guest15047> i wanted to set it up over my cablemodem/gateway/router
[02:28] <rhpot1991> Guest15047: still confused as to what you are asking
[02:34] <Shadow__X> are you saying you want to setup a master backend at your house and then be able to access it in your aunts house 2 towns over?
[02:45] <Guest15047> that sounds great! could that be done with a vpn?  but no, im talking about the cable companys device its a 4 port ethernet/ wireless that claims to have network access. btw im a bit of a newbie to network configuration and have never set one up on linux
[03:57] <rhpot1991> Guest15047: so the device is just a router then?
[03:58] <rhpot1991> if so then yes you can easily have a frontend and separate backend on it
[03:58] <rhpot1991> if you are planning on going over the internet then its a different story and lots of things factor in
[04:00] <Shadow__X> such as bandwidth and latency
[04:01] <Guest15047> where do i find the correct ip address to enable networking or can you suggest a network server to use
[04:05] <Shadow__X> Guest15047: what do you mean
[04:05] <Shadow__X> where do you find the ip of the backend?
[04:06] <Guest15047> like samba nfs... can you use mythtv with those
[04:06] <Guest15047> yes
[04:12] <Guest15047> it is a router, but i dont what ip address to use
[04:13] <Shadow__X> you want to set a static ip for the backend
[04:13] <Shadow__X> and you can chose that
[04:17] <Guest15047> i looked on the myth web site and it said to use 192.168.1 for the master and to add that to the mysql file but when i tried to access the file i was unable, because i did not have root access even though im the only one using the computer
[04:19] <Guest15047> sudo didnt work either
[04:20] <rhpot1991> Guest15047: you can use whatever IP you want
[04:21] <rhpot1991> if you are doing a separate frontend just make sure you do a few things:
[04:21] <rhpot1991> 1. in mythtv-setup make sure you use the outwards facing ip (not <IP_ADDRESS> or localhost)
[04:21] <rhpot1991> 2. enable the mysql service in mythbuntu-control-centre
[04:22] <Shadow__X> Guest15047: i would recommend reading the manual thoroughly and then use mythbuntu for your backend
[04:26] <Guest15047> my router has a ping tester i put in 6543 and it claimed to have recieved a response and it reported an ip address should i use that?
[04:27] <Guest15047> address
[19:19] <baggar11> why does mythmusic have to have "write" access to mp3 files on the network?
[19:20] <baggar11> I don't remember that being the case when I wsa running 9.10 and myth 0.22
[19:21] <rhpot1991> baggar11: tagging maybe?
[19:21] <baggar11> does it write tagging info now?


[14:58] <pmjdebruijn> hi all
[14:58] <pmjdebruijn> somehow my raid isn't being properly assembled, I get a /dev/md127
[14:59] <pmjdebruijn> it is possible that the config isn't present yet, since we do a netboot, which needs to sync the configs first
[14:59] <pmjdebruijn> the problem is as I've had before dependancies between upstart jobs, and sysv jobs
[14:59] <pmjdebruijn> I'm wondering whether converting the mdadm sysv script would be a good idea
[15:01] <pmjdebruijn> I basically need the mdadm script to depend on a custom upstart job
[15:18] <dcorbin_work> Can I call exit from an upstart script safely?  Do the values indicate success/failure?
[15:20] <jhunt> pmjdebruijn: if you're running ubuntu, you might want to raise a bug with full details.
[15:21] <jhunt> dcorbin_work: yes. See http://upstart.ubuntu.com/cookbook/#standard-environment-variables (see EXIT_STATUS)
[15:21] <dcorbin_work> jhunt: thanks
[16:31] <dcorbin_work> jhunt: That documents what upstart sets.   Not what my upstart script should do to clearly indicate failure. (at least, that's how I see it)
[16:42] <savid> How can I emulate start-stop-daemon's "-c <user>:<group>" option in upstart?
[16:43] <jhunt> dcorbin_work: 0 success, anything else is failure unless you override it: "man 5 init" and search for "normal exit".
[16:44] <jhunt> dcorbin_work: normal exit is for respawning of services though.
[16:45] <dcorbin_work> I think I've found another way to do what I want, but what I was trying to do was "check for a pre-condition", and fail if it wasn't there.
[17:12] <dcorbin_work> job A has "start on starting B".  I want to be sure A is completely up before B starts.  If I have a post-start script that checks to make sure A is completely up, is that adequate?  Will a start request for B wait until all processors of "on starting B" have finished?
[18:22] <dcorbin_work> How can I see all the events that init is triggering?
[18:36] <jhunt> dcorbin_work: your job A/B example doesn't make sense - which job starts first? "start on started X" (not "starting") might do what you want?
[18:38] <dcorbin_work> jhunt: for B to run, A must be up.  But, just because A is started, doesn't mean B should start
[18:43] <jhunt> still not clear exactly what you're trying to do. I have to go now, but if please feel free to post further details to the upstart-devel mailing list at the link in the topic.
[18:43] <jhunt> In answer to one of your other questions: http://upstart.ubuntu.com/cookbook/#obtaining-a-list-of-events
[18:57] <savid> Does anyone know how can I emulate start-stop-daemon's "-c <user>:<group>" option in upstart?
[18:58] <savid> basically, change the user and group of the running process?
[22:06] <hallyn_> interesting - so pre-start stanzas only run when there's a job to actually kill?  if you have a job with only a pre-start and pre-stop, then pre-stop does nothing...
[22:06] <hallyn_> SpamapS: ^ perhaps that should be
[22:06] <hallyn_> mentioned in the cookbook?


[00:00] <Ranger5> Oh well, I'm sure I can cope! Thanks again, night.
[00:00] <kc2bez> Goodnight.
[00:55] <wxl> fyi @kc2bez https://bugs.kde.org/show_bug.cgi?id=415665
[00:58] <kc2bez> Noted. Thanks.
 hello  … in my lubuntu bluetooth, I don't see the option to send files
 anyone know how to send files using bluetooth
[03:27] <c|oneman> bluetooth sucks at most things
[03:27] <c|oneman> I wouldn'tbother trying
[03:28] <c|oneman> https://help.ubuntu.com/stable/ubuntu-help/bluetooth-send-file.html.en
[03:28] <c|oneman> use netcat or ftp
 @c|oneman [<c|oneman> bluetooth sucks at most things], its working fine with my wireless earphone, but for this thing i dont have any idea
 @c|oneman [<c|oneman> https://help.ubuntu.com/stable/ubuntu-help/bluetooth-send-file.html.e …], thx
[03:29] <c|oneman> Bluetooth file transfer is particularly rarely used and/or dysfunctional, especially between different devices like a phone
[06:28] <carlos> hola
[06:29] <wxl> ¡hola! ¿habla inglés?
[07:03] <wxl> @The_LoudSpeaker https://store.kde.org/p/1323348/ seems neat but like a lot of other themes, seems to be unlicensed. i think we should just do our own theme for sddm.
[07:03] <wxl> oops wrong chan
 @wxl [<wxl> oops wrong chan], it happened
[08:01] <wxl> first time
[08:01] <wxl> i swear
[17:09] <lorian> trying to create a bootable image of bionic beaver (18.04.3 LTS version), can someone tell me where to find the checksums? I only see the ones for 19.10.
[17:18] <lorian> nevermind, I hacked my way there by inspecting where the download link points.
 @wxl [<wxl> first time], o.O
[21:16] <Guest20428> hi


[00:59] <mup> PR snapd#6625 opened: tests: system disable ssh for config defaults in gadget <Created by sergiocazzolato> <https://github.com/snapcore/snapd/pull/6625>
[01:01] <mwhudson> is there a way via the snapd api to see if refreshing to a particular risk (in particular: including a branch) will perform an upgrade?
[01:07] <wgrant> mwhudson: "risk (in particular: including a branch)" is just a channel
[01:07] <mwhudson> wgrant: well ok my question still stands
[01:07] <wgrant> mwhudson: snap refresh --list SNAP --channel=CHANNEL should do it, but it's not supported
[01:08] <wgrant> Not sure why
[01:08] <wgrant> --list doesn't take the normal refresh args
[01:09] <mwhudson> it's a very different path inside snapd for whatever reason
[01:09] <mwhudson> you can say snap switch --channel=foo SNAP, snap refresh --list
[01:09] <wgrant> Ah, --list uses find
[01:09] <wgrant> That's weird
[01:09] <mwhudson> but that seems to silently succeed if you use a bogus channel
[01:10] <wgrant> Yeah, snap refresh --channel=foo SNAP checks that the target channel exists, but snap switch doesn't
[01:11] <wgrant> It doesn't look like snapd provides a sufficient API :(
[01:12] <mwhudson> heh switch to a missing channel and refresh --list does end up with a complaint in the logs
[01:12] <mwhudson> but i don't think i should be that evil :)
[01:13] <mwhudson> snap refresh --no-wait --channel=foo SNAP and assume i can abort the job in time? :)
[01:15] <wgrant> Heh
[05:58] <mborzecki> morning
[06:23] <mborzecki> shall we land #6620?
[06:23] <mup> PR #6620: tests/main/remodel: clean up before reverting the state <Created by chipaca> <https://github.com/snapcore/snapd/pull/6620>
[06:51] <zyga> Good morning
[06:51] <zyga> Hey Maciej
[06:52] <zyga> mborzecki: I will likely have a slower day today
[06:52] <zyga> Looking at 6620
[06:52] <mborzecki> zyga: hey hey
[06:53] <zyga> Yeah
[06:53] <zyga> Let’s land it
[07:32] <zyga> good morning mvo
[07:32] <zyga> I just merged the fix from chipaca
[07:32] <zyga> let's see some green today :-)
[07:33] <mup> PR snapd#6620 closed: tests/main/remodel: clean up before reverting the state <Created by chipaca> <Merged by zyga> <https://github.com/snapcore/snapd/pull/6620>
[07:33] <mvo> hey zyga
[07:33] <zyga> I, selfishly restarted https://github.com/snapcore/snapd/pull/6622 - let's see if it goes green now
[07:33] <zyga> hey :)
[07:33] <mvo> zyga: thank you
[07:33] <mup> PR #6622: cmd/libsnap: rename C enum for feature flag <Simple 😃> <Created by zyga> <https://github.com/snapcore/snapd/pull/6622>
[07:36] <mvo> zyga: lets focus on the 2.38 tagged one(s) initially :)
[07:37] <zyga> I'll wait and see if anything turns green
[07:37] <zyga> mvo: https://github.com/snapcore/snapd/pull/6617 needs a review from You
[07:37] <mup> PR #6617: cmd/snap: fix regression of snap saved command <Squash-merge> <⚠ Critical> <Created by stolowski> <https://github.com/snapcore/snapd/pull/6617>
[07:47] <mup> PR snapd#6607 closed: cmd: typedef mountinfo structures <Simple 😃> <Created by zyga> <Merged by zyga> <https://github.com/snapcore/snapd/pull/6607>
[08:02] <pstolowski> mornings
[08:06] <mvo> hey pstolowski
[08:16] <zyga> hey pawel :)
[08:35] <zyga> hmm
[08:35] <zyga> tests still red?
[08:36] <mup> PR snapd#6626 opened: strutil: make SplitUnit public, allow negative numbers <Simple 😃> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/6626>
[08:36] <mborzecki> should be a simple one ^^
[08:36] <mborzecki> pstolowski: mvo: hey
[08:37] <mvo> mborzecki: good morning
[08:38] <zyga> mvo: https://github.com/snapcore/snapd/pull/6613 needs a 2nd review
[08:38] <mup> PR #6613: interfaces/builtin: add dev/pts/ptmx access to docker_support (for 2.38) <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/6613>
[08:38] <mvo> zyga: on it
[08:39] <zyga> mborzecki: is there anything that unicode.IsDigit returns true to that is not in range '0'..'9'?
[08:39] <zyga> like any funky numerals?
[08:40] <mborzecki> zyga: iirc that's what IsNumber could do
[08:40] <mborzecki> afaik IsDigit is 0-9
[08:40] <zyga> mborzecki: https://golang.org/src/unicode/digit.go
[08:41] <zyga> mborzecki: https://golang.org/src/unicode/letter.go line 170
[08:41] <zyga> mborzecki: I think it does more than you think it does :)
[08:42] <zyga> at least my naive understanding would suggest that there are more characters that match
[08:42] <zyga> can you run a simple loop over 65K runes and see what matches?
[08:43] <zyga> mborzecki: https://golang.org/src/unicode/tables.go line 2308
[08:43] <zyga> there's a lot of digits
[08:43] <mborzecki> pfff
[08:44] <mborzecki> ৬ hello there little digit
[08:45] <zyga> whaat? what is that?
[08:45] <zyga> google says that is 6
[08:45] <zyga> well
[08:45] <zyga> I think the branch needs some more changes
[08:45] <mborzecki> 'bengali digit one'
[08:46] <zyga> 一
[08:46] <zyga> I wonder if that also matches
[08:46] <mborzecki> zyga: but it doesn't parse as a number
[08:46] <zyga> 二
[08:47] <mborzecki> "߁kB" -> cannot parse \"߁kB\": \"\\xdf\" is not a number
[08:47] <zyga> hmm
[08:47] <zyga> that's not what I sent, perhaps IRC client mangles that
[08:48] <zyga> anyway :)
[08:50] <mup> PR snapd#6613 closed: interfaces/builtin: add dev/pts/ptmx access to docker_support (for 2.38) <Created by anonymouse64> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/6613>
[08:52] <zyga> tests are still ungreen
[08:52] <zyga> fatal: unable to access 'https://github.com/snapcore/squashfuse/': gnutls_handshake() failed: Error in the pull function.
[08:52] <zyga> eh
[09:02] <zyga> hey chihchun
[09:02] <zyga> hey Chipaca
[09:03] <zyga> hey tab completion :/
[09:03] <Chipaca> hey zygurat
[09:03] <Chipaca> :-p
[09:03] <Chipaca> zyga: 'sup?
[09:03] <zyga> Chipaca: it's a sunny day
[09:03] <zyga> that's always good
[09:03]  * Chipaca looks outside
[09:03] <Chipaca> lies
[09:07] <Chipaca> zyga: mborzecki: i agree about the unicode.IsDigit, saw that the other day and added a todo to fix it
[09:07] <Chipaca> zyga: mborzecki: but in my case i was going to change it to return uints everywhere
[09:08] <Chipaca> (because we weren't using it from anywhere that needed negative sizes anyway)
[09:08] <Chipaca> mborzecki: but
[09:08] <Chipaca> mborzecki: we rely on the behaviour of never returning negative
[09:09] <Chipaca> ah but it now checks for that explicitly
[09:09] <Chipaca> ok :-)
[09:13] <mborzecki> hm have to fix the slicing too, otherwise it'll split up the unicode chars incorrecty
[09:14] <Chipaca> mborzecki: ?
[09:14] <mborzecki> Chipaca: just antoher bug in the PR that i see now
[09:15] <Chipaca> mborzecki: did you change the loop from a range over the string?
[09:15] <Chipaca> mborzecki: ranging over a string yields full runes
[09:16] <mup> PR snapd#6627 opened: devicestate: deal correctly with the "required" flag on Remodel <Created by mvo5> <https://github.com/snapcore/snapd/pull/6627>
[09:20] <Chipaca> mborzecki: https://play.golang.org/p/SUc1sdPpeUd fwiw
[09:22] <Chipaca> mborzecki: or https://play.jsgo.io/8e1f7704efa0f1ca794f16e88134281cf870fe93 :-p
[09:23]  * Chipaca stops having fun and gets to work
[09:23] <mup> PR snapd#6628 opened: overlord/snapshotstate: support auto flag (automatic snapshots 1/N) <Created by stolowski> <https://github.com/snapcore/snapd/pull/6628>
[09:24] <mborzecki> jsgo.io
[09:24] <mborzecki> that's quite fancy
[09:24] <mborzecki> and 3rd party imports work too
[09:25] <Chipaca> mborzecki: they even tweaked the limits so we could import snapd in there
[09:25] <Chipaca> (i mentioned this when it happened)
[09:25] <mborzecki> Chipaca: zyga: updated the PR, please take a look
[09:25] <zyga> enqueued, doing another review now
[09:26] <mborzecki> zyga: #6605 needs master merge
[09:26] <mup> PR #6605: cmd/libsnap,osutil: fix parsing of mountinfo <Created by zyga> <https://github.com/snapcore/snapd/pull/6605>
[09:27] <pedronis> mvo: hi, could you re-review #6575 when you have some time
[09:27] <mup> PR #6575: cmd/snap-confine: pass sc_invocation instead of numerous args around <Created by zyga> <https://github.com/snapcore/snapd/pull/6575>
[09:27] <zyga> mborzecki: thank you, I will de-conflict that soon
[09:27] <mborzecki> need to grab some coffee
[09:29] <mborzecki> relative offsets in gadget.yaml are so fancy
[09:31] <Chipaca> mborzecki: I'd expect you to make a ParseByteSize analogue, ParseNonISOByteSize (or something), instead of exporting the helper, fwiw
[09:32] <Chipaca> mborzecki: but I don't mind (obviously)
[09:32]  * Chipaca not that worried
[09:35]  * zyga could use a coffee too but first a quick merge with master
[09:35] <mborzecki> Chipaca: would like that, but gadget takes sizes in format 1/1M/1G, SplitUnit is all i need
[09:42] <zyga> https://github.com/snapcore/snapd/pull/6614 needs a 2nd review now
[09:42] <mup> PR #6614: cmd/snap-confine: use fixed private tmp directory <Created by zyga> <https://github.com/snapcore/snapd/pull/6614>
[09:42] <zyga> mborzecki: conflict resolved, thanks
[09:43] <mborzecki> wodner how did google come up with 'stadia' as the name
[09:45] <zyga> mborzecki: https://www.dailymotion.com/video/x1afila
[09:47] <zyga> mborzecki: (seek to the end unless you know this one ;)
[09:49] <mborzecki> heh
[09:53]  * zyga looks at https://forum.snapcraft.io/t/problems-installing-a-base-core18-snap-on-bionic/10084/2
[09:53] <zyga> but first coffee, it's so cold in the office still
[09:53] <zyga> I need to print something again, it's always cozy when that thing is on
[09:59] <pedronis> Chipaca: can we have a chat about 6624, everything is more complicated than we remembered
[10:01] <Chipaca> pstolowski: #6628 includes #6617 ?
[10:01] <mup> PR #6628: overlord/snapshotstate: support auto flag (automatic snapshots 1/N) <Created by stolowski> <https://github.com/snapcore/snapd/pull/6628>
[10:01] <mup> PR #6617: cmd/snap: fix regression of snap saved command <Squash-merge> <⚠ Critical> <Created by stolowski> <https://github.com/snapcore/snapd/pull/6617>
[10:01] <Chipaca> pedronis: sure
[10:01] <pstolowski> Chipaca: no, i'm waiting for 6617 to become green, will merge and deconflict
[10:01] <Chipaca> pedronis: but if it really is, that means it isn't 2.38 material, so I vote we refactor now and fix it properly
[10:02] <pedronis> Chipaca: well the issue is not so much the change to autorefresh, is the store changes
[10:03] <pstolowski> and maybe i'm very optimistic hoping for green..
[10:03] <Chipaca> pedronis: i'm listening
[10:03] <Chipaca> pstolowski: what's red now?
[10:03] <pedronis> Chipaca: can we do a quick HO?
[10:03] <Chipaca> pedronis: sure, in 5?
[10:03] <pedronis> Chipaca: works for me, thanks
[10:05] <pstolowski> Chipaca: just saying, still a couple of red PRs from there, maybe just need restarting
[10:05] <pstolowski> d/from/
[10:06]  * Chipaca searches for his headset
[10:09] <Chipaca> pedronis: ready when you are
[10:10] <pedronis> Chipaca: omw
[10:16] <mvo> pedronis: sure, will re-review. thank you
[10:44] <pstolowski> oh noes
[10:45] <pstolowski> Chipaca: you asked about what's red... #6617 went red
[10:45] <mup> PR #6617: cmd/snap: fix regression of snap saved command <Squash-merge> <⚠ Critical> <Created by stolowski> <https://github.com/snapcore/snapd/pull/6617>
[10:45] <Chipaca> fatal: unable to access 'https://go.googlesource.com/net/': Failed to connect to go.googlesource.com port 443: Connection timed out
[10:46] <Chipaca> pstolowski: ^
[10:46] <Chipaca> lots of timeouts from there
[10:46] <Chipaca> pstolowski: restarted
[10:46] <Chipaca> pstolowski: thank you
[10:57] <Chipaca> pedronis: maybe i should've split the the backoff test, but it exercises the bits we want it to now
[10:57] <pedronis> Chipaca: if you think two tests make more sense, yes let's do that
[10:58] <Chipaca> pedronis: i think one is fine, even though the name could use a tweak
[10:58] <Chipaca> as it's not just about the backoff
[10:58] <Chipaca> but the comments cover what's going on
[10:58] <Chipaca> and they're all about backoff in one way or another, so maybe it's fine
[10:58] <pedronis> Chipaca: maybe it should have Error in the name?
[10:59] <pedronis> is is about errors after all
[11:00] <pstolowski> Chipaca: ty!
[11:15] <pedronis> zyga: I need to have lunch, we should probably have a chat about 6597, seems we are a bit talking across each other
[11:24] <mup> PR snapd#6622 closed: cmd/libsnap: rename C enum for feature flag <Simple 😃> <Created by zyga> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/6622>
[11:25] <zyga> pedronis: gladly, I would prefer to do it before the standup if you can because I need to break early today
[11:44] <pedronis> zyga: 20 mins before the standup?
[11:47] <mvo> zyga, pedronis quick question abut https://github.com/snapcore/snapd/pull/6575#discussion_r264631829 then I can continue with the review
[11:47] <mup> PR #6575: cmd/snap-confine: pass sc_invocation instead of numerous args around <Created by zyga> <https://github.com/snapcore/snapd/pull/6575>
[11:47] <mvo> zyga: but I'm puzzled by this one
[11:47]  * mvo probably miss something obvious
[11:51] <zyga> mvo: looking
[11:52] <zyga> mvo: replied
[11:52] <zyga> pedronis: sounds good
[11:54] <pedronis> mvo: the move make the unit test linking fail, I suppose it's .h bit of the move
[11:54] <pedronis> s/linking/compiling/
[11:56]  * mvo nods
[11:59] <zyga> pedronis: we could move it again but I would have to rework snap-confine.c to effectively move main somewhere else
[12:10] <mup> PR snapd#6629 opened: overlord/snapshotstate: helpers for dealing with expiration times <Created by stolowski> <https://github.com/snapcore/snapd/pull/6629>
[12:10] <cachio> pedronis, hey, I see this error on the new test to disable ssh
[12:10] <cachio> https://paste.ubuntu.com/p/d9ckjJWMPk/
[12:11] <pedronis> cachio: we don't mask ssh, we use a file instead
[12:11] <pedronis> mvo: ^
[12:12] <cachio> pedronis, mvo which file?
[12:13] <pedronis> one sec
[12:15] <pedronis> cachio: /etc/ssh/sshd_not_to_be_run
[12:15] <cachio> pedronis, nice, thanks
[12:15] <pedronis> cachio: code is here: https://github.com/snapcore/snapd/blob/master/overlord/configstate/configcore/services.go#L59
[12:16] <pedronis> we do unmask in case when (re)enabling, but our own disabling logic is based on that file
[12:16] <pedronis> there's a conditional in the unit
[12:18] <cachio> pedronis, reading, thanks for the info
[12:20] <mvo> pedronis, cachio its complicated, we used to "mask" but had bugs becaus of ssh/sshd aliases and the recommended way was to use this file
[12:21] <pstolowski> pedronis: re your comment to measurements PR about capturing task status, that's a good idea; does "task-status" tag sound ok?
[12:22] <mvo> zyga: reviewed, sorry for the delay, had some questions
[12:22] <pedronis> pstolowski: yes
[12:22] <cachio> mvo, it is ok, I with that code I can adjust the test case
[12:22] <zyga> mvo: no worries
[12:22] <pedronis> pstolowski: like task-kind
[12:22] <mvo> cachio: thanks
[12:27] <pstolowski> pedronis: ty
[12:34] <pstolowski> and now google:fedora-29-64:tests/main/degraded failed. fun.
[12:37]  * pstolowski lunch
[12:44] <zyga> mvo: updated https://github.com/snapcore/snapd/pull/6575 - I left one thing out (cleanups memset 0) and I would prefer to do it in a separate branch
[12:44] <mup> PR #6575: cmd/snap-confine: pass sc_invocation instead of numerous args around <Created by zyga> <https://github.com/snapcore/snapd/pull/6575>
[12:48] <ddstreet> mvo what's your plans for lp #1819728?  i have a couple/few systemd patches i'm planning to sru soon, i can include your patches if you think they will be ready this or next week
[12:48] <mup> Bug #1819728: Please backport "fix race between daemon-reload and other commands #8803" to 16.04 (for UC16) and 18.04 (for UC18) <patch> <verification-failed-bionic> <verification-failed-xenial> <verification-needed> <systemd (Ubuntu):Fix Released> <systemd (Ubuntu Xenial):Triaged> <systemd (Ubuntu
[12:48] <mup> Bionic):Fix Committed> <https://launchpad.net/bugs/1819728>
[12:49] <ddstreet> also i assume the current systemd bionic upload will be rejected due to failed verification, so you'll need to include lp #1778936 patch in the next upload as well
[12:49] <mup> Bug #1778936: please re-add Support-system-image-read-only-etc.patch <patch> <verification-needed> <verification-needed-bionic> <systemd (Ubuntu):Fix Released> <systemd (Ubuntu Bionic):Fix Committed> <systemd (Ubuntu Cosmic):Fix Released> <https://launchpad.net/bugs/1778936>
[13:12] <mborzecki> off to pick up the kids, may be a bit late to the standup
[13:21] <zyga> mborzecki: https://github.com/snapcore/snapd/pull/6626 is green
[13:21] <mup> PR #6626: strutil: make SplitUnit public, allow negative numbers <Simple 😃> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/6626>
[13:48] <mvo> ddstreet: that sounds reasonable, I should have things ready by then. its not at all straightforward unfortunately because its 239->229 and there are a bunch of changes which cause conflicts etc. plus its a delicate area of the code. but I think i have something ready
[13:48] <mvo> ddstreet: do you have a link to your things? just to double check that we don't conflict?
[13:51] <ddstreet> mvo so far we have lp #1812760 and lp #1818282 which we're getting patches ready for, but also 2 more issues without bugs yet that we're investigating
[13:51] <mup> Bug #1812760: networkd: [Route] PreferredSource not working in *.network files <sts> <systemd:Unknown> <systemd (Ubuntu):Fix Released by xnox> <systemd (Ubuntu Bionic):In
[13:51] <mup> Progress by ddstreet> <systemd (Ubuntu Cosmic):In Progress by ddstreet> <systemd (Ubuntu Disco):Fix Released by xnox> <https://launchpad.net/bugs/1812760>
[13:51] <mup> Bug #1818282: systemd-networkd - RoutingPolicyRule does not apply correctly <patch> <patch-accepted-upstream> <patch-forwarded-debian> <sts> <sts-sponsor> <sts-sponsor-ddstreet> <systemd (Ubuntu):Fix Released by joalif> <systemd (Ubuntu Bionic):In Progress by joalif> <systemd (Ubuntu Cosmic):In
[13:51] <mup> Progress by joalif> <systemd (Ubuntu Disco):Fix Released by joalif> <systemd (Debian):New> <https://launchpad.net/bugs/1818282>
[13:52] <ddstreet> mvo also, there may be a systemd security release coming soon so we might be waiting until after that to upload
[13:53] <mvo> ddstreet: thanks, that looks like a totally different area, so that should be fine
[14:13] <mup> PR snapd#6617 closed: cmd/snap: fix regression of snap saved command <Squash-merge> <⚠ Critical> <Created by stolowski> <Merged by stolowski> <https://github.com/snapcore/snapd/pull/6617>
[14:34] <Chipaca> cachio: spread -list google:[^u]...:tests/...  vs  spread -list google:[u]...:tests/...
[14:51] <zyga> pedronis: updated https://github.com/snapcore/snapd/pull/6597
[14:51] <mup> PR #6597: cmd/snap-update-ns: refactor of profile application (1/N) <Created by zyga> <https://github.com/snapcore/snapd/pull/6597>
[14:54] <mup> Bug #1821023 opened: core18 base on core 16 missing firmware <Snappy:Triaged by zyga> <https://launchpad.net/bugs/1821023>
[15:06] <tobikoch> Is there an API call to determine which base a snap has before installation?
[15:08] <zyga> tobikoch: yes, see what happens when you `snap info --verbose jq-core18`
[15:22] <tobikoch> zyga: I see, I have to explicitly request the field.
[15:22] <cachio> Chipaca, nice, thanks
[15:22] <zyga> yes, I believe so
[15:22]  * zyga needs to break, need to study before classes
[15:31] <Chipaca> tobikoch: request it where?
[15:33] <tobikoch> Chipaca: refresh API endpoint
[15:33] <Chipaca> tobikoch: on api.snapcraft.io?
[15:33] <tobikoch> Chipaca: yes
[15:34] <Chipaca> tobikoch: refresh endpoint, or info endpoint?
[15:34] <tobikoch> Chipaca: refresh
[15:34] <Chipaca> strange, but ok
[15:34] <Chipaca> tobikoch: what're you doing?
[15:35] <Chipaca> (out of pure unadulterated curiosity)
[15:35] <tobikoch> Updating the snap download tool in livecd-rootfs
[15:36] <Chipaca> tobikoch: 'snap download' not cutting it?
[15:37] <tobikoch> Chipaca: snap download was fine, but it doesn't allow passing along a cohort key.
[15:37] <tobikoch> So until it does, there is this script.
[15:37]  * cachio lunch
[15:38] <Chipaca> pedronis: ^ were you aware that livecd-rootfs was using cohorts already?
[15:38] <Chipaca> tobikoch: fascinating :-)
[15:38] <tobikoch> heh
[15:38] <Chipaca> tobikoch: if you're doing bases like that, how're you doing other prerequisites (content providers, particularly)?
[15:38] <pedronis> Chipaca: yes
[15:39] <pedronis> I was aware
[15:39] <tobikoch> Chipaca: not sure I understand, so far the script does what it needs, I may be missing out on the wider scope.
[15:39] <Chipaca> tobikoch: if it's not a proble, it's not a problem :-)
[15:39] <tobikoch> :)
[15:40] <tobikoch> Chipaca: this is only for download, it does nothing else.
[15:40] <tobikoch> It's used for snap-preseeding in our images.
[15:40] <pedronis> Chipaca: they might need changes, but that's really a discussion to have with the store for them
[15:41] <Chipaca> k
[15:43] <tobikoch> pedronis: actually I had mentioned it here: https://forum.snapcraft.io/t/managing-cohorts/8995/2
[16:00] <pedronis> zyga: could you re-review #6485  (it has two reviews but it had a complicated history so a 3rd will not hurt)
[16:00] <mup> PR #6485: interfaces/seccomp: regenerate changed profiles only <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/6485>
[16:00] <zyga> pedronis: certainly!
[16:04] <pedronis> thx
[16:16] <iTommix> Hi. maybe someone can help me: my apache user www-data should run a snap app (like /snap/bin/vlc) but gives me „cannot create user data directory: /var/www/snap/vlc/770: Read-only file system“ - first: the directoy is created by this app (its there), but second: could it be that there are missing permissions (solved with snap connect) ?
[16:17] <zyga> iTommix: hey, just a partial answer, read only file system means that you are on a read only file system, permissions cannot fix this
[16:17] <zyga> iTommix: I will let others help you, I'm partially AFK / commutting
[16:18] <iTommix> zyga: thats not right… the FS is writable.
[16:18] <zyga> is the path realy /var/www/snap/vlc/770?
[16:18] <zyga> that's unusual
[16:19] <iTommix> yes, because of the user www-data home-dir its /var/www
[16:19] <iTommix> i have an own „snap“-folder in my homedir
[16:20] <zyga> iTommix: please seek help on the forum, I'm sorry I cannot help you more now
[16:20] <iTommix> will wait till others answer maybe… thanks anyway :)
[16:24] <mup> PR snapd#6610 closed: interfaces/builtin: add add exec "/" to docker-support <Created by anonymouse64> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/6610>
[16:25] <mup> PR snapd#6630 opened: cmd/snap: make 'snap warnings' output yamlish <Created by chipaca> <https://github.com/snapcore/snapd/pull/6630>
[16:47] <mvo> pedronis: do you want to squash merge 6624 and tweak the commit message or shall I do it? the current commit message does not match the reality of the PR anymore (or maybe Chipaca can do it when he is back?)
[16:47] <pedronis> mvo: I'm about to go afk
[16:47] <Chipaca> ah
[16:47] <Chipaca> mvo: i'll do it now
[16:47] <pedronis> so I think either you or John
[16:48] <pedronis> Chipaca: thx
[16:48] <mvo> Chipaca: thank you! later is fine if you are on the run
[16:48] <Chipaca> mvo: done
[16:49] <Chipaca> about to disappear but here still :-)
[16:51] <mvo> Chipaca: \o/
[16:52] <mup> PR snapd#6624 closed: overlord/snapstate: retry less for auto-stuff <Squash-merge> <Created by chipaca> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/6624>
[17:20] <mup> PR snapd#6631 opened: tests: split travis spread execution in 2 jobs for ubuntu and non ubuntu systems <Created by sergiocazzolato> <https://github.com/snapcore/snapd/pull/6631>
[17:23] <mvo> pedronis, Chipaca just FYI, I added a comment in https://bugs.launchpad.net/snapd/+bug/1768419/comments/4
[17:23] <mup> Bug #1768419: Pass through snapd client User-Agent to store requests snapd <snapd:Triaged> <https://launchpad.net/bugs/1768419>
[17:46] <mup> PR snapd#6615 closed: spread: some debug info to catch /var/snap/.. not being empty <⛔ Blocked> <Created by bboozzoo> <Closed by chipaca> <https://github.com/snapcore/snapd/pull/6615>
[17:48] <mup> PR snapd#6626 closed: strutil: make SplitUnit public, allow negative numbers <Simple 😃> <Created by bboozzoo> <Merged by chipaca> <https://github.com/snapcore/snapd/pull/6626>
[18:10] <mup> PR # closed: core-build#11, core-build#22, core-build#26, core-build#37
[18:11] <mup> PR # opened: core-build#11, core-build#22, core-build#26, core-build#37
[19:51] <Wimpress> Snapcraft Live! starts in about 10 minutes - https://www.youtube.com/watch?v=X_U-pcvBFrU
[20:50] <mup> PR # closed: core-build#11, core-build#22, core-build#26, core-build#37
[20:51] <mup> PR # opened: core-build#11, core-build#22, core-build#26, core-build#37
[20:54] <mup> PR snapcraft#2506 opened: schema, tests: add more detail wrt numeric version errors <Created by adanhawth> <https://github.com/snapcore/snapcraft/pull/2506>
[23:57] <mup> Issue # closed: core18#56, core18#86, core18#89, core18#117
[23:57] <mup> PR # closed: core18#43, core18#63, core18#72, core18#90, core18#98, core18#120
[23:58] <mup> Issue # opened: core18#56, core18#86, core18#89, core18#117
[23:58] <mup> PR # opened: core18#43, core18#63, core18#72, core18#90, core18#98, core18#120


[01:04] <tgm4883> zcutlip, it shouldn't hang indefinitely
[01:04] <tgm4883> it should look for a backend and if it doesn't find one say it doesn't exist
[01:04] <tgm4883> did you verify the md5sum of the ISO you downloaded?
[01:11] <SparksIT> Can anyone help with setting up a Hauppauge 2250?
[01:28] <zcutlip> tgm4883 so far the longest i've gone before me giving up and rebooting is probably around 1/2 hr
[01:29] <zcutlip> no, haven't checked the md5 on the iso. i'll give that a go tomorrow. thanks
[18:54] <Oloryn_lt2> Just got a Mythbuntu machine set up this week, running an Athlon 64 3200+ and a Hauppage HVR-1600, pulling ATSC signals off of broadcast.  I note that while I have no problem watching HD channels live, playing back recorded HD programs is rather jumpy.  Is this to be expected with this level of processor, or (as I suspect) would this indicate I need to work on hard drive speed?


[09:15] <sakrecoer[bpist]> Are USB bootable drives made with `usb-creator-kde` persistent by default?
[09:17] <sakrecoer[bpist]> I'll ask in ##kubuntu :)


[00:21] <danielk22> mhall119: will Qt still be used as a toolkit?
[00:29] <MrChrisDruif> I thought it would be replace by that toolkit from Canonical?
[01:09] <danielk22> NUX is just a thin UI toolkit. Qt contains implicitly shared containers, utilities like QAtomicInt, an event and signal/slot mechanism, etc.
[01:09] <danielk22> Or are you speaking of some other toolkit?
[01:11] <MrChrisDruif> Nope, I just recalled something I thought I read somewhere
[01:11] <MrChrisDruif> Anyways, I'm off to bed
[02:19] <mhall119> danielk22: the plan is for Qt/Qml to be used for application development, but Unity itself will be C and Nux
[06:22] <bobweaver> http://www.youtube.com/watch?v=ca4XtZ70RPI&feature=plcp


[04:02] <mup> Bug #1883824 opened: Support LXD projects in power control <MAAS:New> <https://launchpad.net/bugs/1883824>
[05:26] <mup> Bug #1883830 opened: Snap enterprise proxy support <MAAS:New> <https://launchpad.net/bugs/1883830>
[08:41] <mup> Bug #1847794 changed: Pod must be on a known host if interfaces are specified <MAAS:Fix Released by bjornt> <MAAS 2.6:Fix Released> <MAAS 2.7:Fix Released> <MAAS 2.8:Fix Released> <https://launchpad.net/bugs/1847794>
[08:44] <mup> Bug #1847794 opened: Pod must be on a known host if interfaces are specified <MAAS:Fix Released by bjornt> <MAAS 2.6:Fix Released> <MAAS 2.7:Fix Released> <MAAS 2.8:Fix Released> <https://launchpad.net/bugs/1847794>
[08:50] <mup> Bug #1847794 changed: Pod must be on a known host if interfaces are specified <MAAS:Fix Released by bjornt> <MAAS 2.6:Fix Released> <MAAS 2.7:Fix Released> <MAAS 2.8:Fix Released> <https://launchpad.net/bugs/1847794>
[08:56] <mup> Bug #1847794 opened: Pod must be on a known host if interfaces are specified <MAAS:Fix Released by bjornt> <MAAS 2.6:Fix Released> <MAAS 2.7:Fix Released> <MAAS 2.8:Fix Released> <https://launchpad.net/bugs/1847794>
[09:05] <mup> Bug #1847794 changed: Pod must be on a known host if interfaces are specified <MAAS:Fix Released by bjornt> <MAAS 2.6:Fix Released> <MAAS 2.7:Fix Released> <MAAS 2.8:Fix Released> <https://launchpad.net/bugs/1847794>
[22:21] <mup> Bug #1883986 opened: MAAS should retreive the the amount of space used in a storage pool from the Pod/VM host <MAAS:New> <https://launchpad.net/bugs/1883986>
[22:33] <mup> Bug #1883986 changed: MAAS should retreive the the amount of space used in a storage pool from the Pod/VM host <MAAS:New> <https://launchpad.net/bugs/1883986>
[22:39] <mup> Bug #1883986 opened: MAAS should retreive the the amount of space used in a storage pool from the Pod/VM host <MAAS:New> <https://launchpad.net/bugs/1883986>