chukaman
(0 comments, 42 posts)
This user hasn't shared any profile information
Home page: http://charlesleaver.com/
Yahoo Messenger: charles.leaver@yahoo.co.uk
Jabber/GTalk: myself@charlesleaver.com
AIM: charlesleaver
Posts by chukaman
the ultimate emoticon and abbreviation dictionary
0i just came across pretty much the most awesome emoticon and nerd speak terms dictionary. bookmark it as I’m sure you’ll need to refer to it at some stage. i know i will
Fixing tftpd-hpa on Lucid
1Whilst working at IS, I’ve sent VMware servers to Accra, Nairobi, Lagos, Maputo, London, Durban, Cape Town and then of course to two sites in Johannesburg. The servers in Accra, Nairobi, Lagos and Maputo run various virtual machines required by the NMS team (of which I am a member), as well as a whole lot that a sister team of ours uses. The NMS machines are things like Syslog boxes and SNMP gateways, etc.
Connectivity to those regions is anywhere from awesome — if that region is on the eastern side of Africa and connects via Seacom — right down to pretty much unusable. The kind of unusable where you spend a whole day just trying to log into the console of a virtual machine because every time you try to write “root” the word will come out as “rroot” and then “rooooot” and then “rootttt”. It’s one of the most frustrating things I’ve ever had to do in my life, I’m sure of it.
Which kinda brings me to the point of this post. I decided that the best way to deploy the various machines (given that there’s never any time to send the VMware server itself to the region with all the virtual machines already built) was to kickstart them, using preseeds for the Ubuntu boxes and kickstarts for the CentOS/RHEL boxes. This has worked famously for me, and I’m now able to have fully built, NMS standards compliant virtual machines in any of those regions in ten minutes or less.
That was until I upgraded the key infrastructure boxes (dhcp & tftp servers etc.) to Lucid. Suddenly everything ground to a halt. The fix however was very simple. In fact I feel kinda guilty that you’ve had to read this whole long story just to get such a simple solution to your problem.
Before Lucid these boxes ran Hardy. I used tftpd-hpa running as a daemon, using the standard /var/lib/tftpboot directory as the TFTP root. My /etc/default/tftpd-hpa file looked like this:
#Defaults for tftpd-hpa RUN_DAEMON="yes" OPTIONS="-l -s /var/lib/tftpboot"
After upgrading to Lucid that file had changed so that it looked like this:
# /etc/default/tftpd-hpa TFTP_USERNAME="tftp" TFTP_DIRECTORY="/srv/tftp" TFTP_ADDRESS="0.0.0.0:69" TFTP_OPTIONS=""
However the service wouldn’t start and the network installs kept on failing to even start. Changing the contents of /etc/default/tftpd-hpa to look more like this solved my problem. The “4” is because I switch IPv6 off on all my Lucid machines by adding “ipv6.disable=1″ to the “GRUB_CMDLINE_LINUX_DEFAULT” line in /etc/default/grub.
# /etc/default/tftpd-hpa TFTP_USERNAME="tftp" TFTP_DIRECTORY="/var/lib/tftpboot" TFTP_ADDRESS="0.0.0.0:69" TFTP_OPTIONS="-4 --secure"
Bounce the service and you’re sorted, and back on the road with your network installs.
mobileterminal
1So you upgraded to iOS 4.x and now your MobileTerminal no longer works. It tries to start but immediately dies. This really upsets you as you find that you fairly frequently require it. As a solution you end up with MobileTerminal 426. This comes as a huge relief, that is until you realise that it’s almost unusable. If that sounds like the place you’re currently at then stress not. Comment 61 at http://code.google.com/p/mobileterminal/issues/detail?id=172#makechanges includes a link to a fixed package that works exactly how you’d want MobileTerminal to work, but this time also on iOS 4.x. The comment says:
If Allen would like to get MobileTerminal 426 in Cydia, he should personally contact one of the major repositories, such as BigBoss, to get it hosted. The repository maintainers do not like (nor should they like) working with third parties who are trying to get stuff hosted, as it means that maintenance and other correspondence will be going through someone largely uninvolved. Please: DO NOT submit MobileTerminal to Cydia unless you are Allen Porter.
As for the current MobileTerminal package in Cydia, it is much more functional than revision 426, but does not currently work on iOS 4. What made MobileTerminal useful/interesting was its intricate gesture support, allowing for modifiers like control, special keys like escape, and entire commands to be bound to fast movements on the screen. MobileTerminal 426, meanwhile, doesn’t even support scrolling the terminal screen.
It is therefore incredibly depressing to the core community of users of MobileTerminal that the development has taken the direction it has: users of the existing copy of MobileTerminal simply cannot be upgraded to the “latest” release, as it frankly is an entirely unrelated project. It is my personal opinion that Allen should have renamed this new version of MobileTerminal to something different, like “MobileTerminal Redux” or something, to indicate this.
Due to this confusion, when and if MobileTerminal “426” is released to Cydia, it simply cannot be listed as a direct upgrade to MobileTerminal “364”. When and if this occurs, the current “MobileTerminal” package will be renamed to “MobileTerminal Classic” or something, but retain its package identifier, so existing users can safely continue using it until MobileTerminal manages to regain the functionality that it once had.
Now, it /is/ understood that users of MobileTerminal on iOS 4 currently have issues. However, in the grand scheme of things, not many people were actually using iOS 4 on jailbroken devices until the very recent jailbreakme.com exploit release last week. In order to maintain the current level of functionality for these users, I have been forced (again) to step in and maintain the old (awesome) branch of MobileTerminal. I do not like doing this, and was hoping someone else would step up to the plate, but I will continue to do so until such time as there is a viable replacement.
![]()
Users who wish to help test this new version can obtain it at the following direct .deb URL. It should be noted that this revision isn’t quite right on all devices, having some interesting visual artifacts due to the new way in which it is being rendered. I believe that this can be fixed, but I may end up pushing this release anyway with the old binary also included, doing a selection “is the user on iOS 4? ok, then use XXX binary” when the program is run.
http://apt.saurik.com/debs/mobileterminal_364.3-12_iphoneos-arm.deb
I don’t have to explain how to do anything useful with this, do I? A “dpkg –i” will end up replacing your faulty MobileTerminal with this working one. Happy happy times!! Thank you so much to Saurik for this!!
Swedish motorist facing world’s biggest speeding fine
0Wow, mental!
A Swedish motorist is facing the world’s biggest ever speeding fine of £650,000 after being caught driving at 180mph on a Swiss motorway.
Read more: Swedish motorist facing world’s biggest speeding fine.
Google, CIA Invest in ‘Future’ of Web Monitoring
0Pretty hectic!
The investment arms of the CIA and Google are both backing a company that monitors the web in real time and says it uses that information to predict the future.
The company is called Recorded Future, and it scours tens of thousands of websites, blogs and Twitter accounts to find the relationships between people, organizations, actions and incidents both present and still-to-come. In a white paper, the company says its temporal analytics engine “goes beyond search” by “looking at the ‘invisible links’ between documents that talk about the same, or related, entities and events.”
The idea is to figure out for each incident who was involved, where it happened and when it might go down. Recorded Future then plots that chatter, showing online “momentum” for any given event.
Read more here: Google, CIA Invest in ‘Future’ of Web Monitoring.