00:03 <jonwil> freemangordon: ping

00:05 <freemangordon> jonwil: pong, finally :)

00:05 <jonwil> so yeah new IDA is great :)

00:06 <freemangordon> well, not really

00:06 <jonwil> its not quite so useful for pulseaudio since it doesn't do NEON

00:06 <jonwil> but its useful for a lot of other things

00:06 <jonwil> i.e. functions it couldn't decompile before

00:07 <freemangordon> for example, it failed to decompile one xloader function, but the previous version doesn't have problem with it

00:08 <freemangordon> but for sure there are lots of bugs fixed

00:08 <DocScrutinizer05> how about decompiling NOLO?

00:08 <freemangordon> DocScrutinizer05: I am trying to decompile xoader for the couple of days

00:09 <freemangordon> because of the upstream linux crashing when AES module is "disabled", whatever it means

00:09 <DocScrutinizer05> :-(

00:09 <freemangordon> if you're curious: http://thread.gmane.org/gmane.linux.ports.arm.omap/108397/

00:10 <DocScrutinizer05> sure :-)

00:10 <DocScrutinizer05> ooh sre

00:10 <freemangordon> BTW, I'll appreciate if someone can decrypt that (1208) in "Unhandled fault: external abort on non-linefetch (0x1028) at 0xfa0c5048"

00:11 <freemangordon> as I can;t match it to what is on ARM site

00:11 <jonwil> I do wonder if new IDA will help with things like cellular services daemon work

00:11 <freemangordon> yeah, he does wondeful job for the last 2 or so years

00:12 <freemangordon> jonwil: most probably not, iiuc it has just some bugs fixed compared to 6.5

00:13 <jonwil> it definatly improves the decompilation of a few things from what I have seen

00:13 <freemangordon> I think that arm64 hexrays is what is new

00:13 <jonwil> no, its not arm64

00:13 <jonwil> its x86-64

00:13 <freemangordon> oh, I mean AMD64 :)

00:13 <freemangordon> and arm8 support

00:14 <jonwil> the biggest thing for me though is that its got a much newer x86 HexRays than the previous leaks

00:14 <jonwil> which will help with some of the x86 stuff I work on

00:14 <freemangordon> :)

00:14 <freemangordon> anyway, I am going afk

00:14 <freemangordon> night guys

00:14 <DocScrutinizer05> o/

21:00 <Oksana> Moin! ((two options: one which not working because of infinite loop bug or upgrading to new systemd/udev which you do not want to use...)) Fix the loop bug, and make it lsusb-without-systemd fork? ((I suddenly realized that my distro already switched to systemd)) Change to a different distro?.. ((ganglia)) Thanks for the link!

21:42 <DocScrutinizer05> different distro? hardly, at least for now. Seems that virtually every distro goes systemd. So why would I change? - and I noticed that there's still /etc/udev/rules.d/*

21:44 <kerio> DocScrutinizer05: buy a mac!

21:44 <kerio> no systemd on os x

21:45 <DocScrutinizer05> why not buy an axe, no systemd on that either (usually)

21:46 <DocScrutinizer05> I don't care about the distro, I care about my highly customized userland

21:47 <DocScrutinizer05> I doubt I could port that to another massively different distro (e.g. a non-RPM based one), without much effort. And I'm pretty sure I couldn't port it to a iOS

21:47 <DocScrutinizer05> macOS?

21:47 <DocScrutinizer05> OS-X?

21:51 <kerio> what's your userland

21:52 <DocScrutinizer05> not a topic

22:25 <Oksana> Ok, so RPM-based distro without systemd?