=== robclark_ is now known as robclark === prpplague^2 is now known as prpplague === asac_ is now known as asac === ericm|ubuntu is now known as ericm-lunch === ericm-lunch is now known as ericm === hrw|gone is now known as hrw [09:29] lool: I can reproduce the "ldconfig does not crawl hwcap dirs" with stock ubuntu on efika sb [09:33] lool: hi! [09:34] lool: do you know if someone is making any sort of 'daily' build packages for ffmpeg? i would be interested to get more up-to-date packages from the dev branch basically [09:36] ndec: hey [09:37] suihkulokki: So it's not searching /vfp, /neon etc. anymore? [09:38] ndec: I'm not aware of any myself; you could write to the multimedia team to ask them and/or you could set one up yourself with a recipe [09:40] ndec: I think ffmpeg is still in SVN, so basically it would involve a) setting up a bzr-svn import in Lanuchpad b) adding the packaging in a derived branch (copied from Ubuntu?) c) Launchpad build recipe to combine the latest svn import tip with the packging and upload to a PPA [09:41] lool: hey! that's not what I was hoping ;-) [09:42] lool: ffmpeg has a git tree which is sync'd with their svn repo [09:42] lool: indeed. create /lib/v7l/neon directory, and then strace ldconfig [09:42] lool: do you have an example of another package that has such daily? i might give this a try, but I probably need some example [09:46] suihkulokki: You could try forcing hwcaps to see whether that's the problem [09:48] suihkulokki: "LD_HWCAP_MASK=0x1040 ldconfig" [09:48] https://bugs.launchpad.net/ubuntu/+source/linux/+bug/343602 has some examples of that [09:48] Launchpad bug 343602 in linux (Ubuntu Jaunty) (and 3 other projects) "NEON and THUMBEE hwcaps (heat: 4)" [High,Fix released] [09:49] suihkulokki: Also useful: LD_SHOW_AUXV="" cat ndec: https://help.launchpad.net/Packaging/SourceBuilds/GettingStarted [09:53] suihkulokki: I tried here, and it seems to work [09:53] suihkulokki: mkdir vfp && cp /lib/libpcre.so.3* /lib/vfp/ -a -f [09:53] ldconfig [09:53] ldconfig -p|grep pcre [09:53] libpcre.so.3 (libc6, hwcap: 0x0000000000000040) => /lib/vfp/libpcre.so.3 [09:55] ldd /usr/bin/pcretest shows /lib/vfp/libpcre.so.3 [09:55] and can be run [09:56] suihkulokki: perhaps some missing kernel configs? or some new security feature? [09:56] hmm.. nice [09:58] lool: ok.. that works from /lib/vfp but not from /lib/v7l/vfp [09:58] suihkulokki: Oh so you miss v7l; what does the LD_SHOW_AUXV thing do? [09:58] LD_SHOW_AUXV="" cat AT_HWCAP: line [10:00] swp half thumb fast-mult vfp edsp thumbee neon [10:00] and AT_PLATFORM v7l [10:00] suihkulokki: I don't see v7l in ports/sysdeps/unix/sysv/linux/arm/dl-procinfo.c, or in debian/patches/arm/local-no-hwcap.diff [10:00] because its not a hwcap ;) [10:01] Yep [10:01] I'm looking at the code [10:08] suihkulokki: #define _dl_string_platform(str) (-1) [10:08] in ports/sysdeps/unix/sysv/linux/arm/dl-procinfo.h [10:10] suihkulokki: You can break into ldconfig and run is_hwcap_platform("v7l"), it returns 0 [10:10] suihkulokki: alpha has a sample implementation [10:45] lool: what's the diff between ffmpeg and ffmpeg-extra? [10:46] open and closed codecs iirc [10:49] ndec: Things like x264 which are problematic for universe, but are ok for multiverse [11:23] x264 isn't still the best example: it's been in universe since karmic :) === GrueMaster_ is now known as GrueMaster [13:51] ogra: lool: i am trying to build ffmpeg from dev branch. i am getting a debian package error that I can hardly understand. toward the end when running dpkg-shlibdeps. see http://paste.ubuntu.com/535555/. any idea? [13:52] basically since the last major release, ffmpeg has created a new lib (libavcore) to factorize some code. I believe i created the proper stuff in debian/control, .. .but i might be missing something [13:58] ndec: Do you have a libavutil50 package? [13:58] oh sorry [13:58] the actual error is dpkg-shlibdeps: error: no dependency information found for /tmp/f/ffmpeg-db/debian/tmp/usr/lib/libavcore.so.0 (used by debian/ffmpeg/usr/bin/ffprobe). [13:59] lool: yes. it's built by ffmpeg [13:59] what it's saying is that you don't have any shlib or symbol file for this library [13:59] your packaging needs to be updated for this new library I would guess [14:00] well, i thought I did it ;-) [14:01] i updated debian/control to create a new package for libavcore [14:02] ndec: You need a .symbols file [14:03] lool: i think i found something.. the debian/rules define LIB_PKGS and the regex is missing libavcore... [14:03] so my new lib is not processed later... [14:03] ndec: Yeah, sorry, I was fishing the actual packaging [14:03] ndec: and it's generating calls to dh_makeshlibs [14:03] ndec: So that's what you need to patch [14:04] ndec: Yup, correct [14:04] lool: it's just so fun to learn these things ;-) [14:04] ndec: Well this one is heavily package specific [14:04] whoops, sorry, was in a meeting [14:04] ndec: The ffmpeg packaging is tricky in many ways [14:05] buut loic handled the case i see :) [14:05] ndec: Because it builds multiple passes, and because there are many ffmpeg sources: one in Debian, two in Ubuntu, and some out of Debian/Ubuntu [14:05] lool: well.. i noticed this... i am trying to create a ffmpeg daily build package built from ffmpeg git tree. [14:05] there are lots of neons improvements happening in the current dev branch, and we want to play with them [14:05] ogra and/or NCommander: Was my reply during the meeting sufficient answer to the question of Qt/KDE status? [14:05] ogra: you are a lucky one today [14:08] ScottK, yep, thanks [14:08] ndec, well, i still miss you or someone from TI at that meeting :) [14:42] ogra: what meeting? [14:44] ndec, the ubuntu ARM weekly meeting [14:44] argh! [14:44] :) [14:44] lool: ogra: my ffmpeg daily package built for x86... I am going to push in our PPA [14:49] ndec: Cool [14:49] ndec: Now you can setup a recipe for that to be done daily :) [14:50] lool: at least i am getting closer... [14:50] lool: btw i am dropping the patches in debian/patches since I believe they aren't needed when working with the tip of dev branch. any problem with that? [14:50] i am only keeping the doxygen related patch because this one makes sense [14:52] ndec: Depends of the patch [14:53] ndec: debian/patches/0004-cpp-hack.patch might still be needed [14:54] lool: argh.. i started with maverick source package, not natty ;-) let me check again === ogra_ac_ is now known as ogra_ac === hrw is now known as hrw|gone [17:23] anyone tried kubuntu-mobile on the n900? i would the the omap3-Image.. [17:23] s/the/take [17:23] Tscheesy_: Talk to rbelem. [17:23] fine :) thx [17:24] I've seen it on his. Not sure what kernel was running (it wasn't an Ubuntu kernel). [17:24] * rbelem o/ [17:24] oO [17:24] hi rbelem : ping :) [17:24] yeah, you need a special kernel and initrd [17:25] i was using a nitdroid kernel [17:25] which micro sd do you have? [17:25] rbelem: do you boot with uboot ? [17:26] rbelem: i got a normal 4GB one [17:26] i'm just going to ty it [17:26] Tscheesy_, yup [17:27] i think that you need a 8gb class 6 at least [17:27] hmm [17:27] i was running on a 8gb class 2 [17:28] rbelem, wow, kubuntu-mobile is bigger than an ubuntu desktop install ? [17:28] and it was painly slow [17:28] the preinstalled image is about half a gig compressed [17:28] it needs a 4G card it expands to on first boot [17:28] 4G is minimum [17:28] k [17:29] ogra_ac, i think that it runs on 4gb, but 8 would be better :-) [17:29] but the ubuntu image wont run on the n900 [17:29] sure, 8 will be better :) [17:29] 16 even more ;) [17:29] 32 won't work on a n900 [17:31] Tscheesy_, you need some meego configs too [17:31] to get keyboard and touchscreen working [17:31] yes? [17:32] so then i have to get the mmego-image too.. and perhaps another sd-card :D [17:32] and a flux compensator :) [17:32] http://meego.gitorious.org/meego-device-adaptation [17:32] ^^ [17:32] nope [17:32] just clone these repos [17:33] *reading* [17:33] mathieu around? [17:45] rbelem: thank you - this will be my next weekend-pleasure ;) [17:46] :-) [17:46] Tscheesy_, other tip... [17:47] set qt to use raster [17:47] and chmod -x all nepomuk and akonadi binaries :-) [17:48] oO [17:48] we will work on the packages [17:48] to remove some unneeded deps [17:50] Tscheesy_, QT_GRAPHICSSYSTEM=raster [17:50] nice === Tscheesy_ is now known as Tscheesy [17:51] i put in the beginning of /usr/bin/startkde [17:52] but i think that it can live in the /etc/environment [17:53] Tscheesy, i think that kubuntu-default-settings in natty already sets this var correctly [17:54] ScottK, ^ [17:54] rbelem: hm.. did you dist-upgrade? or is this the daily-image? [17:55] Tscheesy, i dist-upgraded [17:55] Tscheesy, are you using 10.10 image? [17:55] k [17:55] yes [17:56] it is better to stay at 10.10 for now [17:56] ^^ [17:56] i think that after kde 4.6 be uploaded this will be better for kubuntu mobile natty [17:57] Qt does big steps atm i think [17:57] yup :-) [17:58] there is a ppa with optimized qt packages, i mean neon enabled :-) [17:59] but i think that it still uses qt 4.7.0 [17:59] i like to be cutting edge - but not bleeding edge :D [17:59] :-) [18:06] I just prefer the edge of sanity. [18:07] Death Metal - says the Wiki :D === jcrigby_ is now known as jcrigby === asac_ is now known as asac