[05:34] <zyga> o/
[05:36] <mborzecki> morning
[05:40] <zyga> mborzecki: hey
[05:40] <mborzecki> zyga: heya
[05:41] <mborzecki> crappy weather today (this week)
[05:42] <zyga> oh yeah
[05:42] <zyga> I wanted to mention that just now
[05:42] <zyga> Janek is just leaving for school
[05:42] <zyga> I had one fun experience this weekend,
[05:43] <zyga> I was playing QFG:1 and drawing a map in a paper notebook
[05:43] <zyga> and then realized that some of the screen transitions are jumps in the grid pattern as the map does not line up and rooms would overlap
[05:43] <zyga> I was playing this game when I was in primary school and it just hit me now that this happens, I never drew a map before
[05:44] <zyga> I was also playing with my benchmark code and ported it to windows now
[05:44] <zyga> how was your weekend?
[05:46] <mborzecki> zyga: boring, aching back, did some gardening, then helper my father cut & move some wood since they preemptively fell some birch trees
[05:46] <zyga> mborzecki: preemptively?
[05:46] <zyga> mborzecki: I had one fun gardening surprise
[05:46] <zyga> well, maybe two
[05:46] <zyga> some dates we planted as an experiment are growing
[05:46] <mborzecki> zyga: yeah, birch trees have a tendency to rot from inside and then fall down during strong winds
[05:47] <zyga> and the tomatoes we planted this pring and now removed (we just cut the part above the ground) are growing back, I didn't knew they could do this
[05:47] <zyga> ah, I didn't know that
[05:47] <mborzecki> hmm https://forum.snapcraft.io/t/why-snap-set-system-does-need-sudo/20484 looks like an ommision on our side
[05:47] <zyga> omission?
[05:48] <zyga> ah
[05:48] <zyga> I understand
[05:48] <zyga> yeah
[05:48] <zyga> we should also support polkit or being signed in
[05:49] <zyga> replied on the threa
[05:49] <zyga> *thread
[05:49] <mborzecki> heh https://bugs.launchpad.net/ubuntu/+source/snapd/+bug/1643706 also getting some heat over the weekend
[05:49] <zyga> I read that
[05:50] <mborzecki> zyga: wasn't there an idea to have the list of accessible locations extensible at some point?
[05:50] <zyga> I wonder what do they mean that it works better in flatpak
[05:50] <zyga> IIRC it doesn't work at all unless your app is fully portal aware or you disable the sandbox
[05:50] <mborzecki> zyga: well, you can mount arbitrary locations iirc
[05:50] <zyga> mborzecki: in flatpak you mean?
[05:50] <mborzecki> yeah, let me check that
[05:50] <zyga> mborzecki: we could have a hack that reads a global config file
[05:51] <zyga> and mounts any directories there to /run/mnt or something
[05:51] <mborzecki> sounds a bit hackish
[05:51] <zyga> with open permissions
[05:51] <zyga> with open permissions
[05:51] <zyga> er
[05:51] <zyga> do you have an idea to make it better?
[05:53] <zyga> I need to take Bit out
[05:53] <mborzecki> zyga: i have a vague recollection of some hallway talk to maybe allow adding custom directories to one of the interfaces (media was it?)
[05:53] <zyga> Lucy is still sleeping
[05:53] <zyga> mborzecki: how would you define extra directories?
[05:54] <mborzecki> zyga: as in actual mechanics of that?
[05:54] <zyga> yes
[05:54] <zyga> what would the user have to do
[05:55] <mborzecki> idk, we don't have anything else than snap set or connect
[05:56] <mborzecki> zyga: and we can't add attributes to slots & plugs dynamically from the cli
[05:57] <mborzecki> mvo: hey
[06:04] <zyga> re
[06:04] <zyga> mvo: hello
[06:04] <zyga> mborzecki: well, I think doing that technically is not hard
[06:04] <zyga> but we have a busy schedule
[06:06] <zyga> mvo: https://github.com/snapcore/snapd/pull/9485 is a low hanging fruit that needs a 2nd review
[06:06] <mborzecki> mup: ping
[06:14] <mborzecki> brb, need to drive my daughter to school
[06:19] <zyga> ok
[06:27] <mvo> hey mborzecki and zyga ! good morning
[06:27] <mvo> zyga: looking
[06:41] <mborzecki> re
[06:55] <jamesh> zyga: I think the error reporting is busted on #9485
[06:55] <zyga> jamesh: looking
[06:55] <zyga> oh?!
[06:55] <mvo> jamesh: tell us more please
[06:55] <zyga> oh, of course
[06:56] <zyga> thank you, I'll fix this in a moment
[06:56] <jamesh> mvo: it's reusing loop iteration variables after the loops
[06:56] <mvo> jamesh: oh, nice catch
[06:56] <jamesh> basically all failures get assigned to last suite/section
[06:56] <zyga> I noticed some failures when I broke the tree but I didn't look too hard
[07:05] <zyga> jamesh: https://github.com/snapcore/snapd/pull/9491
[07:06] <zyga> mvo: bump to 14 days: https://github.com/snapcore/snapd/pull/9492
[07:09] <mvo> zyga: what's missing for the notification refresh work to land? anything I can/should review?
[07:09] <zyga> mvo: tests
[07:09] <zyga> mvo: I need to write some tests before that can land
[07:10] <zyga> mvo: also, probably, mock that away in tests of the package
[07:10] <zyga> mvo: I was thinking if I should keep the warning
[07:10] <mvo> zyga: why would we keep the warning?
[07:11] <mvo> zyga: honest question :)
[07:11] <zyga> mvo: it's easier to test, it's also something that works in headless systems
[07:11] <zyga> but I think those are weak reasons
[07:12]  * zyga needs a coffee, made three for his wife today but none for himself
[07:12] <zyga> brb
[07:17] <zyga> mvo: https://github.com/snapcore/snapd/pull/9490#pullrequestreview-506349703
[07:22] <mvo> zyga: aha, good point
[07:22] <zyga> mvo: we can land yours and I can follow up
[07:22] <zyga> or you can make changes inline
[07:22] <zyga> up to you
[07:24] <mvo> zyga: it's fine, I will just do it, have it almost ready I think
[07:24] <zyga> ok
[07:25] <mvo> zyga: except that my approach (just passing the executor)
[07:25] <mvo> zyga: does not work :/
[07:26] <mvo> zyga: so if you have something that works, feel free to push to the PR
[07:26] <zyga> ok
[07:32] <zyga> mvo: we can close your branch then
[07:33] <mvo> zyga: sure, just do that then
[07:33] <mvo> zyga: once the other one is up
[07:34]  * mvo needs to run out for a few min
[07:34] <zyga> ok
[07:37] <zyga> done
[07:37] <zyga> mborzecki: perhaps you can look at https://github.com/snapcore/snapd/pull/9493
[07:44] <zyga> hmm, with increased concurrency, my slow system is hitting the 10 second itmeout
[07:44] <zyga> *timeout
[07:44] <zyga> mborzecki: was this done because shellcheck hangs on some input?
[07:48] <mborzecki> zyga: not that i know of, it was there to have an upper bound on shellcheck execution
[07:48] <mborzecki> also, shellcheck isn't super fast apaprently
[07:49] <zyga> hmm
[07:49] <mborzecki> ijohnson is on vacation this week?
[07:49] <zyga> but what is the bound for?
[07:49] <zyga> mborzecki: correct
[07:51] <mborzecki> zyga: what do you mean?
[07:59] <zyga> re
[07:59] <zyga> hmm, cannot connect from hexchat again
[08:00]  * zyga greatly enjoys https://aubreyhodges.bandcamp.com/album/quest-for-glory-shadows-of-darkness-official-soundtrack
[08:00] <zyga> should buy the album for the sheer love that went into making something so niche
[08:05] <zyga> mvo you said you wanted to have the 1:1?
[08:05] <zyga-x240> re
[08:05] <zyga-x240> restarting hexchat helped
[08:07] <mborzecki> zyga: wdyt about https://github.com/snapcore/snapd/pull/9493#discussion_r503110724 ?
[08:08] <zyga> mborzecki nice idea
[08:08] <zyga> more responsiveness
[08:08] <zyga> I'd like to have this in a follow up, so that a correct version is merged first
[08:12] <mvo> zyga sorry, was not paying attention earlier
[09:02] <mvo> zyga: 9491 has a strange error in the unit tests
[09:02] <zyga> looking
[09:02] <zyga> yeah this is explained in
[09:03] <zyga> https://github.com/snapcore/snapd/pull/9493/commits/afc1008ad9943c0f25cb096c24febfe1c400741f
[09:06] <mvo> zyga: nice
[09:09] <zyga> mvo we could close 9491 and just merge https://github.com/snapcore/snapd/pull/9493
[09:15]  * zyga missed one test
[09:26] <mvo> zyga ok
[09:26] <zyga> something is broken in tumbleweed, should look at that as well
[09:26] <zyga> but first iteration on existing PRs
[09:41] <zyga-x240> I reviewed Ian's maintenance branch https://github.com/snapcore/snapd/pull/9489#pullrequestreview-506453347
[09:48] <mvo> mup: hello?
[09:48] <mvo> niemeyer: could you please restart mup? it seems to be unhappy
[09:48] <niemeyer> mup: Let me look into it
[09:51] <zyga-x240> mvo: quick pass over the FDE hook https://github.com/snapcore/snapd/pull/9488#pullrequestreview-506460961
[09:53] <mvo> zyga: nice, thnak you
[09:54] <mvo> zyga: excellent points, especially about the environment passing. I'm also checking now how to teach systemd-run to have a execution-max-time
[09:54] <zyga> mvo I looked at that and I'm sure there was something
[09:55] <zyga> but there's a difference between services and other things,
[09:55] <zyga> I cannot find it, it's probably a property on one of the unit types
[09:55] <zyga> it could be that I misread something before and there's no execution time limit
[09:55] <zyga> but we can always close the unit
[09:55] <zyga> but that might also require us to use DBus directyl
[09:55] <zyga> *directly
[09:56] <mup> PR #9431: desktop/notification: add unit tests <Skip spread> <Created by zyga> <Merged by zyga> <https://github.com/snapcore/snapd/pull/9431>
[09:56] <mup> Bug #1846397: snapdragon uc18 image fails to boot (current stable) <snapd:Incomplete by ondrak> <https://launchpad.net/bugs/1846397>
[09:56] <mup> Bug #1888691: [uc20] rpi4 does not boot with armhf on recent 5.4 kernel snaps <uc20> <snapd:Triaged> <linux-raspi (Ubuntu):Invalid> <linux-raspi (Ubuntu Focal):Invalid> <https://launchpad.net/bugs/1888691>
[09:56] <zyga> brb, small tweak
[09:56] <mup> PR #9430: dbustest: fix stale comment references <Simple 😃> <Skip spread> <Created by zyga> <Merged by zyga> <https://github.com/snapcore/snapd/pull/9430>
[09:56] <mup> Bug #1842259: snap stop --disable svc with socket doesn't disable the socket <snapd:Confirmed for anonymouse67> <https://launchpad.net/bugs/1842259>
[09:56] <mup> Bug #1897573: ubuntu core 20 with secure boot, install fails <snapd:Triaged by cmatsuoka> <https://launchpad.net/bugs/1897573>
[09:56] <mup> PR #9427: boot, gadget, bootloader: observer preserves managed bootloader configs <Run nested> <UC20> <Created by bboozzoo> <Merged by bboozzoo> <https://github.com/snapcore/snapd/pull/9427>
[09:56] <mup> PR #9436: tests: fix sudo-env test <Simple 😃> <Created by sergiocazzolato> <Merged by zyga> <https://github.com/snapcore/snapd/pull/9436>
[09:56] <zyga> oh
[09:56] <zyga> welcome back mup :)
[09:56] <mup> PR #9424: cmd/snap: allow snap help vs --all to diverge purposefully <Created by pedronis> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/9424>
[09:56] <mup> mborzecki: Plugin "ldap" is not enabled here.
[09:56] <mup> PR #9417: o/snapshotstate: set snapshot set id from its filename <Needs Samuele review> <Created by stolowski> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/9417>
[09:56] <mup> Bug #1897984: snapd not wiring alias for 'dotnet' that is in snap assertion <snapd:Invalid> <https://launchpad.net/bugs/1897984>
[09:56] <mup> Bug #1898038: docker-support/multipass-support broken with system apparmor3 (20.10) <docker:New> <snapd:Triaged by alexmurray> <snapd (Ubuntu):Triaged> <https://launchpad.net/bugs/1898038>
[09:56] <mup> PR #9434: o/snapshotstate: improve allocation of new set IDs <Needs Samuele review> <Created by stolowski> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/9434>
[09:56] <mup> PR #9438: desktop/notification: switch ExpireTimeout to time.Duration <Simple 😃> <Created by zyga> <Merged by zyga> <https://github.com/snapcore/snapd/pull/9438>
[09:57] <mup> PR #8573: overlord/snapstate: inhibit startup while unlinked <Needs Samuele review> <Created by zyga> <https://github.com/snapcore/snapd/pull/8573>
[09:57] <mborzecki> mup is back!
[09:57] <mup> PR #7700: cmd/snap: wait while inhibition file is present <Needs Samuele review> <Created by zyga> <https://github.com/snapcore/snapd/pull/7700>
[09:57] <mup> PR #9442: o/snapshotstate: pass set id to backend.Open, update tests <Created by stolowski> <Merged by stolowski> <https://github.com/snapcore/snapd/pull/9442>
[09:57] <mup> PR #9440:   gadget: preserve files when indicated by content change observer  <UC20> <Created by bboozzoo> <Merged by bboozzoo> <https://github.com/snapcore/snapd/pull/9440>
[09:57] <mup> PR #9450: many: scaffolding for snapshots import API  <Skip spread> <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/9450>
[09:57] <mup> PR #9247: secboot: use EFIImage type in load sequences <Simple 😃> <UC20> <Created by cmatsuoka> <Closed by cmatsuoka> <https://github.com/snapcore/snapd/pull/9247>
[09:57] <mup> PR #9036: snapshots: import of a snapshot set <Needs Samuele review> <Skip spread> <Created by slimjim777> <https://github.com/snapcore/snapd/pull/9036>
[09:57] <mup> Bug #1863613: spotify fails to load (Trace/breakpoint trap (core dumped)) <snapd:Confirmed> <https://launchpad.net/bugs/1863613>
[09:57] <mup> Bug #1898622: uc20 grade dangerous images don't seed properly with devmode snaps in them <snapd:Triaged by anonymouse67> <https://launchpad.net/bugs/1898622>
[09:57] <mup> PR #9454: client: cleanup the Client.raw* and Client.do* method families <Cleanup :broom:> <Created by pedronis> <Merged by anonymouse64> <https://github.com/snapcore/snapd/pull/9454>
[09:57] <mup> PR #9443: gadget, gadget/install: support for ubuntu-save, create one during install if needed <UC20> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/9443>
[09:57] <mup> PR #9467: daemon: limit reading from snapshot import to Content-Length <Skip spread> <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/9467>
[09:57] <mup> PR CanonicalLtd/ubuntu-image#186: Some options are unsupported for UC20 builds <Created by sil2100> <Merged by sil2100> <https://github.com/CanonicalLtd/ubuntu-image/pull/186>
[09:57] <mup> PR #9378: tests/nested/manual: add uc20 grade signed cloud-init test <Run nested> <Squash-merge> <Test Robustness> <UC20> <Created by anonymouse64> <Merged by sergiocazzolato> <https://github.com/snapcore/snapd/pull/9378>
[09:57] <mup> PR #9391: o/assertstate: introduce ValidationTrackingKey/ValidationSetTracking and basic methods <Needs Samuele review> <validation-sets :white_check_mark:> <Created by stolowski> <https://github.com/snapcore/snapd/pull/9391>
[09:57] <mup> PR #9471: cmd/snap-bootstrap/initramfs-mounts: also copy /etc/machine-id for same IP addr <Bug> <Simple 😃> <UC20> <Created by anonymouse64> <Merged by bboozzoo> <https://github.com/snapcore/snapd/pull/9471>
[09:57] <mup> PR #9472: cmd/snap-bootstrap/initramfs-mounts: split off new helper for misc recover files <Simple 😃> <UC20> <Created by anonymouse64> <Merged by bboozzoo> <https://github.com/snapcore/snapd/pull/9472>
[09:57] <mup> PR #9475: tests: add tests.cleanup pop sub-command <Created by zyga> <Merged by anonymouse64> <https://github.com/snapcore/snapd/pull/9475>
[09:57] <mup> PR #9425: tests: new tests.backup tool <Run nested> <Created by sergiocazzolato> <Merged by sergiocazzolato> <https://github.com/snapcore/snapd/pull/9425>
[09:57] <mup> PR #9478: spread: remove workaround for openSUSE go issue <Created by zyga> <Merged by zyga> <https://github.com/snapcore/snapd/pull/9478>
[09:57] <mup> PR #44: Proposal fix for Bug #1496319 <Created by clobrano> <Closed by chipaca> <https://github.com/snapcore/snapd/pull/44>
[09:57] <mup> PR #9482: bootloader/assets/grub: adjust fwsetup menuentry label <Created by xnox> <https://github.com/snapcore/snapd/pull/9482>
[09:57] <mup> PR #9414: tests: new nested tool <Run nested> <Created by sergiocazzolato> <https://github.com/snapcore/snapd/pull/9414>
[09:57] <mup> PR #9474: boot, overlord/devicestate: list trusted and managed assets upfront <Run nested> <UC20> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/9474>
[09:57] <mup> PR #9418: many: implement snap routine console-conf-start for synchronizing auto-refreshes <Needs Samuele review> <UC20> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/9418>
[09:57] <mup> PR #9484: spread-shellcheck: process paths from arguments in parallel <Simple 😃> <Skip spread> <Created by bboozzoo> <Merged by bboozzoo> <https://github.com/snapcore/snapd/pull/9484>
[09:57] <mup> mborzecki: I apologize, but I'm pretty strict about only responding to known commands.
[09:57] <mup> Bug #1643706: snap apps need to be able to browse outside of user $HOME dir. for Desktop installs <amd64> <apport-bug> <package-from-proposed> <zesty> <snapd (Ubuntu):Fix Released by jdstrand> <https://launchpad.net/bugs/1643706>
[09:57] <mup> PR #9485: spread-shellcheck: speed up spread-shellcheck even more <Created by zyga> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/9485>
[09:57] <mup> PR #9491: spread-shellcheck: correctly attribute suite errors <Bug> <Created by zyga> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/9491>
[09:57] <mup> PR #9492: overlord: increase refresh postpone limit to 14 days <Simple 😃> <Created by zyga> <https://github.com/snapcore/snapd/pull/9492>
[09:57] <mup> mvo: In-com-pre-hen-si-ble-ness.
[09:57] <mup> niemeyer: Roses are red, violets are blue, and I don't understand what you just said.
[09:57] <mup> PR #9490: spread-shellcheck: respect --max-procs in checkfile() <Created by mvo5> <Closed by zyga> <https://github.com/snapcore/snapd/pull/9490>
[09:57] <mup> PR #9493: spread-shellcheck: use single thread pool executor <Created by zyga> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/9493>
[09:57] <mup> PR #9488: [RFC] boot/fdehook: add skeleton fdehook support <⛔ Blocked> <Created by mvo5> <https://github.com/snapcore/snapd/pull/9488>
[09:58] <niemeyer>  /o\
[10:03] <niemeyer> I suspect this has something to do with the internal IRC server going away, for too long
[10:12] <niemeyer> mup: Are you okay now?
[10:12] <mup> niemeyer: I apologize, but I'm pretty strict about only responding to known commands.
[10:12] <niemeyer> mvo: It was in trouble after too many weeks of pending communication with the internal servers
[10:13] <niemeyer> mvo: Should be in better shape now
[10:13] <niemeyer> mvo: If anything weird happens please do ping me so I can have a look
[10:16] <mvo> niemeyer: thank you!
[10:16] <niemeyer> My pleasure
[10:25] <mup> PR snapd#9492 closed: overlord: increase refresh postpone limit to 14 days <Simple 😃> <Created by zyga> <Merged by zyga> <https://github.com/snapcore/snapd/pull/9492>
[10:26] <zyga> mvo reviewed https://github.com/snapcore/snapd/pull/9480#pullrequestreview-506492965
[10:26] <mup> PR #9480: snap: support different exit-code in the snap command [RFC] <Created by mvo5> <https://github.com/snapcore/snapd/pull/9480>
[10:33] <mvo> zyga: yay, you rock
[11:19] <pedronis> zyga: I reviewed #9474, it needs a 2nd re-review though
[11:19] <mup> PR #9474: boot, overlord/devicestate: list trusted and managed assets upfront <Run nested> <UC20> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/9474>
[11:19] <pedronis> sorry
[11:19] <pedronis> wrong PR
[11:19] <zyga> pedronis right
[11:19] <pedronis> zyga: I meant #8573
[11:19] <mup> PR #8573: overlord/snapstate: inhibit startup while unlinked <Needs Samuele review> <Created by zyga> <https://github.com/snapcore/snapd/pull/8573>
[11:19] <zyga> thank you, looking
[11:20] <zyga> cool, I'll rename those in a moment
[11:20] <zyga> pedronis I noticed you noticed that I was thinking about moving the run inhibition to soft check later, on this is something we could think about, but it would have the property that we really download the update and apply it by refusing to start the app during this process
[11:21] <zyga> so the app is linked still, but you cannot run it now, because that would "ruin" the update
[11:21] <zyga> it's not something I want immediately but I think the experience would be better
[11:21] <pedronis> zyga: the problem is how to make sure we unlock,  right now that is tied to the handlers
[11:21] <pedronis> so we always have / try to have undo paths
[11:22] <zyga> we should unlock if the task is undone or when we complete a later task (link snap)
[11:22] <pedronis> if we lock in non-handler code it gets more complicated
[11:22] <zyga> I agree it is delicate and has to be done right
[11:22] <zyga> indeed
[11:22] <zyga> this would have that property
[11:22] <zyga> we might actually lock in one of the other tasks
[11:22] <zyga> so soft check could stay soft
[11:22] <zyga> and then do a "binding check"
[11:23] <zyga> that is started at the same time we download
[11:23] <zyga> then we only lock in handlers
[11:23] <zyga> and have the same overall user experience
[11:23] <zyga> soft check tells you no quickly (as now)
[11:23] <zyga> hard check prevents data loss
[11:23] <zyga> and this would be "usability check" in a way ;-)
[11:25] <pedronis> the dates in the SU doc were a bit off
[11:25] <pedronis> fixed (hopefully)
[11:28] <zyga-x240> pedronis: reviewing https://github.com/snapcore/snapd/pull/9422 would be great, this would unblock the export manager
[11:28] <mup> PR #9422: overlord: add link participant for linkage transitions <Needs Samuele review> <Created by zyga> <https://github.com/snapcore/snapd/pull/9422>
[11:29] <zyga-x240> or some guidance if that is on the right path
[11:31] <pedronis> hopefully tomorrow
[11:35] <zyga-x240> great
[11:36] <zyga-x240> I'll iterate on some sprint bits and on the other branches in the meantime
[11:44] <zyga-x240> pedronis: applied both renames,
[11:44]  * zyga-x240 grabs some hot soup
[11:47] <zyga> jdstrand, amurray: do we need to add close_range to seccomp templates, I can send a patch if you say so
[12:21] <mborzecki> zyga: hmm, https://paste.ubuntu.com/p/CnVGSKzn3C/ too much load on the system?
[12:44] <zyga> mborzecki re
[12:44] <zyga> sorry, I was in a call
[12:44] <zyga> looking
[12:44] <zyga> hmmm
[12:44] <zyga> maybe we should log with -v
[12:45] <zyga> and see if there's something fishy going on
[12:45] <zyga> but yeah
[12:45] <zyga> it's a new thing, we can revert it if's smelly
[12:45] <zyga> or
[12:45] <zyga> we could use a thread pool executor with one worker
[12:45] <zyga> I think that would be an easy way to sort out the immediate problem (I hope, could be wrong if it's some deadlock)
[13:30]  * zyga goes to check on family and make coffee for the 2nd part of the day
[13:53] <mborzecki> mvo: do you have an idea where it's picking up the @users.noreply.github.com from https://github.com/snapcore/snapd/pull/9482/checks?check_run_id=1242371209 ?
[13:53] <mup> PR #9482: bootloader/assets/grub: adjust fwsetup menuentry label <Created by xnox> <https://github.com/snapcore/snapd/pull/9482>
[14:20] <mvo> mborzecki: in a meeting but I think we can just recommit this with --author="Dimitri..."
[14:20] <mvo> mborzecki: and then force push
[14:20] <mborzecki> mvo: that's what i did
[14:20] <mvo> mborzecki: \o/
[14:21] <mborzecki> and it still fails :P
[14:38] <mvo> mborzecki: oh no :(
[14:50] <mvo> sil2100: hey, do you think you have time today to allow snapd 2.47.1 to *-proposed?
[14:51] <mvo> sil2100: it's in the SRU queue (hope I got it right that monday is your sru day)
[14:51] <jdstrand> zyga: I'm going to defer to amurray. we have a syscall detector and a) there might be other things and b) amurray may already have the answer for this
[14:52] <zyga> jdstrand ack
[14:53] <sil2100> mvo: sure! I can take a look o/
[14:55]  * mvo hugs sil2100
[14:55] <zyga> mborzecki maybe new privacy thing?
[14:55] <mvo> zyga: what are close-range seccomp filters?
[14:57] <mborzecki> zyga: idk why it's finding 3 email addresses instead of only 2 like i see locally
[14:57] <zyga> mvo: not seccomp filters, just a new system call to close a range of file descriptors quickly
[14:57] <zyga> mborzecki from one or more than one user?
[14:57] <mvo> zyga: oh, neat
[14:58] <zyga> mborzecki maybe some privacy thing is at play?
[15:09] <mborzecki> uhh errands
[15:09] <mborzecki> ah, or not yet
[15:27] <mup> PR snapd#9486 closed: logger: fix snapd.debug=1 parsing <Bug> <Simple 😃> <Created by cmatsuoka> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/9486>
[15:27] <mup> PR snapd#9494 opened: logger: use strutil.KernelCommandLineSplit in debugEnabledOnKernelCmdline <Simple 😃> <Skip spread> <Created by mvo5> <https://github.com/snapcore/snapd/pull/9494>
[17:36] <pedronis> &away off
[18:51] <zyga-x240> mvo: HMM
[18:52] <zyga-x240> er
[18:52] <zyga-x240> hmm
[18:52] <zyga-x240> something weird
[18:57] <mvo> zyga-x240: hm?
[18:57] <zyga-x240> werid, we merged the 14 day refresh window
[18:58] <zyga-x240> but I pulled master and my test, that measures old 7 passes
[18:58] <zyga-x240> maybe some fast-forward thing
[18:58]  * zyga-x240 looks
[18:58]  * zyga-x240 wrote all the tests for the new desktop notifications
[18:58] <zyga-x240> just looking anything is missing
[18:59] <zyga-x240> pushed to https://github.com/snapcore/snapd/pull/9446
[18:59] <mup> PR #9446: overlord,usersession: initial notifications of pending refreshes <Created by zyga> <https://github.com/snapcore/snapd/pull/9446>
[19:01] <zyga-x240> mvo: I'll work on a spread test tomorrow
[19:01] <zyga-x240> I think the new git defaults ff only
[19:01] <zyga-x240> and I need to merge now
[19:01] <zyga-x240> oh well
[19:02]  * zyga-x240 resolves conflict
[19:02] <mvo> zyga-x240: ok
[19:06] <zyga-x240> mvo: https://github.com/snapcore/snapd/pull/9446 is ready for review
[19:06] <mup> PR #9446: overlord,usersession: initial notifications of pending refreshes <Created by zyga> <https://github.com/snapcore/snapd/pull/9446>
[19:21] <mvo> zyga-x240: re 9446> supernice! I will have a look in my morning, too tired now
[22:38] <amurray> zyga-mbp: yeah close_range is on my list of stuff to look at (we ideally also would want a newer libseccomp as well so we get openat2 and a few others as well - https://pastebin.ubuntu.com/p/zJRczX4BFk/)


[15:49] <jcastro> negronjl: mira, the moin charm got some updates a while back but we never finished it off, it looks pretty close if you want to finish off a review
[16:41] <negronjl> jcastro: I'll look into it in a minute....id you happen to have a bug number, that will speed things up
[16:41] <negronjl> SpamapS: I updated distcc ( https://bugs.launchpad.net/charms/+bug/944989 ).  When you get a chance, can you review it again ?
[16:41] <_mup_> Bug #944989: charm needed: distcc <Juju Charms Collection:In Progress by negronjl> < https://launchpad.net/bugs/944989 >
[16:47] <SpamapS> negronjl: looking righ tnow
[16:47] <negronjl> SpamapS: thx.
[16:52] <SpamapS> negronjl: *really* nice work
[16:53] <negronjl> SpamapS: thx ... ok to promulgate now ?
[16:53] <SpamapS> negronjl: do you want to promulgate that? (don't forget to make it owned by ~charmers first)
[16:53] <negronjl> SpamapS: Yes and yes ...
[16:53] <SpamapS> I'll +1 in the bug just for doc purposes
[16:53] <negronjl> SpamapS: thx
[16:54] <negronjl> SpamapS: btw ... I thought that promulgate would change the ownership of the branch to ~charmers on it's own ...
[16:54] <SpamapS> negronjl: it doesn't
[16:54] <negronjl> SpamapS: ok .. .I'll do it
[16:55] <SpamapS> negronjl: I believe pushing to lp:charms/foo does ..
[16:55] <negronjl> SpamapS: We'll find out very soon :)
[16:55] <SpamapS> if that doesn't do it, then I've taken to just pushing to lp:~charmers/charms/oneiric/foo/trunk with --rememeber .. then promulgating
[17:09] <negronjl> SpamapS: distcc ... promulgated
[17:09] <negronjl> glusterfs charm .... here I come !!!!!!!!
[17:12] <SpamapS> oooohhhhhh snap
[17:13] <m_3> SpamapS: hey, can you please change ownership of lp:charms/tomcat6 to ~charmers?
[17:13] <negronjl> SpamapS: will do
[17:14] <m_3> negronjl: can you do the same for lp:charms/hadoop-mapreduce?  that's still showing as a personal branch
[17:16] <negronjl> SpamapS: lp:charms/tomcat6 shows as yours :P
[17:16] <negronjl> m_3: will do
[17:17] <negronjl> m_3: done
[17:17] <m_3> negronjl: cool thanks!
[17:17] <SpamapS> negronjl: doh
[17:17] <negronjl> m_3: no worries ...
[17:18] <jamespage> m_3: zookeeper charm appears to work OK on oneiric
[17:18] <m_3> jamespage: whoohoo!
[17:18] <jamespage> m_3: should I remove the config options that are specific to precise?
[17:18] <jamespage> its a bit misleading ATM
[17:19] <m_3> jamespage: I think they'll be two separate charms maintained in parallel... any better ideas?
[17:19] <jamespage> m_3: kinda what I mean; I'll update the branch to remove the PPA options for oneiric
[17:19] <jamespage> they can stay for the precise version
[17:19] <m_3> jamespage: right
[17:20] <jamespage> m_3: or I could backport the packages in the PPA to oneiric - that would be easier actually
[17:20] <jamespage> then people can kill themselves with 3.4.3!
[17:20] <m_3> jamespage: easier?  really?  :)
[17:21] <jamespage> m_3: the packaging is simple so yes
[17:21] <m_3> jamespage: it makes sense to keep separate branches lp:~charmers/charms/oneiric/zookeeper/trunk (lp:charms/zookeeper) and lp:~cha...precise...
[17:22] <jamespage> m_3: yep
[17:22] <m_3> jamespage: it's just a little backwards from the usual "direction" of the branch :)
[17:22] <jamespage> m_3: charm backport - I like it!
[17:22]  * m_3 groan
[17:23] <jamespage> m_3: OK if I promulgate that now!
[17:23] <jamespage> ?
[17:23] <m_3> jamespage: just still scared of backports in packages :)
[17:23] <m_3> jamespage: please go ahead and shrink wrap it
[17:24] <jamespage> m_3: https://code.launchpad.net/~charmers/charms/oneiric/zookeeper/trunk
[17:24] <jamespage> deone
[17:24] <jamespage> done even
[17:25] <m_3> jamespage: awesome!
[17:25] <m_3> charms are almost tended... jcastro will even be happy... we're net positive count after the changes :)
[17:26] <jcastro> \o/
[18:40] <andrewsmedina> What I do when a bootstrap instance state is not-started?
[18:41] <avoine> check the log on the server in /var/log/juju/
[18:43] <andrewsmedina> avoine: -bash: cd: /var/log/juju: No such file or directory
[18:43] <andrewsmedina> =/
[18:43] <avoine> if there is none and you are on aws also check /var/log/cloudinit/
[18:44] <SpamapS> andrewsmedina: what provider are you using ?
[18:44] <andrewsmedina> SpamapS: ec2 (openstack)
[18:45] <andrewsmedina> using default juju version works fine, but with the last ppa version, bootstrap returns "not-started" status
[18:45] <SpamapS> bootstrap usually doesn't return anything.. can you explain?
[18:46] <andrewsmedina> SpamapS: after bootstrap, when I execute juju status, returns the bootstrap instance status
[18:49] <avoine> andrewsmedina: check in /var/log/cloudinit/ if something have failed there
[18:50] <SpamapS> andrewsmedina: right, ok. So you need to use the EC2 API tools to figure out why the instance hasn't started yet.
[18:50] <SpamapS> andrewsmedina: euca-get-console-output on the instance ID should help
[18:51] <hazmat> its probably the same problem of the metadata server not being configured to return values for  1.0 api version
[18:51] <hazmat> its a configuration (.ini) fix for nova
[18:52] <hazmat> ie. bug 942868
[18:52] <_mup_> Bug #942868: metadata service reports to support 1.0 but serves incorrect data <canonistack> <juju:Confirmed> <OpenStack Compute (nova):New> < https://launchpad.net/bugs/942868 >
[18:53] <SpamapS> Right!
[18:53] <hazmat> it feels like a packaging bug, we could update juju to just use latest or another common version that's enabled by default
[18:53] <SpamapS> major DOH there ;)
[18:53] <hazmat> ie. work around it
[18:53] <andrewsmedina> SpamapS: is everything ok in the instance
[18:53]  * SpamapS is getting giddy.. in 2 hours his upstream will go from 1Mbit to 5Mbit .. woot.
[18:54] <SpamapS> hazmat: I think we should update juju to use the *latest* common version that we know we can support.
[18:54] <hazmat> SpamapS, technically the metadata we're after is common to all of the extant versions
[18:55] <andrewsmedina> SpamapS: but I think that juju does not found zookeeper agent in this instance
[18:55] <SpamapS> hazmat: isn't there a "best effort" url?
[18:55] <hazmat> it looks like 2009-04-04 is the latest version available
[18:55] <andrewsmedina> SpamapS: cloud-init boot finished at Mon, 05 Mar 2012 18:53:55 +0000. Up 300.53 seconds
[18:55] <hazmat> SpamapS, 'latest' is latest, but some risk of deviation..
[18:55] <hazmat> pretty minor though
[18:55] <hazmat> internally these all dispatch to the same implementation for ostack
[18:56] <SpamapS> andrewsmedina: right, so from there, you need to look at the juju agent logs,which will be in /var/log/juju .. or perhaps if they had catastrophic errors, in /var/log/upstart
[18:56] <hazmat> the error should be in the console output
[18:56] <SpamapS> hazmat: try:;latest;except:;try:known_old_version
[18:56] <jcastro> hazmat: ok so now /charms says 60 official
[18:57] <hazmat> jcastro, woot!
[18:57] <hazmat> m_3, nice
[18:57] <jcastro> hazmat: heh ok, so we're sure this is right right?
[18:57] <andrewsmedina> SpamapS: but with an old juju version works fine
[18:57] <jcastro> I still see some are counted twice
[18:58] <hazmat> jcastro, /charms is cross series, add a series to it if you want a particular series
[18:58] <hazmat> jcastro, ala http://charms.kapilt.com/charms/oneiric
[18:58] <jcastro> oh cool!
[18:58] <jcastro> got it!
[18:58] <jcastro> ok, so 54!
[18:58] <SpamapS> hazmat: with the agents being started in upstart jobs.. are you sure the error would be in the console?
[18:59] <hazmat> SpamapS, yes, the metadata server error happens pre-agent during juju-admin initialize
[18:59] <hazmat> which is just a cli command for cloud-init
[19:00] <hazmat> andrewsmedina, can you pastebin the console output?
[19:00] <SpamapS> hazmat: well at least we have a fail early then. ;)
[19:06] <andrewsmedina> SpamapS: http://dpaste.org/u7oDI/
[19:08] <SpamapS> hazmat: ^^
[19:09] <hazmat> andrewsmedina, that's status output.. i meant the equivalent of ec2-console-output.. or the cloud init log
[19:11] <hazmat> but that's the output i would expect for this bug from status
[19:11] <andrewsmedina> hazmat: http://dpaste.org/1qhg4/
[19:11] <hazmat> huh..
[19:12] <andrewsmedina> everything seems ok
[19:12] <hazmat> andrewsmedina, if your logged on the machine.. what's the output of.. curl http://<IP_ADDRESS>/1.0/meta-data/instance-id
[19:14] <andrewsmedina> hazmat: humm
[19:14] <andrewsmedina> hazmat: http://dpaste.org/oRDnk/
[19:17] <andrewsmedina> hazmat: juju-sample groups isn't created
[19:19] <andrewsmedina> hazmat: im wrong
[19:19] <andrewsmedina> juju-sample groups is here
[19:25] <andrewsmedina> hazmat: the problem is my http_proxy =/
[19:39] <SpamapS> Ugh always the proxy
[19:47] <hazmat> errand time, bbiab
[20:00] <andrewsmedina> I removed the proxy but nothing has changed =/
[20:21] <jcastro> negronjl: nice work on the review!
[20:21] <jcastro> so we can promulgate that badboy?
[20:21] <negronjl> jcastro: sure
[20:22] <negronjl> jcastro: checking to see if he has access to do it.  If he doesn't, I'll merge it.
[20:22] <jcastro> I don't think he does
[20:23] <jcastro> he looks like a new contributor
[20:23] <jcastro> time for a tshirt and a mug!
[20:26] <negronjl> jcastro:  python-moinmoin merged and pushed and promulgated
[20:26]  * jcastro rings the bell
[20:26] <negronjl> clear
[20:26] <jcastro> third one in 2 days fellas!
[20:26] <negronjl> jcastro:  do we need to upgrade this guy ?
[20:27] <jcastro> what do you mean?
[20:27] <negronjl> jcastro: how many charms does patrick have ?
[20:27] <jcastro> this is his first
[20:27] <negronjl> jcastro: nm then ... ignore me
[20:28] <jcastro> your mixing him up with Nathan I think
[20:28] <jcastro> which has like 4 or 5 now or something
[20:28] <jcastro> but only interested in writing, not reviewing
[20:44] <jcastro> SpamapS: got time for a quick G+?
[20:44] <jcastro> I need like 45 seconds for you to explain something to me
[20:53] <jcastro> m_3: https://launchpad.net/~chris-lea/+archive/node.js
[20:53] <jcastro> FYI I didn't know there was a node PPA
[20:59] <_mup_> Bug #947483 was filed: Support for container relations <juju:New> < https://launchpad.net/bugs/947483 >
[21:00] <hazmat> bcsaller, lbox needs the bug flag to show up in the kanban
[21:01] <bcsaller> hazmat: and I think rerunning it isn't adding the bug for me now, but I think it used to
[21:02] <hazmat> bcsaller, i just did it by hand..
[21:08] <_mup_> juju/force-upgrade r458 committed by<EMAIL_ADDRESS>[21:08] <_mup_> some environment destruction tests where missing inlinecallbacks decorator
[21:19] <hazmat> niemeyer, the charm test spec looks like it could use another review.. https://codereview.appspot.com/5624044/
[21:21] <hazmat> m_3, what's the url for your charm testing jenkins instance?
[21:22]  * hazmat keeps forgetting
[21:33] <SpamapS> jcastro: back from lunch, we can G+ any time.
[21:42] <m_3> hazmat: it's moving ec2 accts atm... gimme a few
[21:54] <jimbaker> hazmat, can you respond to julian edwards and gavin panella re the maas provider branch?
[21:56]  * SpamapS still wishes providers had been made fully pluggable so they would be useful without being fully integrated into juju.environment.config :-P
[21:57] <hazmat> jimbaker, sure
[21:57] <jimbaker> hazmat, thanks!
[22:00] <andrewsmedina> hazmat: my problem is that juju version in bootstrap in different from my machine
[22:01] <andrewsmedina> hazmat: in my machine I use ppa version
[22:01] <hazmat> andrewsmedina, juju should detect that and use the ppa version when bootstrapping, unless a different juju-origin has been set in environments.yaml
[22:03] <jimbaker> SpamapS, good point. a role for ju-jujitsu? or is that just crazy talk?
[22:04] <andrewsmedina> hazmat: I defined juju-origin: ppa, but the version installed is the distro version
[22:04] <SpamapS> jimbaker: totally crazy. juju has to adapt to make them pluggable
[22:05] <hazmat> SpamapS, after the cli plugins got nixed i gave up on out of tree plugins
[22:05] <hazmat> SpamapS, its moot at this point... and in the future juju will be a binary cmd
[22:05] <hazmat> big fat juicy binary
[22:06] <jimbaker> hazmat, :)
[22:06] <SpamapS> can still do plugins
[22:06] <hazmat> SpamapS, for providers.. maybe.. but they'd be out of process.. i wouldn't hold your breath
[22:11] <SpamapS> hazmat: go has no dlopen?
[22:14] <hazmat> SpamapS, yeah.. it has LoadLibrary..
[23:24] <jseutter> hey, I'd like to test out my charm using lxc containers I saw mentioned a while back.  Does this work, and is there some documentation on how to do it?
[23:36] <m_3> SpamapS: where's the latest charm testing spec branch?
[23:36] <m_3> that moved into juju itself right?  or is it still in charm-tools?


