Jump to content

op1tjaap

Members
  • Posts

    110
  • Joined

  • Last visited

Reputation Activity

  1. Like
    op1tjaap got a reaction from tkaiser in AppleTalk...again....   
    So lets pick up again from yesterday. Very cold weather in the Netheralnds so nice to stay at home at Kings Day!
     
    Building ended nicely:
     
    [ o.k. ] Kernel build done [ @host ] [ o.k. ] Target directory [ /root/output/debs/ ] [ o.k. ] File name [ linux-image-dev-sun8i_5.27_armhf.deb ] [ o.k. ] Runtime [ 49 min ] scp the deps directory to my Orangepi Zero and installed. Dont't forget to remove the empty extra directory in deps
    Switch to debs directory on Zero aninstall with 
     
    dpkg -i *.deb  
    Reboot and check new kernel
     
    root@orangepizero:~# uname -a Linux orangepizero 4.11.0-next-20170424appletalk-sun8i #1 SMP Wed Apr 26 23:57:33 UTC 2017 armv7l armv7l armv7l GNU/Linux Then load appletalk module
     
    modprobe appletalk Check if loaded
     
    root@orangepizero:~# lsmod Module Size Used by appletalk 28672 0 binfmt_misc 16384 1 bluetooth 270336 0 rfkill 20480 2 bluetooth sun8i_codec_analog 24576 0 snd_soc_core 122880 1 sun8i_codec_analog snd_pcm_dmaengine 16384 1 snd_soc_core snd_pcm 77824 2 snd_pcm_dmaengine,snd_soc_core uio_pdrv_genirq 16384 0 uio 16384 1 uio_pdrv_genirq usb_f_acm 16384 1 u_serial 20480 3 usb_f_acm g_serial 16384 0 libcomposite 40960 2 g_serial,usb_f_acm Then install tcpdump and check for Appletalk packages:
     
    tcpdump -i eth0 atalk And yes....... the packages are OK!
     
    tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on eth0, link-type EN10MB (Ethernet), capture size 262144 bytes 10:50:06.372204 AT 1.174.zip > 0.zip: at-#6 25 10:50:06.887358 AT 1.174.zip > 0.zip: at-#6 25 10:50:07.401890 AT 1.174.zip > 0.zip: at-#6 25 10:50:07.919619 AT 1.174.zip > 0.zip: at-#6 25 10:50:08.432017 AT 1.174.zip > 0.zip: at-#6 25 10:50:08.948119 AT 1.174.zip > 0.zip: at-#6 25 10:50:09.472932 AT 1.174.253 > 0.nis: nbp-lkup 7: "BasiliskII:Workstation@*" 10:50:09.581650 AT 1.174.253 > 0.nis: nbp-lkup 7: "BasiliskII:Workstation@*" 10:50:09.698288 AT 1.174.253 > 0.nis: nbp-lkup 7: "BasiliskII:Workstation@*" 10:50:09.822851 AT 1.174.253 > 0.nis: nbp-lkup 8: "BasiliskII: Macintosh@*" 10:50:09.929207 AT 1.174.253 > 0.nis: nbp-lkup 8: "BasiliskII: Macintosh@*" 10:50:10.034992 AT 1.174.253 > 0.nis: nbp-lkup 8: "BasiliskII: Macintosh@*" 10:50:11.132849 AT 1.174.253 > 0.nis: nbp-lkup 9: "BasiliskII:PPCToolBox@*" 10:50:11.245412 AT 1.174.253 > 0.nis: nbp-lkup 9: "BasiliskII:PPCToolBox@*" 10:50:11.362360 AT 1.174.253 > 0.nis: nbp-lkup 9: "BasiliskII:PPCToolBox@*" 10:50:11.964771 AT 1.174.nis > 0.nis: nbp-lkup 10: "=:IPGATEWAY@LocalTalkZone" 10:50:12.793514 AT 1.174.nis > 0.nis: nbp-lkup 10: "=:IPGATEWAY@LocalTalkZone" 10:50:13.626542 AT 1.174.nis > 0.nis: nbp-lkup 10: "=:IPGATEWAY@LocalTalkZone" 10:50:14.454197 AT 1.174.nis > 0.nis: nbp-lkup 10: "=:IPGATEWAY@LocalTalkZone" 10:50:15.317545 AT 1.174.nis > 0.nis: nbp-lkup 11: "172.16.2.4:IPADDRESS@*" 10:50:16.150885 AT 1.174.nis > 0.nis: nbp-lkup 11: "172.16.2.4:IPADDRESS@*" 10:50:16.984492 AT 1.174.nis > 0.nis: nbp-lkup 11: "172.16.2.4:IPADDRESS@*" 10:50:17.818713 AT 1.174.nis > 0.nis: nbp-lkup 11: "172.16.2.4:IPADDRESS@*" 10:50:20.206997 AT 1.174.253 > 0.nis: nbp-lkup 12: "BasiliskII:AFPServer@*" 10:50:21.034921 AT 1.174.253 > 0.nis: nbp-lkup 12: "BasiliskII:AFPServer@*" 10:50:21.867519 AT 1.174.253 > 0.nis: nbp-lkup 12: "BasiliskII:AFPServer@*" 10:50:22.702075 AT 1.174.253 > 0.nis: nbp-lkup 12: "BasiliskII:AFPServer@*" With the "non fixed drive" they where like this....truncated..and all ending in [|atalk]...
     
     
    listening on eth0, link-type EN10MB (Ethernet), capture size 262144 bytes 22:48:45.847967 AT 1.174.253 > 0.nis: truncated-nbp 9 22:48:46.696016 AT 1.174.253 > 0.nis: truncated-nbp 9 22:48:47.541512 AT 1.174.253 > 0.nis: truncated-nbp 9 22:48:48.383287 AT 1.174.253 > 0.nis: truncated-nbp 9 22:49:02.634005 AT 1.174.253 > 0.nis: nbp-lkup 148: "=:AFPServ[|atalk] 22:49:06.542306 AT 1.174.zip > 0.zip: at-#6 11 22:49:07.055313 AT 1.174.zip > 0.zip: at-#6 11 22:49:07.572883 AT 1.174.zip > 0.zip: at-#6 11 22:49:08.097816 AT 1.174.zip > 0.zip: at-#6 11 22:49:08.614034 AT 1.174.zip > 0.zip: at-#6 11 22:49:09.135912 AT 1.174.zip > 0.zip: at-#6 11 22:49:09.659743 AT 1.174.253 > 0.nis: nbp-lkup 2: "BasiliskII:Workstati[|atalk] 22:49:09.765651 AT 1.174.253 > 0.nis: nbp-lkup 2: "BasiliskII:Workstati[|atalk] 22:49:09.882163 AT 1.174.253 > 0.nis: nbp-lkup 2: "BasiliskII:Workstati[|atalk] 22:49:10.006475 AT 1.174.253 > 0.nis: nbp-lkup 3: "BasiliskII: Macinto[|atalk] 22:49:10.115347 AT 1.174.253 > 0.nis: nbp-lkup 3: "BasiliskII: Macinto[|atalk] 22:49:10.232643 AT 1.174.253 > 0.nis: nbp-lkup 3: "BasiliskII: Macinto[|atalk] 22:49:11.365723 AT 1.174.253 > 0.nis: nbp-lkup 4: "BasiliskII:PPCToolB[|atalk] 22:49:11.480356 AT 1.174.253 > 0.nis: nbp-lkup 4: "BasiliskII:PPCToolB[|atalk] 22:49:11.598736 AT 1.174.253 > 0.nis: nbp-lkup 4: "BasiliskII:PPCToolB[|atalk] Next thing will be installing netatalk and go for the ultimate test!!!!!
     
     
    For more about my current setup information:
    /var/log/armhwinfo.log has been uploaded to http://sprunge.us/WaDD
  2. Like
    op1tjaap reacted to tkaiser in AppleTalk...again....   
    You would adjust https://github.com/armbian/build/blob/master/config/sources/sun8i.conf#L16-L17 to point to Corentin's dwmac-sun8i-v5 repo/branch and then you need to disable most if not all patches since the majority will fail. Putting an empty file with same name in userpatches subfolder will do the job (I would start with disabling all patches except of the necessary 'packaging' patch). Performance with such a built kernel will be awful but that shouldn't matter if it's about trying to help him debug/fix the AppleTalk problem.
  3. Like
    op1tjaap reacted to tkaiser in Orange Pi PC unable to connect through SSH from Macbook   
    Yep, I just tested it: avahi-daemon also installs libavahi-common-data, libavahi-common3 and libavahi-core7 and that increases image size by 888 KB. IMO worth adding it.
  4. Like
    op1tjaap reacted to hallmackenreuther in Banana Pi M1 GMAC won't work with AppleTalk   
    I setup a RPi b+ as a Bonjour/IPP to EtherTalk Printserver with cups, netatalk 2.2.5 and Raspbian Wheezy.
    It works without a glitch and prints from all my maschines.
    I know your PAP Backend for a log time. It´s the Backend i use. Nice Work, thanks alot.
     
    Somebody gave me the Bpi and i thought i´ll give it a try.
  5. Like
    op1tjaap reacted to tkaiser in Banana Pi M1 GMAC won't work with AppleTalk   
    -
  6. Like
    op1tjaap reacted to tkaiser in Banana Pi M1 GMAC won't work with AppleTalk   
    -
  7. Like
    op1tjaap reacted to mabam in Banana Pi M1 GMAC won't work with AppleTalk   
    I've written a detailed guide on how to set up a Banana Pi with AppleTalk: http://www.emaculation.com/doku.php/appletalk_printserver_macos_and_osx
    It also contains a link to an updated version of the PAP backend.
  8. Like
    op1tjaap reacted to gnasch in Orange Pi PC unable to connect through SSH from Macbook   
    Hi twilipi
    then it is clear. when you connect your two clients with a cable there is no DHCP server in this "network". So the desperate clients will construct an APIPA Address to try and communicate.
    But when you connect the clients to your internet router, the DHCP server in it will give an other address to each client. you have to find out these new addresses! First on your macbook, say it will be something like 192.168.x.y. Then you can find out the address of your router, often 192.168.x.1.
    and once you have this you enter your routers web interface with http://address.of.your.router .
    There you can find out, what address it assigned to our opi, often in a list called "home network" or "DHCP table".
    Finally connect to your opi at this address.
     
  9. Like
    op1tjaap got a reaction from Igor in Orange Pi PC unable to connect through SSH from Macbook   
    Ok. Took me 22 minutes to type an answer on my iPhone.... and see now that gnash   answered the post as well :-)
     
    More or less same thing. No Armbian problem. Just network problems. 
  10. Like
    op1tjaap got a reaction from Igor in AppleTalk on an Orange Pi One   
    OK. I can confirm now that the image with the kernel tkaiser helped to build also works on a Orange Pi Zero 256MB. So yes .... for $6.99 you have your own macipgw running on a Orange Pi Zero to surf the Internet with your Macintosh Plus, Powerbook 100 and other retro Apple computers without network card.
  11. Like
    op1tjaap got a reaction from tkaiser in AppleTalk on an Orange Pi One   
    Small update. My image for a MacIPpi with the kernel 4.6.0 runs also fine on an Orange Pi Zero. Tested it on a 512MB one and ordered a 256MB one. To see if I get the cheapest appletalk tcp/ip router in the world :-)
     
    Download it from: http://cdn.macip.net/Netatalk-MacIpgw-Image-OrangePiOne-V2.0.1.img.7z
    Read about is on: http://www.macip.net/
     
    And yes the Orange Pi Zero fits perfect in this matchbox but I wouldn't advice it......
     

×
×
  • Create New...

Important Information

Terms of Use - Privacy Policy - Guidelines