[01:02] <niedbalski> mwhudson: attached F/E patches to the bug
[01:04] <mwhudson> niedbalski: thanks
[01:04] <niedbalski> mwhudson: yw, have a good day o/
[01:14] <mwhudson> niedbalski: uploading
[01:16] <mwhudson> (with a tweak to the version number on eoan)
[07:32] <RikMills> juliank: hi, is merging apt-xapian-index in the works?
[08:14] <sil2100> jibel: hey! Did you finish your tests on https://code.launchpad.net/~hugh712/ubiquity/+git/ubiquity/+merge/380808 ?
[08:18] <jibel> sil2100, I'm on it and something else for kde
[08:18] <jibel> sil2100, why?
[09:04] <jibel> sil2100, I'll do more tests today, it seems that g-s-d is not running but I hardly see why this mp would break it. So i'll check on a default install
[09:04] <jibel> not running during end user setup
[09:10] <sil2100> jibel: hm, ok, thanks! Was poking about it because the OEM team seemed to have that as a priority
[09:21] <jibel> sil2100, the MP is fine, I'll merge it. OEM config is broken though
[09:25] <sil2100> jibel: how is it broken?
[09:28] <jibel> sil2100, not themed, not the right font, ... g-s-d is probably not running
[10:42] <juliank> RikMills: why?
[10:44] <juliank> we have the changes already, why should we do a pointless merge _now_?
[10:44] <RikMills> juliank: python-apt in proposed has breaks on apt-xapian-index version in release pocket
[10:45] <juliank> oh did I do that?
[10:45] <juliank> hmm
[10:45] <juliank> ok then
[10:46] <RikMills> thanks
[11:28] <doko> RikMills: telepathy is a kde thing. could you have a look at telepathy-salut, -python, -haze, whether to remove them or port to python3?
[11:38] <RikMills> doko: telepathy is not a KDE thing per se. 2 of those are recommends of kde-telepathy-minimal, but to be honest I had never heard of them. the kde telepathy stack is anyway borderline removable itself, as upstream maintenance is minimal
[11:38] <RikMills> in other words, I don't think I can say
[11:57] <doko> RikMills: ok, I'm filing removal bugs then, also for pidgin-skype, seen no update since 2014
[11:59] <RikMills> this older style desktop messaging is generally a quite neglected thing now
[12:00] <doko> RikMills: could you comment on https://bugs.launchpad.net/ubuntu/+source/telepathy-salut/+bug/1869361
[12:00] <ubottu> Launchpad bug 1869361 in telepathy-salut (Ubuntu) "remove Python2 based telepathy-* plugins and rdeps" [Undecided,New]
[12:06] <RikMills> doko: done
[12:17] <doko> cpaelzer, coreycb: https://launchpad.net/ubuntu/+source/python-tx-tftp has a server subscription. can the package be removed?
[12:29] <ahasenack> kanashiro: puppet migrated \o/
[12:30] <kanashiro> ahasenack, and also ruby-zip :)
[12:30] <coreycb> doko: it doesn't appear to be part of the openstack dependency chain so it's not needed on my end
[12:31] <ahasenack> kanashiro: ah, that was applied?
[12:32] <ahasenack> ubuntu-release:force-badtest ruby-zip/all/i386
[12:32] <ahasenack> yep
[12:34] <ahasenack> sil2100: hi, libcbor upstream released 0.6.1 with the soname fixed (like in our patch in 0.6.0): https://github.com/PJK/libcbor/releases
[12:36] <ahasenack> he also clarified in the docs how it will be from now on
[12:36] <ahasenack> sil2100: shall I update? I'll comment in the bug
[12:37] <ahasenack> cpaelzer: FYI ^
[13:01] <doko> RikMills: ping on https://bugs.debian.org/952060
[13:01] <ubottu> Debian bug 952060 in src:libsignon-glib "libsignon-glib: FTBFS: signon-auth-service.c:72:13: error: G_ADD_PRIVATE [-Werror]" [Serious,Open]
[13:03] <doko> coreycb: please comment on https://bugs.launchpad.net/ubuntu/+source/python-tx-tftp/+bug/1869366
[13:03] <ubottu> Launchpad bug 1869366 in python-tx-tftp (Ubuntu) "RM: python-tx-tftp package, not needed anymore?" [Undecided,New]
[13:10] <RikMills> doko: I don't know what to do about that
[13:14] <doko> RikMills: same question for libaccounts-glib
[13:15] <RikMills> same answer I am sure
[13:19] <arunpyasi> Hi guys, does anyone where work on building go debian packages ? I wanted to ask how can we resolve the go dependencies without making a debian package for the dependency ?
[13:21] <arunpyasi> *here
[13:26] <ahasenack> you could vendor the dependency
[13:26] <ahasenack> some packages do that
[13:39] <arunpyasi> ahasenack, Do I go get inside Makefile or rules ?
[13:39] <doko> seb128: do we still have an artwork theme? https://launchpad.net/ubuntu/+source/human-theme
[13:39] <ahasenack> arunpyasi: that I don't know, you should check existing packages
[13:39] <seb128> doko, no idea sorry
[13:39] <ahasenack> arunpyasi: runc and containerd are some examples
[13:39] <arunpyasi> ahasenack, I had go get inside Makefile but while building, I got permission denied.
[13:39] <arunpyasi> ahasenack, OH ok, let me check :D
[13:39] <ahasenack> it shouldn't fetch from the network during build
[13:40] <arunpyasi> ahasenack, So, we need to build respective .deb file ?
[13:40] <arunpyasi> or download and keep in the source ?
[13:46] <cpaelzer> doko: python3-txtftp was in for maas
[13:46] <cpaelzer> doko: they are a snap now and don't need it from the archive
[13:46] <cpaelzer> doko: you should ask them if it is needed
[13:47] <cpaelzer> e.g. in bionic python3-maas-provisioningserver depended on it
[13:48] <ahasenack> arunpyasi: when it's vendored, it's part of the source tarball
[13:49] <doko> cpaelzer: any idea who to ask?
[13:50] <arunpyasi> ahasenack, ok, thanks !
[13:50] <cpaelzer> doko: I'd say sparkiegeek - but he is not on this chan
[13:53] <arunpyasi> ahasenack, BTW, I liked the way pkgbuild works in Archlinux :D https://git.archlinux.org/svntogit/community.git/tree/trunk/PKGBUILD?h=packages/golang-deepin-lib
[13:56] <doko> sparkiegeek: so is python-tx-tftp still needed in the archive, or can it be removed?
[13:58] <sparkiegeek> doko: still needed - MAAS has indeed moved to a snap for primary deployment method, but the snap itself is built from packages in the archive
[13:59] <doko> sparkiegeek: can you port it to python3 then?
[14:00] <sparkiegeek> doko: hmm, we depend on the python3 binary package, which comes from python-tx-tftp source? https://packages.ubuntu.com/focal/python3-txtftp
[14:01] <sparkiegeek> doko: so I'm not clear what porting is needed, if any
[14:04] <doko> sparkiegeek: so we can remove python-tx-tftp?
[14:04] <doko> sparkiegeek: stop building the python2 module?
[14:05] <sparkiegeek> doko: stopping building python2 module is fine, yes
[14:05] <sparkiegeek> doko: but removing python-tx-tftp (which is the source package) is not fine, just ok to remove python-txtftp (binary)
[14:06] <doko> sparkiegeek: and there's no update since 2017?
[14:07] <sparkiegeek> doko: https://github.com/shylent/python-tx-tftp so it seems, yes
[14:08] <doko> sparkiegeek: please can you upload the package?
[14:09] <sparkiegeek> doko: am not an Ubuntu developer :|
[14:10] <doko> pff
[14:13] <sil2100> ahasenack: hey! I guess that would be nice, then we'd be hack-free o/
[14:13] <ahasenack> sil2100: yeah, but check out my comment in the bug
[14:13] <ahasenack> I think he made a release of master by mistake
[14:16] <doko> sparkiegeek: ftbfs with Python3:
[14:17] <doko> [ERROR]
[14:17] <doko> Traceback (most recent call last):
[14:17] <doko>   File "/usr/lib/python3/dist-packages/twisted/trial/runner.py", line 804, in loadByName
[14:17] <doko>     return self.suiteFactory([self.findByName(name, recurse=recurse)])
[14:17] <doko>   File "/usr/lib/python3/dist-packages/twisted/trial/runner.py", line 733, in findByName
[14:17] <doko>     obj = reflect.namedAny(name)
[14:17] <doko>   File "/usr/lib/python3/dist-packages/twisted/python/reflect.py", line 313, in namedAny
[14:17] <doko>     raise ModuleNotFound("No module named %r" % (name,))
[14:17] <doko> twisted.python.reflect.ModuleNotFound: No module named 'tftp'
[14:17] <doko> tftp
[14:17] <doko> -------------------------------------------------------------------------------
[14:17] <doko> Ran 1 tests in 0.073s
[14:17] <doko> FAILED (errors=1)
[15:10] <sparkiegeek> doko: https://paste.ubuntu.com/p/XqJJjCt8r8/ i assume you have something like that? I just knocked it up, completely untested
[15:19] <doko> sparkiegeek: yes, the trial3 call fails
[15:30] <doko> community-themes
[15:30] <doko> feisty-session-splashes
[15:30] <doko> feisty-wallpapers
[15:30] <doko> gutsy-wallpapers
[15:30] <doko> human-theme
[15:30] <doko> xnox, Laney, seb128: any idea who owns these packages? or if we can remove them?
[15:31] <seb128> doko, no-one I guess? and probably
[15:33] <xnox> but i like them!
[15:33] <xnox> doko:  i'll set maintainer to myself?!
[15:39] <ogra> +1
[15:41] <ddstreet> rbasak whenever you have a chance, is it possible to import 'meson' into git-ubuntu?
[16:26] <gpiccoli> bdmurray, ping
[16:33] <bdmurray> gpiccoli: hello
=== genii_ is now known as genii
[16:37] <ahasenack> ddstreet: I can take care of that for you
[16:39] <ahasenack> ddstreet: I also added it to the list of packages to import, but to have that live will require a re-deployment of the importer, something we do every now and then. Just ping me if you notice the git repo is out of date
[16:39] <ddstreet> thanks!
[16:39] <ahasenack> ddstreet: it's currently importing, I'll let you know once it's done
[16:39] <ahasenack> it's at 0.27.0-1 now
[16:41] <zyga> hmm
[16:41] <zyga> does anyone know why on focal /etc/X11/Xsession.d/95dbus_update-activation-env unsets XDG_SESSION_ID?
[16:42] <zyga> or maybe, why XDG_SESSION_ID is not set in the session now
[16:42] <zyga> (maybe that file is a false positive)
[16:42] <Laney> The session is now spawned by the systemd --user instance, which runs outside of any logind session
[16:43] <zyga> hmmm, right,
[16:43] <zyga> hmm
[16:43] <zyga> should I be expecting XDG_SESSION_ID to be set?
[16:43] <zyga> or is that deprecated
[16:43] <Laney> Nope
[16:44] <zyga> please forgive me if I'm asking unclearly
[16:44] <zyga> I would like to learn of the logind session ID somehow
[16:44] <zyga> given a process or otherwise
[16:44] <Laney> sd_uid_get_display() is what most things that really do still want to know what the 'graphical' session have been moved to use
[16:45] <zyga> Laney: I'm not after the graphical session if that is a factor, just about the logind session of the current process
[16:45] <zyga> effectively when I run loginctl show-session
[16:45] <zyga> I'd like to know the ID of the session I'm in
[16:46] <zyga> I need this for some testing so that I can then wrap up that session wiht loginctl kill-session
[16:46] <Laney> Then there's sd_pid_get_session(), but not all processes run inside a logind session - that's the behaviour you are seeing
[16:46] <Laney> including those spawned from systemd units
[16:46] <zyga> Laney: hmm, I'm confused,
[16:46] <zyga> so what is a logind session?
[16:47] <zyga> or more specifically, what is the relationship to a logind session
[16:47] <zyga> and a systemd --user instance
[16:47] <zyga> if I login to a focal desktop I see it's a logind session
[16:47] <zyga> it has an ID
[16:47] <Laney> You get at most one systemd --user instance per user per machine, and one D-Bus session bus to go along with that
[16:47] <zyga> right
[16:48] <zyga> that makes sense
[16:48] <Laney> and then each login - be that VT, graphical, SSH gets its own logind session
[16:49] <zyga> and are you saying that XDG_SESSION_ID is no longer coupled to a logind session
[16:49] <zyga> therefore the variable is not set?
[16:49] <Laney> which *can* be a container for processes, but also the systemd instance can spawn stuff that is *not* associated with any of those sessions in particular
[16:49] <Laney> so like if you do SSH, start a user unit, VT, log out of SSH, that unit will still be running
[16:50] <zyga> is that linger or is that unrelated?
[16:50] <Laney> lingering would make it so that if you additionally log out of the VT then it stays around, otherwise it would be killed
[16:50] <zyga> ah
[16:50] <zyga> right
[16:51] <zyga> okay then I sort of understand this part
[16:51] <zyga> so I guess I must use sd_pid_get_session -or equvalent- it is just for testing  after all
[16:51]  * zyga digs in to see what that does
[16:51] <zyga> probably cgroups
[16:51] <zyga> Laney: thank you, I can share what I'm building that needs this
[16:51] <zyga> if you want to spend some time on it and poke holes at the idea
[16:52] <Laney> you can do: loginctl session-status <session id> to see all the processes that are in there
[16:52] <zyga> (it's a shell script that helps to test interactions that normally happen in a user session)
[16:52] <Laney> also systemd-cgls is an interesting thing to look at to see how things are laid out nowadays
[16:52] <Laney> sure, I can try to take a look!
[16:52] <zyga> I'm familiar with cgls
[16:53] <zyga> this is for a part of testing snap run's use of StartTransientUnit with a scope unit
[16:57] <ahasenack> ddstreet: it's on artful now
[16:57] <ahasenack> busy little package
[16:58] <seb128> on https://help.ubuntu.com/community/InstallCDCustomization
[16:58] <seb128> MBR_FILE=/tmp/ubuntu_isohybrid_mbr.img
[16:59] <seb128> does anyone know how that file is created or where it's copied from?
[16:59] <seb128> ah there is a dd command
[17:00] <ahasenack> yes, copied from the iso
[17:00] <ahasenack> with a magic count
[17:00]  * ahasenack thought it was 512 bytes
[17:01] <seb128> dd if="$OLD_IMAGE" bs=1 count=446 of="$MBR_FILE"
[17:01] <seb128> works!
[17:19] <gpiccoli> Sorry bdmurray, I've missed your ping that time
[17:20] <gpiccoli> I'd like to ask you about an email I received, about libvirt crash increase rate after one version with a patch from me got in -proposed
[17:21] <gpiccoli> I want to confirm that phasing continues, or if it stopped, what can I do ? Don't have accesss to the logs there, about that crash faults..but they seem to be present in older versions
[17:21] <bdmurray> The rate of crash increase calculation can return false positives in the first day or two, so the first step should be to see if the phasing is still stopped.
[17:22] <gpiccoli> ok bdmurray, how can I check that?
[17:22] <bdmurray> The email says you can view the current status ... link
[17:22] <bdmurray> http://people.canonical.com/~ubuntu-archive/phased-updates.html
[17:22] <gpiccoli> Thnak you bdmurray - no libvirt there
[17:23] <bdmurray> No problem, sorry for the false alarm.
[17:24] <gpiccoli> no problem, thanks for the information bdmurray =)
[17:24] <gpiccoli> havea good weekend
[18:02] <marcoagpinto> guys?! What is the maximum size of icons in toolbars in Ubuntu?
[18:02] <marcoagpinto> someone in the PureBasic forum was saying that OS APIs limit the size to 24x24 but I think it is not true
[18:19] <ahasenack> ddstreet: meson import is done
[18:19] <ddstreet> thanks!
[18:19] <ahasenack> marcoagpinto: no idea, maybe try #ubuntu-desktop?
[18:20] <marcoagpinto> ahhhh
[18:20] <marcoagpinto> thanks
[20:45] <sasiru> hello :)
[21:54] <xnox> kenvandine:  https://bugs.launchpad.net/ubuntu/+source/vte2.91/+bug/1869440
[21:54] <ubottu> Launchpad bug 1869440 in vte2.91 (Ubuntu) "missing breaks/replaces for files moved between packages?" [Undecided,New]
[21:59] <kenvandine> xnox: i've already uploaded a fix
[22:00] <xnox> kenvandine:  nice, which version?
[22:00] <xnox> kenvandine:  ah, i see it ubuntu2
[22:02] <Unit193> kanashiro: I see zip transitioned, thanks.
[22:03] <kenvandine> xnox: yup
[22:04] <kanashiro> Unit193, my pleasure
[22:45] <seb128> xnox, kenvandine, quite some users seem to enable focal-proposed :-/