=== teward is now known as TheLordOfTime === TheLordOfTime is now known as Guest18566 === Guest18566 is now known as teward === balloons_ is now known as balloons === neunon_ is now known as neunon === henrix_ is now known as henrix === ivoks_ is now known as ivoks === jalcine- is now known as jalcine [04:28] Noskcaj: yes, today === BenC- is now known as BenC [06:48] thanks happyaron === Spads_ is now known as Spads === mnepton is now known as mneptok === neunon_ is now known as neunon === rmk` is now known as rmk === lynxman_ is now known as lynxman === rwd is now known as rww === ikonia_ is now known as ikonia === mbarnett` is now known as mbarnett === Guest35768 is now known as iulian [11:31] metacity is stuck in -proposed but there is no info at all in update-excuses or update-output... What happened? === sunweave1 is now known as sunweaver === Guest4192 is now known as Zic === enrico_ is now known as enrico === jtaylor_ is now known as jtaylor [16:55] okay, Im trying to find the latest version of libva but freedesktop.org hasnt been updated since 2013. is there another website for the project? [16:55] a google search cant find anything. === bluesabre_ is now known as bluesabre === BenC- is now known as BenC === elmo_ is now known as elmo [20:44] cjwatson_, Are you planning to merge /wireless-regdb any time soon === JanC_ is now known as JanC === mwhudson_ is now known as mwhudson === mwhudson is now known as Guest45357 === mwhudson_ is now known as mwhudson [22:15] does the archive contain a gdb with support for other architectures? [22:15] (for use with target remote $blah) [22:17] mwhudson: gdb-multiarch ? [22:17] ogra@anubis:~/datengrab$ apt-cache search gdb |grep eabi [22:17] gdb-arm-none-eabi - GNU debugger for ARM Cortex-A/R/M processors [22:17] that one perhaps ? [22:18] mwhudson: though target remote, isn't that built in? [22:18] ogra_: i want arm64 :) [22:18] heh [22:18] lifeless: target remote is, but i think gdb needs to be built to understand the arch at the other ned [22:18] mwhudson: I always thought one would run gdb-server on the arm board [22:19] (i might be wrong aobut this, but it seems plausible) [22:19] also the other end is qemu [22:20] ah no [22:20] you run regular gdb on the target [22:20] i think thats what the phoone sdk guys doo all the time ... but thats just x86 to armhf [22:20] mwhudson: https://sourceware.org/gdb/onlinedocs/gdb/Server.html#Server [22:20] i could imagine you need 64bit versions on both sides [22:21] mwhudson: https://sourceware.org/gdb/onlinedocs/gdb/Remote-Stub.html#Remote-Stub [22:22] lifeless: well i don't know about that, but gdb-multiarch is working better than plain old gdb [22:22] mwhudson: oh good :) === mnepton is now known as mneptok