/srv/irclogs.ubuntu.com/2020/03/27/#ubuntu-devel.txt

niedbalskimwhudson: attached F/E patches to the bug01:02
mwhudsonniedbalski: thanks01:04
niedbalskimwhudson: yw, have a good day o/01:04
mwhudsonniedbalski: uploading01:14
mwhudson(with a tweak to the version number on eoan)01:16
RikMillsjuliank: hi, is merging apt-xapian-index in the works?07:32
sil2100jibel: hey! Did you finish your tests on https://code.launchpad.net/~hugh712/ubiquity/+git/ubiquity/+merge/380808 ?08:14
jibelsil2100, I'm on it and something else for kde08:18
jibelsil2100, why?08:18
jibelsil2100, 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 install09:04
jibelnot running during end user setup09:04
sil2100jibel: hm, ok, thanks! Was poking about it because the OEM team seemed to have that as a priority09:10
jibelsil2100, the MP is fine, I'll merge it. OEM config is broken though09:21
sil2100jibel: how is it broken?09:25
jibelsil2100, not themed, not the right font, ... g-s-d is probably not running09:28
juliankRikMills: why?10:42
juliankwe have the changes already, why should we do a pointless merge _now_?10:44
RikMillsjuliank: python-apt in proposed has breaks on apt-xapian-index version in release pocket10:44
juliankoh did I do that?10:45
juliankhmm10:45
juliankok then10:45
RikMillsthanks10:46
dokoRikMills: telepathy is a kde thing. could you have a look at telepathy-salut, -python, -haze, whether to remove them or port to python3?11:28
RikMillsdoko: 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 minimal11:38
RikMillsin other words, I don't think I can say11:38
dokoRikMills: ok, I'm filing removal bugs then, also for pidgin-skype, seen no update since 201411:57
RikMillsthis older style desktop messaging is generally a quite neglected thing now11:59
dokoRikMills: could you comment on https://bugs.launchpad.net/ubuntu/+source/telepathy-salut/+bug/186936112:00
ubottuLaunchpad bug 1869361 in telepathy-salut (Ubuntu) "remove Python2 based telepathy-* plugins and rdeps" [Undecided,New]12:00
RikMillsdoko: done12:06
dokocpaelzer, coreycb: https://launchpad.net/ubuntu/+source/python-tx-tftp has a server subscription. can the package be removed?12:17
ahasenackkanashiro: puppet migrated \o/12:29
kanashiroahasenack, and also ruby-zip :)12:30
coreycbdoko: it doesn't appear to be part of the openstack dependency chain so it's not needed on my end12:30
ahasenackkanashiro: ah, that was applied?12:31
ahasenackubuntu-release:force-badtest ruby-zip/all/i38612:32
ahasenackyep12:32
ahasenacksil2100: hi, libcbor upstream released 0.6.1 with the soname fixed (like in our patch in 0.6.0): https://github.com/PJK/libcbor/releases12:34
ahasenackhe also clarified in the docs how it will be from now on12:36
ahasenacksil2100: shall I update? I'll comment in the bug12:36
ahasenackcpaelzer: FYI ^12:37
dokoRikMills: ping on https://bugs.debian.org/95206013:01
ubottuDebian bug 952060 in src:libsignon-glib "libsignon-glib: FTBFS: signon-auth-service.c:72:13: error: G_ADD_PRIVATE [-Werror]" [Serious,Open]13:01
dokocoreycb: please comment on https://bugs.launchpad.net/ubuntu/+source/python-tx-tftp/+bug/186936613:03
ubottuLaunchpad bug 1869366 in python-tx-tftp (Ubuntu) "RM: python-tx-tftp package, not needed anymore?" [Undecided,New]13:03
RikMillsdoko: I don't know what to do about that13:10
dokoRikMills: same question for libaccounts-glib13:14
RikMillssame answer I am sure13:15
arunpyasiHi 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:19
arunpyasi*here13:21
ahasenackyou could vendor the dependency13:26
ahasenacksome packages do that13:26
arunpyasiahasenack, Do I go get inside Makefile or rules ?13:39
dokoseb128: do we still have an artwork theme? https://launchpad.net/ubuntu/+source/human-theme13:39
ahasenackarunpyasi: that I don't know, you should check existing packages13:39
seb128doko, no idea sorry13:39
ahasenackarunpyasi: runc and containerd are some examples13:39
arunpyasiahasenack, I had go get inside Makefile but while building, I got permission denied.13:39
arunpyasiahasenack, OH ok, let me check :D13:39
ahasenackit shouldn't fetch from the network during build13:39
arunpyasiahasenack, So, we need to build respective .deb file ?13:40
arunpyasior download and keep in the source ?13:40
cpaelzerdoko: python3-txtftp was in for maas13:46
cpaelzerdoko: they are a snap now and don't need it from the archive13:46
cpaelzerdoko: you should ask them if it is needed13:46
cpaelzere.g. in bionic python3-maas-provisioningserver depended on it13:47
ahasenackarunpyasi: when it's vendored, it's part of the source tarball13:48
dokocpaelzer: any idea who to ask?13:49
arunpyasiahasenack, ok, thanks !13:50
cpaelzerdoko: I'd say sparkiegeek - but he is not on this chan13:50
arunpyasiahasenack, BTW, I liked the way pkgbuild works in Archlinux :D https://git.archlinux.org/svntogit/community.git/tree/trunk/PKGBUILD?h=packages/golang-deepin-lib13:53
dokosparkiegeek: so is python-tx-tftp still needed in the archive, or can it be removed?13:56
sparkiegeekdoko: still needed - MAAS has indeed moved to a snap for primary deployment method, but the snap itself is built from packages in the archive13:58
dokosparkiegeek: can you port it to python3 then?13:59
sparkiegeekdoko: hmm, we depend on the python3 binary package, which comes from python-tx-tftp source? https://packages.ubuntu.com/focal/python3-txtftp14:00
sparkiegeekdoko: so I'm not clear what porting is needed, if any14:01
dokosparkiegeek: so we can remove python-tx-tftp?14:04
dokosparkiegeek: stop building the python2 module?14:04
sparkiegeekdoko: stopping building python2 module is fine, yes14:05
sparkiegeekdoko: but removing python-tx-tftp (which is the source package) is not fine, just ok to remove python-txtftp (binary)14:05
dokosparkiegeek: and there's no update since 2017?14:06
sparkiegeekdoko: https://github.com/shylent/python-tx-tftp so it seems, yes14:07
dokosparkiegeek: please can you upload the package?14:08
sparkiegeekdoko: am not an Ubuntu developer :|14:09
dokopff14:10
sil2100ahasenack: hey! I guess that would be nice, then we'd be hack-free o/14:13
ahasenacksil2100: yeah, but check out my comment in the bug14:13
ahasenackI think he made a release of master by mistake14:13
dokosparkiegeek: ftbfs with Python3:14:16
doko[ERROR]14:17
dokoTraceback (most recent call last):14:17
doko  File "/usr/lib/python3/dist-packages/twisted/trial/runner.py", line 804, in loadByName14: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 findByName14:17
doko    obj = reflect.namedAny(name)14:17
doko  File "/usr/lib/python3/dist-packages/twisted/python/reflect.py", line 313, in namedAny14:17
doko    raise ModuleNotFound("No module named %r" % (name,))14:17
dokotwisted.python.reflect.ModuleNotFound: No module named 'tftp'14:17
dokotftp14:17
doko-------------------------------------------------------------------------------14:17
dokoRan 1 tests in 0.073s14:17
dokoFAILED (errors=1)14:17
sparkiegeekdoko: https://paste.ubuntu.com/p/XqJJjCt8r8/ i assume you have something like that? I just knocked it up, completely untested15:10
dokosparkiegeek: yes, the trial3 call fails15:19
dokocommunity-themes15:30
dokofeisty-session-splashes15:30
dokofeisty-wallpapers15:30
dokogutsy-wallpapers15:30
dokohuman-theme15:30
dokoxnox, Laney, seb128: any idea who owns these packages? or if we can remove them?15:30
seb128doko, no-one I guess? and probably15:31
xnoxbut i like them!15:33
xnoxdoko:  i'll set maintainer to myself?!15:33
ogra+115:39
ddstreetrbasak whenever you have a chance, is it possible to import 'meson' into git-ubuntu?15:41
gpiccolibdmurray, ping16:26
bdmurraygpiccoli: hello16:33
=== genii_ is now known as genii
ahasenackddstreet: I can take care of that for you16:37
ahasenackddstreet: 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 date16:39
ddstreetthanks!16:39
ahasenackddstreet: it's currently importing, I'll let you know once it's done16:39
ahasenackit's at 0.27.0-1 now16:39
zygahmm16:41
zygadoes anyone know why on focal /etc/X11/Xsession.d/95dbus_update-activation-env unsets XDG_SESSION_ID?16:41
zygaor maybe, why XDG_SESSION_ID is not set in the session now16:42
zyga(maybe that file is a false positive)16:42
LaneyThe session is now spawned by the systemd --user instance, which runs outside of any logind session16:42
zygahmmm, right,16:43
zygahmm16:43
zygashould I be expecting XDG_SESSION_ID to be set?16:43
zygaor is that deprecated16:43
LaneyNope16:43
zygaplease forgive me if I'm asking unclearly16:44
zygaI would like to learn of the logind session ID somehow16:44
zygagiven a process or otherwise16:44
Laneysd_uid_get_display() is what most things that really do still want to know what the 'graphical' session have been moved to use16:44
zygaLaney: I'm not after the graphical session if that is a factor, just about the logind session of the current process16:45
zygaeffectively when I run loginctl show-session16:45
zygaI'd like to know the ID of the session I'm in16:45
zygaI need this for some testing so that I can then wrap up that session wiht loginctl kill-session16:46
LaneyThen there's sd_pid_get_session(), but not all processes run inside a logind session - that's the behaviour you are seeing16:46
Laneyincluding those spawned from systemd units16:46
zygaLaney: hmm, I'm confused,16:46
zygaso what is a logind session?16:46
zygaor more specifically, what is the relationship to a logind session16:47
zygaand a systemd --user instance16:47
zygaif I login to a focal desktop I see it's a logind session16:47
zygait has an ID16:47
LaneyYou get at most one systemd --user instance per user per machine, and one D-Bus session bus to go along with that16:47
zygaright16:47
zygathat makes sense16:48
Laneyand then each login - be that VT, graphical, SSH gets its own logind session16:48
zygaand are you saying that XDG_SESSION_ID is no longer coupled to a logind session16:49
zygatherefore the variable is not set?16:49
Laneywhich *can* be a container for processes, but also the systemd instance can spawn stuff that is *not* associated with any of those sessions in particular16:49
Laneyso like if you do SSH, start a user unit, VT, log out of SSH, that unit will still be running16:49
zygais that linger or is that unrelated?16:50
Laneylingering would make it so that if you additionally log out of the VT then it stays around, otherwise it would be killed16:50
zygaah16:50
zygaright16:50
zygaokay then I sort of understand this part16:51
zygaso I guess I must use sd_pid_get_session -or equvalent- it is just for testing  after all16:51
* zyga digs in to see what that does16:51
zygaprobably cgroups16:51
zygaLaney: thank you, I can share what I'm building that needs this16:51
zygaif you want to spend some time on it and poke holes at the idea16:51
Laneyyou can do: loginctl session-status <session id> to see all the processes that are in there16:52
zyga(it's a shell script that helps to test interactions that normally happen in a user session)16:52
Laneyalso systemd-cgls is an interesting thing to look at to see how things are laid out nowadays16:52
Laneysure, I can try to take a look!16:52
zygaI'm familiar with cgls16:52
zygathis is for a part of testing snap run's use of StartTransientUnit with a scope unit16:53
ahasenackddstreet: it's on artful now16:57
ahasenackbusy little package16:57
seb128on https://help.ubuntu.com/community/InstallCDCustomization16:58
seb128MBR_FILE=/tmp/ubuntu_isohybrid_mbr.img16:58
seb128does anyone know how that file is created or where it's copied from?16:59
seb128ah there is a dd command16:59
ahasenackyes, copied from the iso17:00
ahasenackwith a magic count17:00
* ahasenack thought it was 512 bytes17:00
seb128dd if="$OLD_IMAGE" bs=1 count=446 of="$MBR_FILE"17:01
seb128works!17:01
gpiccoliSorry bdmurray, I've missed your ping that time17:19
gpiccoliI'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 -proposed17:20
gpiccoliI 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 versions17:21
bdmurrayThe 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:21
gpiccoliok bdmurray, how can I check that?17:22
bdmurrayThe email says you can view the current status ... link17:22
bdmurrayhttp://people.canonical.com/~ubuntu-archive/phased-updates.html17:22
gpiccoliThnak you bdmurray - no libvirt there17:22
bdmurrayNo problem, sorry for the false alarm.17:23
gpiccolino problem, thanks for the information bdmurray =)17:24
gpiccolihavea good weekend17:24
marcoagpintoguys?! What is the maximum size of icons in toolbars in Ubuntu?18:02
marcoagpintosomeone in the PureBasic forum was saying that OS APIs limit the size to 24x24 but I think it is not true18:02
ahasenackddstreet: meson import is done18:19
ddstreetthanks!18:19
ahasenackmarcoagpinto: no idea, maybe try #ubuntu-desktop?18:19
marcoagpintoahhhh18:20
marcoagpintothanks18:20
sasiruhello :)20:45
xnoxkenvandine:  https://bugs.launchpad.net/ubuntu/+source/vte2.91/+bug/186944021:54
ubottuLaunchpad bug 1869440 in vte2.91 (Ubuntu) "missing breaks/replaces for files moved between packages?" [Undecided,New]21:54
kenvandinexnox: i've already uploaded a fix21:59
xnoxkenvandine:  nice, which version?22:00
xnoxkenvandine:  ah, i see it ubuntu222:00
Unit193kanashiro: I see zip transitioned, thanks.22:02
kenvandinexnox: yup22:03
kanashiroUnit193, my pleasure22:04
seb128xnox, kenvandine, quite some users seem to enable focal-proposed :-/22:45

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