/srv/irclogs.ubuntu.com/2009/08/21/#ubuntu-arm.txt

=== bjf is now known as bjf-afk
=== lbt_ is now known as lbt
ogralool, how good are you with d-shlibs ?10:35
ograi'd like to add "s/ld-linux3-dev//" to the overrides to fix the graphviz and libshout FTBFS but i'm not sure its the right approach10:36
loolI didn't touch that until now but can have a look10:42
ogra/build/buildd/graphviz-2.20.2/debian/tmp/usr/lib/*.so10:42
ogradevlibs error: There is no package matching [ld-linux3-dev] and noone provides it, please report bug to d-shlibs maintainer10:42
ograthats the error (same in libshout and i bet if i dig i find more that try to use the nonexisting ld-linux3-dev10:43
ogra)10:43
ograso imho just wiping it from the shlibs should be ok, there is nothing like ld-linux3-dev or similar10:43
loolOh my this package is horid10:43
ogragrapviz ?10:44
ogra*graph10:44
loold-shlibs10:44
ograoh, heh10:44
ograwell, its small at least ... only two binaries10:44
ograoverrides are set in d-devlibdeps10:44
ograah ubiquity uploaded10:46
loologra: So I'm not sure we really want to hide the problem by changing d-shlibs; it might very well be the thing to do but I'd like to check why we end up wit a NEEDED entry on ld-linux10:53
loologra: Could you do a manual build of either package and see whether all binaries have it and perhaps check why?10:53
loolCould be new toolchain10:53
loologra: At least in the current graphiv the *.so dont have it10:54
ograits a pretty old thing10:54
ograi just dug up the same on http://mojo.handhelds.org/frisky-devel10:54
loolSorry I mean in the jaunty graphviz; not sure whether we have a new one in karmic10:54
ograOur glibc ends up having /lib/ld-linux3.so found by d-devlibdeps and then it can't figure out how to do the depedencies. The quick fix is to add ld-linux3-dev to the overridelibs and replace it with nothing (i.e., s/ld-linux3-dev//). This problem first showed in in package libgd210:54
ograthats the changelog entry mojo made back in feisty10:55
ograso i doubt its a new toolchain realted thing10:55
loologra: Well that's exactly the same change as the one you want to do but it doesn't explain why we end up with a NEEDED on ld-linux10:55
ograbcause /lib/ld-linux3.so exists and d-devlibdeps adds it10:56
ograwhich is wrong in itself10:56
loologra: Run objdump -p on random binaries or libs on an installed armel system10:56
loologra: Under jaunty, I cant find any10:57
loolwith ld-linux as NEEDED10:57
loolIf I look at recent karmic rebuilds they have it10:57
ograyeah10:57
ograi see it on plenty files in /usr/lib10:58
loolThe question is whether this is a bug or not10:58
loolI can tell for instance on libperl.so.5.10 it was added between jaunty and karmic10:58
ograso we should consult doko i guess10:59
loolYup that's what I'd d10:59
looldo10:59
ograwill do after my packagekit build is done and uploaded10:59
=== dyfet` is now known as dyfet
=== bjf-afk is now known as bjf
loolNCommander: There's still a jaunty task on https://bugs.launchpad.net/ubuntu/karmic/+source/lightning-sunbird/+bug/38532515:47
ubot4Launchpad bug 385325 in thunderbird "[armel] thunderbird-bin crashed with SIGSEGVI" [Medium,Confirmed]15:47
loolNCommander: Please push a fixed TB to $ppa, either with backported fix or a new upstream15:48
NCommanderlool, sure, but its very low on my priorities list ATM, I likely won't get to it until next week15:50
loolNCommander: I'm a bit worried that so many things are just falling off the radar instead of being fixed on the spot15:52
loolIt's not like it would be a very long job to prepare a backport would it?15:52
NCommanderlool, I was shot down on doing a backprot15:54
NCommanderlool, asac insisted that it would be fixed via a new upstream release via security15:54
* NCommander had a backport prepared15:54
loolHmm15:56
loolI'll check with asac15:56
=== easy4_ is now known as easy4
=== bjf is now known as bjf-afk
=== easy4_ is now known as easy4
=== cbrake is now known as cbrake_away

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