bbTracker and Local Content warning on the BlackBerry
Anyway, when you install this application as a COD file, it is not signed like many others, and when it tries to access the filesystem on the device, the BlackBerry OS shows the following prompt message:
This gets very annoying, as you can imagine. And this particular prompt does not have a "do not ask me again" checkbox, so it appears every time.
I'm using a BlackBerry 9000 device, running v184.108.40.2068 (Platform 220.127.116.11) firmware.
Since bbTracker is not signed, you will need to adjust the filesystem permissions manually. Go into Options | Applications | Edit Permissions. Unsigned applications have three main groups: RIM, MIDP groups, and MIDP JSRs.
When the cursor is along the top, select MIDP groups:
Expand the Data Space, using the main menu:
I set all these options to ALLOWED:
I'm not sure what the ONESHOT, SESSION, and BLANKET options are, but allowing these permissions removes the above prompt for me.
Inspiring Japanese Culture
My small personal experience with Japanese culture is also favourable. Their respect for their elders takes things to a new level that just seems completely out of fashion in the west. I found that there was a lot to learn from the simple example of just one Japanese student's life.
Your Don Knuth comment made me chuckle. It's true; it would be hard not to love him. Maybe if more Christians lived like that, we wouldn't be "taking the Lord's name in vain" and giving God a bad rep in the world.
Crackpots and Disasters
If God exists, who do you think He would be more angry at: a person who makes over a million dollars a year, who may even claim to be a Christian, and still has most of it in his bank account at the end of the year; or a poor Haitian who practices voodoo?
I think this is a difference that a lot of us "religious wackos" miss. If we are somehow blessed with plenty in the western world, that is not evidence that God is rewarding us for something good we've done. Rather, it is proof that we are doing a piss-poor job at the responsibility God has given us to take care of the poor. And if any of these Christians read the Bible, they should take note of the parts that indicate that rich people who don't share are actually storing up judgment for themselves in the very wealth they take comfort in. Their riches are their judgment. That cool thousand, million, or billion in the bank will be a liability at the last day.
Don't assume someone is a Christian just because they claim to be. And by that same token, don't assume that God is pleased with Christians just because they claim He is.
If I understand the Bible correctly, North America could easily be more hell-worthy than Japan or Haiti, in the same way that Jerusalem in Jesus's day was more hell-worthy than Sodom and Gomorrah.
This may be a clue as to how to cleanup the recentlog. Perhaps an automatic email whenever your nick is mentioned in a blog post. Or a <call_you_out> tag, which requires a response within a month before you get pruned from the default recentlog threshold. :-)
Repairing the GoFlex Home NAS Drive
Each time the device powers off and restarts, it sets itself to use DHCP.
The device runs Linux under the hood, and even exposes the SSH port, but the accounts it uses are not obvious. And root is disabled.
To fix the device yourself, you will first need root access. The easiest way is described in this wiki page. Basically:
ssh USERNAME_hipserv2_seagateplug_XXXX-XXXX-XXXX-XXXX@DEVICE_IP_ADDRESS sudo -E -s
The USERNAME is the name of the account you have created on the device, when using the usual Windows interface. The XXXX-XXXX-XXXX-XXXX is the PK Product Key located on the bottom of the device.
First, make it easier to gain root access by enabling root SSH logins:
Edit /etc/ssh/sshd_config and uncomment: PermitRootLogin yes Set your own root password: passwd root Restart SSH: service sshd restart
Next, there is a bug in the logic of the /etc/init.d/oe-bootinit script's ensure_firstbootnetwork() function. The entire function should probably only run if the /etc/firstboot file exists, but there is an if/else statement that only checks this for the first half of the if statement. The else is where the DHCP overwrite happens.
By this point, though, your device has passed the first boot, so you don't need this code anymore. I commented out the entire block of code, and replaced it with something innocuous, just to avoid any shell issues with empty functions:
echo do nothing > /dev/null
You'll want to be careful editing these files, since if you make a typo that prevents network boot, you won't be able to login to fix it.
It seems that Seagate has known about this issue since September, but there were no software updates that fix this issue. Using the web interface to check for updates, it claimed that the device was up to date. You may want to take this into consideration when making future purchasing decisions.
Good luck, and enjoy!
New HTML Parser: The long-awaited libxml2 based HTML parser code is live. It needs further work but already handles most markup better than the original parser.
Keep up with the latest Advogato features by reading the Advogato status blog.
If you're a C programmer with some spare time, take a look at the mod_virgule project page and help us with one of the tasks on the ToDo list!