/srv/irclogs.ubuntu.com/2015/03/22/#ubuntu-devel.txt

=== gusnan is now known as Guest93021
=== Guest93021 is now known as gusnan
=== gusnan is now known as Guest1208
=== mnepton is now known as mneptok
ari-tczewis there any ppa for arm64 / ppc64el? I found probably a patch to fix FTBFS on such archs, but I wouldn't  do mess up in -proposed...08:48
ari-tczewor another way, can someone take a look on following buildlog and give a feedback, whether enabling dh-autoreconf should fix that FTBFS? https://launchpadlibrarian.net/200243699/buildlog_ubuntu-vivid-ppc64el.blktap_2.0.90-3ubuntu1_BUILDING.txt.gz08:56
mitya57ari-tczew: enabling autoreconf won't fix it08:58
ari-tczewmitya57: ok thanks, also upstream problem08:58
ari-tczewmitya57: what do you think, is now better way to disable compiling blktap on arm64 and ppc64el? our delta is: Architecture: i386 amd64 -> Architecture: linux-any09:01
mitya57Actually that error (uninitialized variable) does not look architecture-specific at all09:02
* ogra_ hugs infinity ... (initramfs-tools-ubuntu-touch builds again )09:03
mitya57hm, maybe it's a false positive09:07
mitya57ari-tczew: looks like it is a false positive: vhd_footer_offset_at_eof(ctx, &end) will either initialize end or return an exit code, which will be handled09:09
mitya57a simple "end = 0;" before "err  = vhd_footer_offset_at_eof(ctx, &end);" will make it compile without that warning09:12
ari-tczewmitya57: wow, nice. however, in such cases ppa for arm64 / ppc64el would be useful... anyway I have to test your fix through -proposed09:24
mitya57there are landing ppas with all 6 architectures, but a very limited set of people can upload to it09:29
ari-tczewmitya57: ok, so if it's very limited for VIPs, then I'll push a patch to vivid-proposed without any doubts09:35
mitya57yes09:36
ari-tczewmitya57: Well, I was trying to build your fix, but now it fails with the same error on i386, as well :)11:03
* mitya57 looks11:05
mitya57oh, not i386, but arm6411:06
mitya57ari-tczew: or do you mean that it fails locally?11:07
ari-tczewmitya57: locally11:07
ari-tczew@pbuilder11:08
udevbotError: "pbuilder" is not a valid command.11:08
mitya57do you have the build log?11:09
mitya57and paste the patch that you applied, please11:09
ari-tczewmitya57: build log: http://paste.ubuntu.com/10650875/11:10
mitya57well, you didn't include the ';'11:10
mitya57actually even if you (or I) fix it, it won't migrate because of a different error11:12
mitya57"blktap-utils/powerpc unsatisfiable Depends: blktap-dkms"11:12
mitya57let me fix it11:13
ari-tczewmitya57: odd, lame bug11:13
* ari-tczew is hiding himself underground11:14
ari-tczewmitya57: how are you going to fix unsatisfiable depends if there is no arch provided by blktap-dkms?11:16
mitya57I'm going to check if blktap-dkms builds on powerpc11:19
ari-tczewmitya57: have you got a powerpc or do you have an access to VIP's ppa? :)11:21
mitya57Both :)11:23
mitya57well, not my powerpc, but I can test on Debian's porter boxes11:23
ari-tczewmitya57: is it possible to build fine that package on Debian, but on Ubuntu's builder will FTBFS?11:24
mitya57I don't think there will be any difference between Debian and Ubuntu here11:25
ari-tczewok11:27
infinityogra_: Yeah, that fakechroot behaviour is irritating.11:45
infinityogra_: But I guess I don't update glibc to new upstream versions more than once every six months, so not world-ending.11:45
ogra_infinity, well, the prob is that you cant tell debootstrap to use proposed :)11:45
infinityogra_: Yeah, I've been considering fixing that.  Well, not proposed specifically, but extra sources, so that preseed netinst installs can debootstrap from updates instead of doing release-pocket-then-upgrade.11:47
ogra_oh, that would be cool ... i can imagine that restriction bites in other places too11:48
infinityogra_: But debootstrap used to be pretty sensitive to Packages ordering (there's a bit of dumb luck involved), so just concatenating Packages files, which would be the naive way to fix it, might break things.11:48
infinityogra_: I think the "right" way to do it would be to pull all the source you asked for and then interlace them, or maybe even supersede old entries with new, but that's a lot more work, given debootstrap's generally simple architecture.11:49
ogra_yeah11:49
jhenkehi are there any known problems with the dns resolution after boot? Here it just works after cycling all connections once11:55
jhenkebug #143498611:55
ubottubug 1434986 in network-manager (Ubuntu) "Not working network connection after boot" [Undecided,New] https://launchpad.net/bugs/143498611:55
=== Guest1208 is now known as gusnan
infinityRiddell: Your new upstream version of libgit2 is incompatible with one of its only 2 rdeps (libgit2-glib).19:16
Riddellinfinity: libgit2-glib needs to fix its abi https://lists.ubuntu.com/archives/ubuntu-devel/2015-February/038683.html19:19
infinityRiddell: Whee.  Has anyone told upstream that they broke ABI?19:20
Riddellinfinity: not that I know of19:21
infinityRiddell: Oh, wait, that's a .0 SOVER, I imagine ABI breaking is something they feel within their rights to do.19:21
infinityRiddell: So, the right thing to do would just be to declare a versioned Breaks on gitg (<< 3.15) and carry on, I imagine.19:21
Riddellinfinity: gotcha, I'll add it to my todo19:23
infinityRiddell: Ta.  It's the only thing in NBS right now, so it was sticking out like a sore thumb, hence my poking at it.19:24
Noskcajinfinity, Riddell: Should libgit2-glib 0.22.0 be packaged?19:28
Noskcajand the required gitg patches19:30
RiddellNoskcaj: yes please :)19:31
NoskcajRiddell, both are in ppa:noskcaj/staging20:25
NoskcajDo i need to file a new FFe, or is there an existing one i should add this to?20:26

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