[07:38]  * utkarsh2102 is happy that everything got sneaked in at the right time, before FF :)
[07:55] <mirespace> good morning
[08:49] <mnasiadka> good morning
[08:50] <mnasiadka> UCA people - regarding python3-openvswitch package in UCA Yoga - I think there's some issue with that showing up on Kolla-Ansible OVN job (https://storage.gra.cloud.ovh.net/v1/AUTH_dcaab5e32b234d56b626f72581e3644c/zuul_opendev_logs_c8b/830844/3/experimental/kolla-ansible-ubuntu-source-ovn/c8bee38/primary/logs/kolla/neutron/neutron-server.txt). Basically it's showing up as version 2.16.90 (while PyPI only has 2.16.0)... Do 
[08:50] <mnasiadka> you have any idea what is wrong?
[08:50] <mnasiadka> fnordahl: ^^
[10:09] <athos> good morning!
[10:16] <athos> mnasiadka: https://www.openvswitch.org/download/ says 2.17.0 is out
[10:16] <athos> also: https://github.com/openvswitch/ovs/commit/4703bc67b78cbbac0d6c418d09de2992521979e1
[10:19] <ViSI0n> Hi Guys, I have installed application but it seems to be application installed from snap.  I created directory at the root to mount all my smb paths.  But it's not reachable from the snap application. Is there way to able to make everything bellow /smb folder avialable to snap or is the only option to remove the snap application and use different repo which installs classic old fasion way?
[10:52] <fnordahl> mnasiadka: OpenStack Yoga has not been released yet so the archive currently contains snapshots from upstream Git branches. The Open vSwitch and OVN projects use a x.x.90 version in their Git branches to signal it's a unreleased version.
[10:52] <fnordahl> mnasiadka: This will be resolved once we get closer to the release.
[11:55] <Walex2> ViSI0n: snaps hardcode access only to '/home/'; you can use a 'mount --bind' to relocate your mounts to appear under '/home/'.
[11:58] <Walex2> ViSI0n: https://bugs.launchpad.net/snappy/+bug/1620771/comments/56
[12:02] <ViSI0n> I removed the snap version and installed it again from software repo.  snap sound great for desktop os but server os.. 
[14:51] <ogra> ViSI0n, well, snaps were originally developed for server, embedded, industrial, automotive etc ... desktop support only came 2y later (shortly before fedora announced flatpak) ... 
[14:53] <ogra> ViSI0n, server snaps all have their writable paths in /var/snap/<snapname>/current (for all versioned files, i.e. configs and such, so on auto-rollback the server still works) and /var/snap/<snapname>/common for all payload data ...
[14:53] <ogra> dont use /home for server stuff 🙂
[16:16] <bryceh> athos, php-klogger and php-malkusch-lock have ftbfs built against php-psr-log 3, that should be investigated.  I've never worked on those packages so don't know much about them, but keep in mind you may have the option to drop them if nothing significant requires them and if there aren't easy fixes at hand
[16:17] <bryceh> I'll let you know if I spot other packages
[16:17] <athos> bryceh: ack; thanks :)
[16:17] <bryceh> note that I think Debian has chosen to stay on PSR 1, while upstreams have sometimes added PSR 3 support, sometimes not
[17:16] <bryceh> @athos, a third package that goes with those, and potentially also will have similar psr compatibility trouble:  civicrm.  
[17:17] <bryceh> interesting complication with it, is that when I try to 'debuild -S' a no-change rebuild, it is apparently getting stuck in recursion during the lintian check.  Maybe you'll have better luck but something's weird with it.
[17:17] <bryceh> Warning in processable ./civicrm_5.33.2+dfsg1-1build1.dsc: Complex regular subexpression recursion limit (65534) exceeded at /usr/share/lintian/lib/Lintian/Check/Cruft.pm line 773.
[17:17] <bryceh> I get that repeated indefinitely
[17:18] <bryceh> anyway, if you can, upload a no-change rebuild of civicrm, and see if it builds ok or not against p-p-log 3
[17:19] <bryceh> civicrm is kind of a leaf package, so a potential brute force solution would be to remove it from the archive (along with wikipedia-civicrm, which seems the main rdepends)
[17:20]  * bryceh -> breakfast, bbl
[19:38] <mnasiadka> fnordahl: thanks :)
[20:26] <ahasenack> sergiodj: that smbclient/backuppc bug, did you add something to it yet?
[20:41] <ahasenack> hi server team, freeradius' radtest crash fix from upstream, with tests: https://code.launchpad.net/~ahasenack/ubuntu/+source/freeradius/+git/freeradius/+merge/416109
[20:49] <sergiodj> ahasenack: not yet, sorry.  have been running errands for the past couple of hours or so
[20:49] <sergiodj> I'll get to it soon
[20:49] <ahasenack> but you have it in your memory? :)
[20:50] <sergiodj> ahasenack: I do
[20:50] <ahasenack> ok, I'll look at the adsys failures
[20:50] <ahasenack> take the opportunity to get acquainted with that project
[20:50] <sergiodj> great
[20:50] <ahasenack> thanks for the help
[20:50] <sergiodj> I'll let you know when I update the bug
[20:50] <sergiodj> yw
[23:33] <jr_web_dev> so i have ubuntu server installed on a blade server, it doesnt have a desktop environment.  However, i want to install and then x forward gui applications onto my mac.. is it possible to do this without having to install a desktop environment?
[23:42] <tomreyn> it could work where X forwarding still works. you'd need an X server, probably xorg
[23:43] <jr_web_dev> right so a desktkop environment on the server will not matter then
[23:44] <tomreyn> it would matter, but it should not be needed to make X forwarding work
[23:45] <jr_web_dev> ok thanks ill just go ahead and install xorg server