Hello mark!   
      
   05 Nov 16 10:56, you wrote to me:   
      
      
    ml> apparently you have the multi-arch stuff installed... that's the only   
    ml> way to be able to run 32bit on 64bit unless they are built static   
      
   I don't think those are included by default any more in *buntu...I think they   
   got nuked 11.x or possibly before the 12.04 ESR   
      
   Yepppers, pre 12.04 they nuked IA-32 libs for this:   
      
   https://wiki.ubuntu.com/MultiarchSpec   
      
   I didn't and don't follow that.. I know there is stuff that didn't like   
   that...and stuff that will not work on 64b as its 32b and it spits out ELF   
   errors.   
      
   Maybe that got resolved in 14.04.. as I only use the ESR's... so 10.04, 12.04,   
   14.04... other stuff I will test with, ie: see how they borq up my KDE etc..   
      
   Like I said I didn't follow it, I just sudo apt-get and obviously its going to   
   pull AMD64 stuff since I am a 64b system...   
      
    ml> instead of dynamic... IIRC, paul's build of crashmail 0.71 is built   
    ml> static... file will tell you that if you haven't looked already...   
      
   ummm...$ file ~/crashmail-0.71/bin/crashmail   
   /home/rec9140/crashmail-0.71/bin/crashmail: ELF 64-bit LSB  executable,   
   x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux   
   2.6.24, BuildID[sha1]=27de05981b233984f8ca78c8af4a3d4113d0bd2b, stripped   
      
      
   This shows *dynamically linked (uses shared libs),*   
      
      
   Guess that is 64b, which is why it runs.. as its "ELF 64-bit LSB" ... I don't   
   now... too many things I've looked at...   
      
    ml> i'm not one of those monkeys either... never have been but i can   
    ml> mostly muddle my way through when necessary... like when i fixed a   
    ml> couple of bugs and added some features to my private build...   
      
   Well unfortunately I know a lot, A LOT more C than I care to admit.. simply   
   because of lot of things I'd rather not remember....   
      
   I am looking as posted in ehco and the bug report to "fake out" PAN and KNode   
   to work with JamNNTPd.. but I need to make sure I've resolved any potential of   
   this nonsense in re the corruption of JAM bases because of the 32b v. 64b   
   issues..   
      
   Thats the point in asking is the SF site and 1.3 good??? No, its flawed like   
   post 071 CM II's or if the resolution of an option to force m32 solves this..   
   or only the code form the eljaco.se site should be messed with???   
      
   I've put several ideas on faking out PAN/KNode... I just need to find a decent   
   c interpreter to play with... its not a project I want to take on, but I am   
   forced to.. as using thunderturkey just crankles me to no end....   
      
      
    ml> who needs a real iron clunker when one can run a VM? ;)   
      
   Unfortunately you can't  virtualize SDR sticks or Line in's for audio.. so   
   real hardware at times is what it takes....   
      
   Plus I dislike throwing out perfectly working hardware that might need a   
   little TLC to upgrde a CPU, max out some RAM or a bigger HD.. and then turn it   
   into a VM host for somethings, or run LXC containers, or VPN server or .....   
      
   But for the RTL-SDR stuff and some other stuff I am invoved in, I need   
   hardware to plug it into.. SDR doesn't work good, no at all under VMWare, and   
   it has much better USB support than the love child of the Linux crowd.. thats   
   why VMWare is my goto VM for anything production.. test and play with any   
   thing from VMW to LXC..   
      
    ml> i'd be really surprised if these packages can be compiled on ARM   
    ml> systems... especially jamnntpd since there's only linux, os2 and win32   
    ml> headers...   
      
   ARMHF for the PI's probably is not a problem as the Pi's are still using 32b..   
   the Pi3 is or can be 64b, but Raspbian or something was not set up that way..   
   or.. I didn't keep up with it... Raspbian has issues in re Jessie and   
   systemd.... justlike post 14.x *buntus...   
      
   I'd have to find some spare PI's first.. these get gobbled up for projects   
   quick!   
      
      
    ml> i'd be concerned about the switching from unsigned variables to signed   
    ml> ones...   
      
   I don't know.. what was changed... I just know I found it interesting that it   
   showed up, and was/is/possibly a result of this whole mess with what ever   
   happened past the 071 version..  based on that 64b support... I didn't go any   
   further than bookmark it... for later review... its just something thats out   
   there...but dormant too.   
      
      
   Rick   
      
      
   ... Vote Trump 2016 and Make America Great Again!