[07:14] <inetpro> ai!
[07:15] <inetpro> good mornings everyone
[07:38] <thatgraemeguy> hello hello
[07:53] <Kilos> hi thatgraemeguy and all others
[07:57]  * thatgraemeguy waves
[09:02] <_shaun_> hi guys i have a massive image that ubuntu insists on printing to one page, how do i print this image to multiple pages?
[09:35] <MaNI> to span a large image over multiple pages you can use something like posterazor or similar
[09:36] <_shaun_> hi mani im looking for something native to ubuntu the default print tool is basic, but ill check out posterazor
[09:58] <inetpro> _shaun_: http://askubuntu.com/questions/18698/printing-a-poster-over-several-sheets-of-paper
[11:24] <Kilos> hi inetpro MaNI andrewlsd _shaun_
[11:24] <MaNI> hi
[11:26] <inetpro> .
[11:29] <andrewlsd> hi Kilos
[12:58] <_shaun_> thanks guys posterazor isnt half bad
[13:30] <Kilos> rahter warm outside today
[13:35] <Kilos> rather
[13:58] <_shaun_> yep in in ct too
[13:58] <_shaun_> and u?
[15:24] <Kilos> Maaz forecast pretoria
[15:24] <Maaz> Kilos: Monday: Clear. High: 38° C., Monday Night: Partly Cloudy. Low: 21° C., Tuesday: Chance of a Thunderstorm. High: 36° C., Tuesday Night: Partly Cloudy. Low: 19° C., Wednesday: Partly Cloudy. High: 36° C., Wednesday Night: Partly Cloudy. Low: 20° C., Thursday: Clear. High: 35° C., Thursday Night: Partly Cloudy. Low: 19° C., Friday: Chance of a
[15:24] <Maaz> Thunderstorm. High: 35° C., Friday Night: Chance of a Thunderstorm. Low: 19° C., Saturday: Partl…
[15:44] <Kilos> was more than 38°c today. news said 39°c but felt like more
[17:39] <Kilos> maybe one day when it storms it will actually rain as well
[17:59] <inetpro> good evening
[18:04] <inetpro> Kilos: my scooter's break levers felt heated when I used them as if the scooter was standing in the sun when in fact it was just from hot air while driving
[18:04] <Kilos> whew
[18:05] <Kilos> it was very hot today
[18:05] <Kilos> hi there inetpro
[18:06] <inetpro> eh, how are you oom Kilos?
[18:06] <Kilos> im good ty young man and you?
[18:07] <inetpro> feeling quite young today :-)
[18:07] <Kilos> hahahaha
[18:08] <inetpro> been a long time since someone called me a young man
[18:08] <Kilos> hahahaha
[18:08] <Kilos> you need to mix with more ballies
[18:08] <inetpro> lol
[18:14] <inetpro> yikes!
[18:14] <Kilos> what
[18:14] <inetpro> just got an SMS: "OUTsurance advises you to move your vehicle undercover as a storm, with the possibility of hail, is imminent in Karenpark. Visit http://www.africaweather.com/storm/SA"
[18:14] <Kilos> sjoe
[18:17] <Kilos> we are also in that red area i think
[18:17] <Kilos> i think wed even be happy with hail
[18:18] <inetpro> first time I get an SMS like that
[18:19] <Kilos> well just make sure your car is undercover anyway
[18:24] <inetpro> sure
[18:31] <Guest27170> Good evening everyone
[18:31] <Kilos> hi boy
[18:31] <Guest27170> wolfeyes_is <--- here
[18:31] <Kilos> chnage your nick
[18:31] <Kilos> change
[18:31] <Guest27170> hey dad :-)
[18:39] <Wolfeyes_is> hello theblazehen
[18:40] <theblazehen> Hi Wolfeyes_is
[18:40] <theblazehen> How're you doing?
[18:40] <Wolfeyes_is> Bit tired from the days work, been trying to catch up with work. End of year rush.
[18:40] <Wolfeyes_is> Ane yourself?
[18:40] <Wolfeyes_is> And*
[18:41] <theblazehen> Yeah, I'm pretty great at the moment
[18:42] <Wolfeyes_is> Awesome - just wish it would rain a bit, storming all around but nothing falling as yet.
[18:42] <Kilos> hi theblazehen
[18:42] <theblazehen> Hi Kilos
[18:42] <Kilos> sort ians stupid server woes for him
[18:42] <Wolfeyes_is> lol
[18:42] <theblazehen> Kilos: heh, what's been happening?
[18:43] <Wolfeyes_is> Still setting it up ----
[18:44] <Kilos> hve you installed server Wolfeyes_is ?
[18:45] <Wolfeyes_is> No, not yet, just putting power and such on it for now,inbetween talking to you...
[18:46] <Kilos> has it still got kde on?
[18:47] <Wolfeyes_is> yes
[18:47] <Wolfeyes_is> Haven't changed a thing yet.
[18:47] <Kilos> try fix that first
[18:48] <Kilos> its only connection that broke
[18:48] <Kilos> you gonna have to catch andrewlsd during the day
[18:48] <Wolfeyes_is> Yes.
[18:49] <Kilos> maybe inetpro can follow what you guys did
[18:49] <Wolfeyes_is> Which is cool. Just wanted to set it up first.
[18:49] <Wolfeyes_is> Or that.... lol
[18:49] <Kilos> but he is sitting outside looking at the sky hoping for rain
[18:50] <Kilos> but now you want to set it up at home with 3g and then take it to an adsl place
[18:50] <Kilos> ai!
[18:50] <theblazehen> Wolfeyes_is: need any help?
[18:50] <Kilos> Wolfeyes_is tell him what broke
[18:51] <Wolfeyes_is> Just switching it on right now. Meeeeeeee I'm a n00b, I need lots of help lol.
[18:52] <Kilos> theblazehen it was a struggle with a network card and onboard networking
[18:52] <Wolfeyes_is> Well, it's more than 40 km's away (the site) so I had to do something.
[18:52] <Kilos> andrew sorted it but after reboot it lost connection
[18:52] <theblazehen> 3G connection?
[18:52] <Kilos> adsl at client
[18:52] <Kilos> but now at his home
[18:53] <Wolfeyes_is> Okay, if I can explain the setup, the setup is a router with internet connection, which has 3g connection from the router, linked to onboard network port.
[18:54] <Wolfeyes_is> this runs through the computer and out a pci network card, and to the computers on the network.
[18:55] <theblazehen> Hmm, okay. So the computer is like a router then?
[18:55] <Wolfeyes_is> yeah if you can call it that
[18:55] <Wolfeyes_is> just getting you other info
[18:55] <theblazehen> And it doesn't route when you start it then?
[18:56] <Kilos> after the reboot all the network pcs saw the server but server lost internet connection
[18:56] <Wolfeyes_is> well it worked until I thought I had to see if it regains connection after rebooting the computer just in case the client does this and can't reconnect.
[18:57] <theblazehen> Wolfeyes_is: server is running ubuntu based distribution?
[18:57] <Wolfeyes_is> kde 14.04
[18:57] <theblazehen> What's the output of ip ad when you boot it up?
[18:59] <Wolfeyes_is> I think what could have happened was when the server was cut, it blocked the router access, and there was a printer on another Ip range and all the computers changed to that ip range but that wasn't the problem, the kde server which is connected directly to the internet router, no longer had internet!
[19:00] <theblazehen> Hmm, okay.. I think andrewlsd would know the background better, so he may be able to help you better
[19:01] <Kilos> Maaz seen andrewlsd
[19:01] <Maaz> Kilos: andrewlsd was last seen 7 hours, 32 minutes and 22 seconds ago in #ubuntu-za on freenode [2015-12-07 03:29:18 PST], and has been offline on freenode since 2015-12-07 04:10:51 PST
[19:01] <Kilos> Maaz call hm
[19:01] <Maaz> Kilos: Excuse me?
[19:01] <Kilos> nm
[19:01] <Wolfeyes_is> Eth0 = <IP_ADDRESS> (Onboard network port) Eth1 = <IP_ADDRESS> (PCI Network card)
[19:02] <theblazehen> Wolfeyes_is: ip ro?
[19:02] <Wolfeyes_is> I will give you more info now theblazehen
[19:02] <Wolfeyes_is> ro?
[19:02] <theblazehen> The server itself can't connect to the internet right?
[19:02] <theblazehen> route
[19:03] <Wolfeyes_is> <IP_ADDRESS>. =Router
[19:03] <Wolfeyes_is> Correct
[19:03] <theblazehen> So default is with the router then?
[19:03] <Wolfeyes_is> I am just getting you more info
[19:03] <Wolfeyes_is> correct.
[19:04] <theblazehen> Hmm, not sure. Sorry
[19:04] <Wolfeyes_is> http://bin.snyman.info/vycwg
[19:06] <Kilos> ohi superfly
[19:06] <superfly> ohi
[19:06] <theblazehen> Ok, yeah, I got a broad overview of what's done. Did same thing a year or 2 ago back myself, when I didn't have neough ports on my switch.. But that's a story for another time. You gonna need to talk to him about that
[19:06] <Wolfeyes_is> http://bin.snyman.info/8hxvx
[19:06] <Wolfeyes_is> hey superfly
[19:07] <superfly> hi
[19:08] <theblazehen> Yeah, I see. Better to just wait for him though. Hi superfly
[19:08] <Wolfeyes_is> http://bin.snyman.info/zrz28
[19:08] <Wolfeyes_is> There.... that's all the info I have. Thank you for looking theblazehen
[19:09] <theblazehen> Wolfeyes_is: Yeah, haven't done it on ubuntu before, only arch. And not too sure about the specifics, sorry I couldn't help
[19:09] <Wolfeyes_is> no problem, you tried :-) thank you.
[19:11] <superfly> Wolfeyes_is: you still trying to set up a server as a router?
[19:11] <theblazehen> Wolfeyes_is: Are you speciffically attached to using ubuntu for it? Does it also need to server other server roles?
[19:12] <Wolfeyes_is> yes superfly
[19:12] <theblazehen> I've found that pfsense is a lot easier to use as a router, and runs on nearly anything.. I've ran it on an old pc with 128MB RAM beofre
[19:12] <Wolfeyes_is> 2nd question, not sure
[19:12] <superfly> Wolfeyes_is: arno's ip tables firewall
[19:13] <superfly> *really* simple to set up
[19:13] <superfly> it's in the repos I think
[19:13] <Wolfeyes_is> I will go have a look
[19:13] <superfly> arno-iptables-firewall
[19:13] <superfly> you'll probably need to uninstall any other firewall system you've installed
[19:14] <Wolfeyes_is> There is none currently, I would have worked on that afterwards.
[19:14] <theblazehen> Doesn't ubuntu these days also come with ufw built in? Might need to disable that
[19:14] <Wolfeyes_is> it was using the pc as a firewall as far as I could understand.
[19:15] <Wolfeyes_is> and my understanding is very limited with this knowledge...
[19:17] <Kilos> Wolfeyes_is if you do ctrl+rit lines up to where you have read
[19:17] <Wolfeyes_is> As far as I know the server is only acting as a firewall superfly, it has no information stored on it, this is stored on another server within the network.
[19:17] <Kilos> ctrl+r
[19:17] <theblazehen> Wolfeyes_is: Not exactly addressing the question you are asking, but you can try out live pfSense perhaps. Works well here
[19:18] <theblazehen> No need to install to get it running, runs just fine live
[19:18] <Wolfeyes_is> if I can just ask a question though..... and explain a little on the history of the server.
[19:19] <theblazehen> Wolfeyes_is: sure
[19:21] <Wolfeyes_is> the server admin left 5 years ago and the computer run from then until now with no problems, it was using lucid, and the computer crashed, due to overheating, my understanding is the client sent it to the computer shop in order to get it repaired, ( I believe it was just a dirty heat sink from listening to all the info- I did not get a chance to inspect the pc)
[19:22] <Wolfeyes_is> they replaced the whole pc, tried to clone the drive and tried to make it work, no one understood linux within the computer shop and started calling around, upon landing on me, I do other work for them, upon which I told them I would look at it.
[19:23] <Wolfeyes_is> Everything of lucid was outdated and didn't want to connect to the internet to do any updates or upgrades, with the help of Kilos.
[19:25] <superfly> Wolfeyes_is: firewall and router? does it hand out ip addresses to the network?
[19:25] <Wolfeyes_is> We opted to do a clean install of an ubuntu server and then add a kde display to it, the client is in the middle of no where, and I had to do an install from a cd/dvd as it would install it from a flash disk that I put serer on with Unetbootin. And ended up installing kde 14.04
[19:26] <Wolfeyes_is> it got the ip from the router and changed it to another range, which all the computers connected to superfly.
[19:27] <Wolfeyes_is> what I did see but I am not sure, I think it was using squid before, I saw that in the download packages of lucid.
[19:28] <Wolfeyes_is> Now to get to my question, the client also wanted something to block internet to other computers, with username and password, can this be done with Arno's IP tables firewall superfly?
[19:28] <superfly> Wolfeyes_is: yes and no
[19:29] <superfly> Wolfeyes_is: you'd use squid, which arno's supports
[19:29] <Wolfeyes_is> or maybe a better question is would it be better to reinstall server edition now that I have the computer with me?
[19:29] <superfly> Wolfeyes_is: what you want is to force all traffic through arno's firewall, which you can set up to use squid, which has all sorts of access management features
[19:30] <Wolfeyes_is> ahhhhhhh
[19:30] <superfly> Wolfeyes_is: yes, you have no need for a gui
[19:30] <Wolfeyes_is> Okay so new install it is then.
[19:30] <theblazehen> Can also be done easily with pfSense. Just leaving it as an option.. Also, with squid you should be able to use it as a transparent proxy with authentication. Might even be able to do SSO if you have the computers connected to a domain
[19:31] <Kilos> but imo tha should be done at the client so install can see router 3g connection
[19:31] <Kilos> not so
[19:31] <Wolfeyes_is> Waits for an answer....
[19:32] <Kilos> if you do server install then go to new site there are not popups to show new connection
[19:33] <Kilos> unlees you do it now then ssh to it from lappy and do same at the client
[19:33] <Kilos> lets hear superfly comment
[19:34] <superfly> theblazehen: ever used a mikrotik?
[19:35] <theblazehen> superfly: Nope, have been wanting to though
[19:35] <superfly> Wolfeyes_is: your network topology is unclear, where is the Internet connection and where is the DHCP server?
[19:35] <theblazehen> superfly: Wanting to get a managed 1gbit or 10gbit switch perhaps, would you recommend them?
[19:35] <superfly> theblazehen: you'll never want to go back to anything else
[19:36] <theblazehen> superfly: ty for the recommendation. Right now an old pc is still the cheaper option for me...
[19:36] <superfly> theblazehen: yeah, me too.
[19:36] <theblazehen> Just stuck with 1gbit, and no bonding :(
[19:36] <superfly> the mikrotiks are expensive :-(
[19:39] <Wolfeyes_is> It was previously set up with the Router (internet connection going to the onboard network port of the linux server, inbound, then outbound from the pci network card of the linux server to all the other computers on the network. All traffic ran through the linux server! Does this help superfy?
[19:41] <Wolfeyes_is> All computers used the linux server to get an IP address.
[19:42] <Kilos> night all sleep tight
[19:42] <Wolfeyes_is> Nighrt Kilos
[19:48] <superfly> Wolfeyes_is: ah, yes.
[19:52] <Wolfeyes_is> So with this information and the fact that the client wants to have designated username and password details for the internet, you would still set it up with  ubuntu server, and put Arno's firewall on with Squid superfly?
[19:52] <superfly> Wolfeyes_is: username per person?
[19:53] <superfly> and why a username and password?
[19:53] <Wolfeyes_is> on about 8 people, the rest are restricted from inertnet, maybe about 15 computers in total.
[19:54] <superfly> do those people move around between computers, or are they always on the same computer?
[19:55] <superfly> *s
[19:57] <Wolfeyes_is> I would say, 2 - 3 of the computers have different people superfly, the rest stay on their own computer. It is the reception computers and they mostly to restrict the staff when no one is their at night, the other offices are all locked at night.
[19:57] <superfly> Wolfeyes_is: the people who have unrestricted access to the internet, do they have their own PCs?
[19:57] <Wolfeyes_is> yes
[19:58] <superfly> so then you can lock things down to particular computers on the network.
[19:58] <Wolfeyes_is> Okayyyyyy
[19:59] <Wolfeyes_is> Anything else I need to know.....superfly? Or ask further?
[20:00] <superfly> what do they mean by "restricted internet access"? is it off completely? is it available after hours? are certain sites allowed? or certain sites not allowed?
[20:01] <Wolfeyes_is> they cannot access it because the username and password comes up, denying them access even though their network cables are on the same network!
[20:03] <superfly> Wolfeyes_is: the username and password is a red herring
[20:03] <Wolfeyes_is> so if they punched in the accessible username and password they could get access, if they had that information, or were added to the accessible list.
[20:03] <Wolfeyes_is> Red herring? in the sense of?
[20:03] <superfly> Wolfeyes_is: you don't need it to restrict internet access
[20:03] <superfly> it's distracting you from answering my question
 what do they mean by "restricted internet access"? is it off completely? is it available after hours? are certain sites allowed? or certain sites not allowed?
[20:05] <Wolfeyes_is> it always on, they just can't use it if they don't have username and passwords, all people with the correct username and passwords can access it at an given time.
[20:06] <Wolfeyes_is> I wasn't told to block certain sites in particular! Only allow certain people access. (all the time)
[20:07] <Wolfeyes_is> All managment. From the information I was told.
[20:10] <Wolfeyes_is> Does this help you a bit more superfly?
[20:10] <superfly> yeah
[20:11] <superfly> so you basically have two groups: those with access and those without
[20:11] <Wolfeyes_is> yes
[20:11] <superfly> how does their e-mail work?
[20:12] <Wolfeyes_is> seperate, to the linux server, they collect it from an online client. Similar to what we would google or hetzner.
[20:12] <Wolfeyes_is> but it runs through the server to fetch it.
[20:12] <Wolfeyes_is> I think I described that backwards lol
[20:13] <Wolfeyes_is> anyways...
[20:27] <Wolfeyes_is> Do you think I should do the server install at the site superfly? So it can see the internet connection? Or can I do it aheead of time? Which would be easier for the setup you have just mentioned?
[20:28] <superfly> Wolfeyes_is: I think either way would be easy enough. But you say they get their mail from an online mail client? that means that they have *some* internet access?
[20:29] <Wolfeyes_is> They would through the sever.
[20:29] <Wolfeyes_is> I see now what you mean.....
[20:29] <Wolfeyes_is> restricting the broswers but not mails.
[20:43] <superfly> Wolfeyes_is: that's not how internet connectivity works
[20:44] <superfly> internet doesn't care if you're using a browser or a mail client or a python script, or even if you're making HTTP requests via butterflies
[20:44] <Wolfeyes_is> lol I see.
[20:45] <Wolfeyes_is> Okay.
[20:45] <Wolfeyes_is> so then it would mind the mail client on the computer connecting to the mail server on the net then.
[20:46] <Wolfeyes_is> but if the person opened the browser and a program like squid stopped them, from using that, would it restrict the email as well?
[20:46] <superfly> yes
[20:47] <superfly> because it's all Internet access
[20:47] <superfly> you'd have to configure squid to allow their e-mail domain
[20:47] <Wolfeyes_is> okay, that makes sense.
[20:47] <superfly> well, I'm not being entirely accurate.
[20:47] <superfly> protocols use different ports
[20:48] <superfly> so SSL is 443, regular HTTP is 80
[20:48] <Wolfeyes_is> okay
[20:48] <superfly> but if their e-mail is web-based, then it's all on 80 or 443
[20:48] <superfly> which squid handles out of the box
[20:50] <Wolfeyes_is> I think they use gmail
[20:50] <superfly> Wolfeyes_is: ignoring the "authentication" part (which I think is pointless), here's how to tell squid that certain domains are OK: http://www.webdnstools.com/articles/squid-proxy-whitelist
[20:50] <Wolfeyes_is> goes to look
[20:52] <superfly> Wolfeyes_is: there's usually a fair amount of documentation in the config files themselves. read read read :-)
[20:53] <superfly> Wolfeyes_is: also, try to implement the same system yourself if you can, practice makes perfect
[20:54] <Wolfeyes_is> I was thinking to do that, it would help me a lot on a learning curve.
[20:54] <superfly> Wolfeyes_is: pro tip: those managers, get their MAC addresses and get the DHCP service to hand out the same IP addresses to their computers every time. then tell squid that those IP addresses are OK
[20:55] <Wolfeyes_is> if I give them dynamic ips i could do it like that.
[20:55] <superfly> Wolfeyes_is: http://www.linuxhomenetworking.com/wiki/index.php/Quick_HOWTO_:_Ch32_:_Controlling_Web_Access_with_Squid#.VmXyN2_v2es
[20:56] <superfly> Wolfeyes_is: don't say "if". you always do that
[20:57] <Wolfeyes_is> All the computers are winsucks and they had them on automatic configure, Great, I will do that!!!! Dynamic IP it is.
[20:57] <superfly> some more good info: http://wiki.squid-cache.org/SquidFaq/ConfiguringSquid
[20:58] <Wolfeyes_is> Ty superfly I will read this so long....  Just a question....
[20:58] <superfly> Wolfeyes_is: basically, set up squid the way you want, then set up Arno's, and when it configures itself it'll ask you about a proxy server, and you give it squid's details
[20:59] <Wolfeyes_is> Would a person have to coinfigure the squid and arnos programs by adjusting the scripts etc through the server cli? Am I understanding this correctly?
[20:59] <superfly> yes
[20:59] <superfly> it's not difficult
[20:59] <Wolfeyes_is> okay - got that.
[20:59] <superfly> anyway, I have to go
[21:00] <Wolfeyes_is> I understand it basically, just not always sure what to look for
[21:00] <Wolfeyes_is> Ty so much for your help
[21:00] <Wolfeyes_is> Have a good evening superfly
[21:10] <Wolfeyes_is> Night everyone. Thank you all for any input.


[16:39] <arraybolt3> Is there any way for me to get an email every time a new upload has been done in the Lubuntu packageset? I see other Ubuntu devs keep syncing LXQt stuff from Debian into Ubuntu and would like to be notified when that happens.
[17:10] <RikMills> arraybolt3: not aware of any way to get just those. you can subscribe to the lunar-changes list which gets an email for every upload and filer with rule perhaps
[17:10] <RikMills> *filter
[17:11] <arraybolt3> Hmm, that sounds doable.
[17:11] <RikMills> https://lists.ubuntu.com/mailman/listinfo/lunar-changes
[17:13] <RikMills> I do a similar thing for debian changes list, so I know when one of the qt-kde uploaders has uploaded something
 sigh I have had openbox crash on me but need to figure out a way to have it be reproducible to actually make a good bug report
[22:50] <guiverc> @lynorian, what release are you running?   I experienced a crash yesterday too but was first & tend to overlook first until occurs again; which it just did (openbox crash in /var/crash)
[23:06] <guiverc> to recreate crash here, open snap package (chromium/firefox/telegram..) make it full screen (F11) then open something in new window (right-click open new page for browser, ~equiv in telegram) & openbox crashes...
 lunar
[23:07] <guiverc> yeah lunar here, have caused it to crash with firefox, chromium, telegram (ie. snap packages)
[23:10]  * guiverc is logging out & will explore same in xubuntu/xfce..  (alas not using openbox, but will still look)
 sadly not quite as simple for me
 or is it opening two snaps at once?
[23:26] <guiverc> I did not re-create it in either Xubuntu/Xfce or Ubuntu-Desktop/GNOME.using.Xorg but neither use openbox  (openbox started/running in background didn't crash, but expected as its not being used)
 also it crashes pretty immediately if you run openbox again
[23:32] <guiverc> my default usage has 3 snaps running; firefox, chromium & telegram; so on lubuntu i likely had more than one running at a time  (likely only had a single running in xfce/gnome during my brief test)
[23:32] <guiverc> I am not having it re-crash if I CTRL+ALT+T & run `openbox &` though
[23:33] <guiverc> to get it to re-crash I have to re-open a tab/window using full-screen window
[23:37] <guiverc> turned on another box (lunar) & opened firefox as crashes on my main system (qterminal only other open app) & NO CRASH here... you maybe right with needing multiple snap...
[23:38] <guiverc> nope... chromium & firefox both running (2nd box) & no crash on other box..
[23:40] <guiverc> me added telegram (3rd snap) & no crash too  (on second box; my primary has crashed ~8 times today in testing; on queue each time)
 what gpu driver are you using
 amdgpu here
[23:45] <guiverc> my primary box where I've had openbox crashes reports hd530/i915  (two displays connected to old amd/radeon card in it)
 is it requireing multiple monitors plugged in
 I remember using one monitor yesterday and thinking that it didn't crash as much then
[23:46] <guiverc> i have 3 monitors connected to my primary; 1 to intel; 2 into radeon - all used.. the other box i'm using is similar though; radeon with 2 monitors plugged (from memory) & intel reported using `lshw`
[23:47]  * guiverc is updating software on other box & will re-test..
 reported https://bugs.launchpad.net/ubuntu/+source/openbox/+bug/2011753
[23:58] -ubottu:#lubuntu-devel- Launchpad bug 2011753 in openbox (Ubuntu) "openbox crashes with at least three snaps open." [Undecided, New]