/srv/irclogs.ubuntu.com/2018/07/24/#ubuntu-devel.txt

RAOF[m]xnox: huh! The Mir symbols mismatch is an interesting one!04:13
RAOF[m]xnox: I think it's plausibly a bug/missing feature in dpkg-gensymbols.04:14
RAOF[m]But it's also weird behaviour by the linker.04:14
RAOF[m]With LTO enabled, the linker emits debug symbols (but not the function symbols) for some otherwise-unexported symbols.04:17
RAOF[m]dpkg-gensymbols then complains that we're introducing new symbols.04:18
RAOF[m]But you can't actually *link* against those symbols; they're just the debug info. So they're irrelevant for the symbols file.04:20
RAOF[m]Hmmmm04:20
RAOF[m]And, of course, dh_strip gets them out of the DSO *anyway*, and the problem is only that the `check-miral-symbols` target gets run before `dh_strip` is.04:54
mvoinfinity: hey, good morning, sorry for not getting back last night, real life interfered :/06:12
mvoinfinity: I tried to reproduce in various ways yesterday but no luck, I try harder now06:13
mvojibel: fwiw, I can reproduce it now with both snapd 2.33 and 2.34 :/06:40
mvojibel: we are looking into it06:40
mvojibel: after a bit of poking I think this is "just" a side-effect of the seed order issue06:47
mvojibel: i.e. once the seed order is correct and the initial snap seeding works then gedit should install again06:47
LocutusOfBorgLaney, good morning, quick question: if gst-plugins-good1.0 builds correctly, does this mean I can sync gst-plugins-base?08:59
LocutusOfBorgsee https://launchpad.net/~costamagnagianfranco/+archive/ubuntu/locutusofborg-ppa for progresses :p08:59
LaneyLocutusOfBorg: No, we have a change in -good to keep the qt5 stuff on armhf which requires that change in -base.09:04
LaneyIf you wanted to, you could check if all of those changes can be dropped (if the current mesa is fixed)09:04
Laneyhttps://github.com/KhronosGroup/OpenGL-Registry/issues/162 this one was closed09:04
Laneyare you doing the point release update?09:10
xnoxRAOF[m], indeed the symbols to me looked weird.09:25
LocutusOfBorgLaney, I'm taking wrt cosmic, and the fact that we need to merge/sync gst...09:39
LaneyI know you are09:39
LocutusOfBorgthe -base plugin (new version) might have fixed that, that was the origin of the question09:40
LaneyIt'll be a fix in the headers that come with mesa09:40
LocutusOfBorgmmm they might have fixed in the plugin...09:40
LocutusOfBorg-#ifdef USE_EGL_RPI09:40
LocutusOfBorg+#if !GST_GL_HAVE_EGLUINT64KHR09:40
LocutusOfBorg typedef khronos_uint64_t EGLuint64KHR;09:40
LocutusOfBorgthis is what I'm seeing in the diff09:40
LocutusOfBorgmaybe they workarounded it, without having to wait for mesa09:41
LocutusOfBorgso, this is the question: can I upload a sync if -good builds on arm*?09:41
LocutusOfBorg(this requires stealing your merge btw)09:41
Laneyno, you have to keep my reverts in there09:42
Laneyif it builds with the synced base and those reverts, that's the good state09:43
Laney(there -> -good)09:44
LocutusOfBorgLaney, I was talking about syncing base, I know the good needs a merge (and yes, here I kept the revert of course)09:46
Laneyok then09:47
LocutusOfBorgand it failed to build, so can I merge both? :)09:47
LocutusOfBorgtjaalton, mesa merge ping :p09:48
Laneysure, and -bad plz09:48
Laneyif you could use the git repositories that would make me happy09:48
LocutusOfBorgI will09:49
Laneynot sure newest mesa is fixed yet09:51
Laneyhttps://salsa.debian.org/xorg-team/lib/mesa/blob/debian-unstable/include/GL/glext.h#L468 should be khronos_ssize_t etc09:51
LocutusOfBorgaccording to the debian bug seems not09:53
LocutusOfBorgI fail to see pull requests...09:53
RAOF[m]xnox: they're *meant* to be local:*'d away in the linker script (and, indeed, the actual text of the functions *is* not in the DSO), so it's *additionally* a ld.bfd bug. Which I'll file tomorrow.09:54
LaneyI dunno what the process for those headers getting from khronos into mesa is; hopefully there is one09:54
LaneyLocutusOfBorg: it'd be better if you would git merge properly rather than import-dsc10:15
Laneyup until now those branches shared proper history with debian10:16
LocutusOfBorgoh... ok10:18
LocutusOfBorgshould I force push?10:18
* Laney looks the other way :-)10:19
Laney(yes, it's probably not been too long)10:19
LocutusOfBorgLaney, I don't get why you should look anywhere, looks like the history has never been pushed remotely10:24
Laneywhat?10:25
LocutusOfBorgthe remote git repository is "clean" :)10:26
* LocutusOfBorg feels dirty, as much as the remote is now clean10:26
LocutusOfBorgnow I have time to properly do things...10:27
LocutusOfBorgin order to do it, I should: git merge debian/upstream pristine-tar and master, and then apply changes on top, right?10:27
Laneyright10:29
Laneywell upstream and pristine-tar will just be the same as what debian has, no commits there10:29
Laneyyou just push those branches and the upstream/xxx tag to launchpad10:29
Laneyfor the packaging branch, git merge the tag, which should keep our delta (may be some conflicts)10:30
Laneythen check the various diffs10:30
LocutusOfBorgack10:30
LocutusOfBorgwill do after lunch maybe :D10:30
LocutusOfBorgLaney, can you please double-check?10:35
LaneyLocutusOfBorg: ok, where should I look?10:36
LocutusOfBorghttps://git.launchpad.net/~ubuntu-desktop/ubuntu/+source/gst-plugins-base1.0?h=master10:38
LocutusOfBorgand so on10:38
LocutusOfBorgI did base good and bad10:38
Laneyok, I would expect pristine-tar to be 6f933d105fc6d371a55bf516eab60725fac43861 and upstream to be 248418e33dcd27b99493cc56cc92872d662db27610:38
Laneyfor -base10:38
LocutusOfBorgand they are?10:39
LocutusOfBorghttps://git.launchpad.net/~ubuntu-desktop/ubuntu/+source/gst-plugins-base1.0/log/?h=pristine-tar10:39
Laneylet me check10:39
Laneylooks good!10:40
LocutusOfBorgnice thanks! probably the force-push messed up a little bit the graphical page, it will refresh in some hours hopefully10:41
Laneythen gbp buildpackage --git-tag-only10:41
Laneyshould give you the ubuntu/XXX tag to push once it's uploaded10:41
LocutusOfBorgI did that already10:41
LocutusOfBorgexcept for the good, because gbp.conf was badly set https://git.launchpad.net/~ubuntu-desktop/ubuntu/+source/gst-plugins-good1.0/commit/?id=8cf9b8fc1672cba9ad6690272f97f6dfa6c82f6f10:42
LocutusOfBorgI fixed but won't upload just because of that change10:42
Laneythx, you can make the tag manually10:42
LaneyI think I only started using ubuntu/ tags on those repositories recently10:43
LocutusOfBorgit is already tagged as debian/1.14.2-1ubuntu110:45
LocutusOfBorgso... ok lets copy the tag10:45
Laney:310:45
Laneydoesn't matter too much though10:46
LocutusOfBorgit matters, because I did in a bash loop the following "git diff debian/1.14.2-1 ubuntu/1.14.2-1ubuntu1"10:47
LocutusOfBorgand it failed :p10:47
LocutusOfBorgso, more automation with that change!10:47
Laneyheh10:47
tjaaltonLocutusOfBorg: next week when I'm back12:39
=== zlib_is_awesome is now known as zlib_license_is_
=== zlib_license_is_ is now known as zlibBetterThanMI
=== zlibBetterThanMI is now known as zlibBetterThnMIT
=== nOOb__ is now known as LargePrime
LocutusOfBorgsure thanks themill12:58
LocutusOfBorgs/themill/tjalton12:59
LocutusOfBorg:)12:59
themill1 out of 712:59
=== plars_ is now known as plars
abeatosil2100, hi, I have an implementation for the ubuntu-image changes to be able to use a roorfs instead of lb: https://github.com/CanonicalLtd/ubuntu-image/pull/15514:30
abeatosil2100, there are probably some tests missing, but it would be good if you can take a look toi give thumbs up/down to the general approach14:30
sil2100abeato: sure, but only after the point-releases14:45
sil2100Since we're busy with those right now14:45
sil2100Thanks!14:46
abeatosil2100, sure, np15:03
=== jdstrand_ is now known as jdstrand
LocutusOfBorgLaney, I don't really understand the new gl failure for plugins-good... any hint?17:15
coreycbjamespage: doko_ : fyi the py3.7 threading deadlock has been narrowed down to monkeypatching of stdlib thread modules combined with use of ThreadPoolExecutor.  more details at: https://bugs.python.org/issue3417317:47
mvoinfinity: just in case you don't know already - your seed.yaml reorder workaround works and snap install gedit now works as expected as well18:41
caravenahttps://bugs.launchpad.net/bugs/178336320:37
ubottuLaunchpad bug 1783363 in gnome-shell (Ubuntu) "Use of activities in GNOME Shell 3.28.3 prohibits applications from being displayed" [Undecided,Confirmed]20:37
Unit193mwhudson: Hrm, did the retry not fix it?23:56

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