/srv/irclogs.ubuntu.com/2018/11/16/#ubuntu-devel.txt

plarsogra: vorlon: this is a newer image than the one I tested a few weeks ago? I'm at a sprint in Taipei right now btw, so my tz is different from the normal00:32
mwhudsonplars: i'm not sure i remember your tz ever being normal :)00:35
plarsmwhudson: it's all a matter of perspective00:36
vorlonplars: yes, this is newer, http://cdimage.ubuntu.com/ubuntu-core/16/stable/20181109.4/01:35
plarsvorlon: I'm looking at it now. Do you know what all changed in it? I don't see a fix for the ethernet LED issue yet on rpi3b+, but I know that's not really a regression since 3b+ wasn't supported previously on 1601:55
vorlonplars: it should be the same as the previous image, just validating that the image still DTRT now that the snaps are promoted to stable01:56
=== JanC_ is now known as JanC
cpaelzerHi, I have an odd case and hope somebody might have a hint10:47
cpaelzerI build in sbuild and it fails on dh_install10:48
cpaelzerit complains about this10:48
cpaelzerdh_install10:48
cpaelzercp: cannot open 'debian/tmp/usr/lib/x86_64-linux-gnu/libgps.so.24' for reading: Too many levels of symbolic links10:48
cpaelzerdh_install: cp --reflink=auto -a debian/tmp/usr/lib/x86_64-linux-gnu/libgps.so.24 debian/tmp/usr/lib/x86_64-linux-gnu/libgps.so.24.0.0 debian/libgps24//usr/lib/x86_64-linux-gnu/ returned exit code 110:48
cpaelzerbut10:48
cpaelzerit actually is not on insane symlinks10:48
cpaelzerls -laF debian/tmp/usr/lib/x86_64-linux-gnu/libgps.so*10:48
cpaelzerlrwxrwxrwx 1 paelzer paelzer     16 Nov 16 09:48 debian/tmp/usr/lib/x86_64-linux-gnu/libgps.so -> libgps.so.24.0.0*10:48
cpaelzerlrwxrwxrwx 1 paelzer paelzer     16 Nov 16 09:48 debian/tmp/usr/lib/x86_64-linux-gnu/libgps.so.24 -> libgps.so.24.0.0*10:48
cpaelzer-rwxrwxr-x 1 paelzer paelzer 630408 Nov 16 09:48 debian/tmp/usr/lib/x86_64-linux-gnu/libgps.so.24.0.0*10:48
cpaelzerand even more so, if I chroot into the build env and just do the copy command10:48
cpaelzerthen it works10:48
cpaelzeranyone an idea what I might look for?10:49
cpaelzerthe same build (with the issue described above) works for cosmic, but fails for disco and debian-unstable11:16
cpaelzeron the above issue with the so not able to be copied - it fails also in launchpad. But it behaves different per archietcture12:42
cpaelzerppc fails https://launchpadlibrarian.net/397834496/buildlog_ubuntu-disco-ppc64el.gpsd_3.18.1-1_BUILDING.txt.gz12:42
cpaelzers390x works https://launchpadlibrarian.net/397834398/buildlog_ubuntu-disco-s390x.gpsd_3.18.1-1_BUILDING.txt.gz12:42
cpaelzerthey build the same thing12:42
cpaelzerthe same args12:42
cpaelzerwhy would one have a different symlink depth ?!?12:43
cpaelzerahasenack: I trade the review for your MP for a good idea here :-)12:43
ahasenacksomething related to usr-merge?12:44
cpaelzerI was in the chroot, it works fine12:47
cpaelzerit almost seems like a racy thing12:47
cpaelzerthat works soon after12:47
cpaelzerI've thrown it into https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/3522/+packages12:48
cpaelzersoem work some fail12:48
cpaelzerI'm tempted to believe that on rebuilds they might even work/fail differently12:48
cpaelzerahasenack: checked, no usrmerge symlink in that path12:49
ahasenackcpaelzer: link to a failed build?12:49
ahasenackhttps://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/3522/+build/15668073/+files/buildlog_ubuntu-disco-ppc64el.gpsd_3.18.1-1_BUILDING.txt.gz ?12:50
ahasenack(just got an email about that one)12:50
ahasenackcpaelzer: perhaps you will have to do some debugging builds. Like overriging dh_install and adding a ls -la to it, something like that12:52
ahasenackor what's that other command that shows all path components, I forgot its name12:53
ahasenacknamei12:53
cpaelzerahasenack: yearh a good idea12:56
cpaelzerahasenack: I could also add a sync call to test my theory on too much FS laziness12:57
cpaelzeralso I did the review12:57
ahasenackthanks12:58
cpaelzersuspicious that debian-testing and cosmic work13:01
cpaelzerand the same in disco and unstable fai13:01
cpaelzerl13:01
cpaelzerunless my race has a love for making up its chances to set me on false tracks13:01
=== fenris is now known as ejat
acheronuktianon: hi. there are now disco tars @ https://partner-images.canonical.com/core/disco/13:54
acheronukdo you know when docker images will come?13:54
ejathi, who to safely remove python2.7 from cosmic without removing dependencies ?15:17
ejathow*15:17
cjwatsonerr, if there are still things depending on it that you aren't happy to remove in turn, then you can't safely remove it15:22
cjwatsonsort of the definition of dependencies :)15:22
rbasakbug 1781529 is ready to be approved now I think - blocks mysql-5.7 migration now.17:32
ubottubug 1781529 in mecab (Ubuntu) "[MIR] mecab" [High,In progress] https://launchpad.net/bugs/178152917:32
vorlonrbasak: promoting17:38
rbasakThanks!18:18
rbasakvorlon: did you miss mecab-ipadic?18:19
rbasak(difference source package, same upstream project, same bug)18:20
vorlonrbasak: I didn't miss it, I don't see it listed on either http://people.canonical.com/~ubuntu-archive/component-mismatches-proposed or http://people.canonical.com/~ubuntu-archive/component-mismatches18:24
rbasakOh18:26
rbasakI'll look into that, sorry.18:26
rbasakSkuggen: ^ do you remember where the dependency on mecab-ipadic should be coming from?18:27
sarnold"mecab depends on mecab-ipadic. Other dependencies are in main"  https://bugs.launchpad.net/ubuntu/+source/mecab/+bug/178152918:29
ubottuLaunchpad bug 1781529 in mecab-ipadic (Ubuntu) "[MIR] mecab" [Undecided,Fix committed]18:29
tsimonq2Unit193: Where is the code for udevbot?20:17
tsimonq2I just can't find where it's kept, hm.20:26
tsimonq2Maybe internally at Canonical?20:26
tianonacheronuk: nice catch; mwhudson usually handles that but he's probably swamped on his other ever-increasing responsibilities so I've opened https://github.com/tianon/docker-brew-ubuntu-core/pull/139 to get the ball rolling21:57

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