Se afișează postările cu eticheta mac. Afișați toate postările
Se afișează postările cu eticheta mac. Afișați toate postările

The AppStore Odyssey

Publicat de Alex Deva comentarii (1)
Note: if you don't care about computers this will be mighty boring.

I installed a little app on my iMac from the Apple Store and I wanted it on my Macbook too. Simple, right?

So I open AppStore on the lappie, find the app and click on the FREE download.

But. Even though the app was free, Apple wants my credit card verification number, and I don't have it with me in bed. Solution: log on remotely to my iMac, zip the application, bring it over to the laptop, have fun. Simple, right?

But. My iMac is asleep across the street. I need to wake it up first. Simple, right? Just ssh to my linux server on its public interface and run etherwake, as it's in the same LAN as my iMac.

But. I don't remember the iMac's ethernet address and the last etherwake command is long out of bash_history. How do I find my iMac's MAC? I remember it's ARP-bound in the router, so all I have to do is log in to the router, go to the static IP table and copy it from there. Simple, right?

But. I can't remember the router admin password. It's on a post-it on my desk (our office is not open for public). Finally this problem has a simple solution: my Chrome browser syncs with the iMac's Chrome and the saved passwords are accessible on the laptop even though I've never logged in to the router from it. I open KeyChain, look around and here's the password.

But. The linux box only has text-based browsers. Nostalgic about the late 1990s, I fire up lynx.

But. The web interface uses frames. Lynx is useless. I take 15 minutes to read man elinkskeys. That is one useful piece of software. I open the web interface in elinks and it looks fine.

But. The navigation menu isn't HTML, it's generated on the fly from Javascript. And elinks, of course, doesn't know Javascript. That's ok, because I do. So I use wget to download the JS file and start executing it in my head.

But. The Javascript is intentionally obfuscated. This is better than Sudoku. Finally I figure out how the link to the ARP binding page is composed and I write it down. I use wget again to go straight to it.

But. The HTML table in it is empty; again it's populated dynamically using JS. I sigh, download another JS file, and interpret it mentally. I find the MAC addresses in a tucked away array, and YES! Here's the one for my iMac.

So I fire etherwake and I mentally hear my two external drives puffing to life in the darkness of the office. Quickly I ssh to the iMac and tar-gzip the app in /Applications. Then I scp it to the linux box, and then again to my laptop. One double-click and it's ready to run!

But. When I start the copied app, OSX says it's malformed or incomplete and won't run it. Poor. I ssh back to the iMac and have a look in the Info.plist of the app and find its registered domain. A "defaults read" command gives me a lot of saved preferences, I figure maybe that's what's missing.

But. There's quite a bit of saved data there, copy/paste will take forever, so I write a little script to change the output of defaults read into an input for defaults write, which I run on my laptop. Voilá: the preferences are identical now.

But. The application still won't start. I run Disk Utility and fix disk permissions. Still nothing. "Let me Google that for you" comes to mind and 10 minutes of searching reveal exactly nothing.

But. I remember I have logs. I quickly tail the most recently changed ones. Nothing there either. As a last resort, I try to fire it up using "open" and I get a different error message: binary file not found. Hmmm.

I go to the MacOS directory in the application and the binary is there, all executable and everything. But its filename is different from the name of the application. Looks like tar hates UTF-8 filenames.

Renaming the binary file was the last piece of the puzzle. The app is finally working!


Would've been easier to just get my fat arse off the bed and find the credit card, you say?


 

Etichete: ,

S-o gatat netu'

Publicat de Alex Deva comentarii (1)
Iaca un articol publicat de amicul meu Sergiu Partenie pe forumul utilizatorilor români de Mac, reprodus cu acordul autorului:

La revedere IPv4, salut IPv6!

Adresele de IP pe care le folosim cu toții acuma - versiunea 4, IPv4 - cele cu număr.număr.număr.număr (129.168.1.1) - sunt pe cale să se termine. 4 miliarde părea un număr mare în 1980. Săptămâna asta asta tocmai s-a trecut de 90% alocare și statisticile (care până acum au fost corecte) spun așa:

  • la mijlocul/sfârșitul lui 2011 autoritatea centrală care distribuie adrese de IP țărilor/zonelor va rămâne fără adrese de dat.
  • la sfârșitul lui 2012 autoritățile zonale vor rămâne fără adrese de dat ISP-urilor.

Și cam din decembrie 2012 nu se va mai putea lega nici un utilizator nou la Internet.

Soluția ? Soluția există de mult - IPv6 - adresele sunt de forma HEXA:HEXA:HEXA:HEXA:HEXA:HEXA:HEXA:HEXA (2001:db8:85a3:0:0:8a2e:370:7334) și oferă 340 de miliarde de miliarde de miliarde de miliarde de adrese posibile. Cu IPv6 nu mai este nevoie de NAT, DHCP, adrese de rețea private & co. Când ai 340’282’366’920’938’463’463’374’607’431’768’211’456 de adrese posibile, nu are de ce să îți mai fie teamă că cineva îți va scana rețeaua. Considerând toate adresele de IPv4 ca volumul unui iPod, adresele de IPv6 ar fi cât toată planeta Pământ.

Problema e că IPv6 nu e compatibil cu IPv4 și trebuie ca software-ul să îl suporte.

Mac-urile știu de IPv6 din construcție. [...] Dar marea majoritate a celorlalte routere “de casă” nu știu de IPv6.

Windows XP nu știe implicit de IPv6 - e ceva opțional care trebuie instalat.
ISP-urile? Le este lene să se chinuie și cu configurațiile de IPv6. Dacă nu cere nimeni, de ce sa se chinuie ? Și utilizatorii nu știu. Și ar trebui să schimbe routerele existente cu unele mai deștepte. Și ar trebui să educe clienții... greu.

Ce ne facem?

Ne informăm și îi informăm și pe alții. Întrebăm la ISP-ul nostru când va fi disponibil IPv6. Povestim povestea și altora.

Ce să mai adaug? Sunați la ergheeșii voștri respectivi și întrebați-i ce planuri au privind trecerea la IPv6. Dacă suficienți clienți îi întreabă, poate-poate cineva o să se apuce de treabă. Dar dacă noi nu dovedim niciun interes, mai mult ca sigur se va aplica legea lui "lasă bă că merge-așa..."

 

Etichete: