Archive for the ‘information technology’ Category

Non-Violent Neutrality

Tuesday, 14 January 2014

I don't know that 'Net-neutrality were, in fact, a good thing; but, even on the assumption that it were, state action is not the proper way to promote it.

'Net-neutrality can be promoted by how people do business with ISPs. At one end, subscribers can consistently migrate towards those ISPs who deviate least from neutrality. At the other end, website owners can impede access by ISPs that do not practice an acceptable degree of neutrality.

In fact, Google and Facebook could effectively impose neutrality by announcing that, in one year, they would begin blocking access by providers who did not make pledges, renewed annually but each extending for ten years, to practice 'Net-neutrality. It might, however, require state inaction for these heavy-hitters to make such a demand. Specifically, Congress might need to clear a path in anti-trust law to allow such a policy.

Google Play Store Warning

Monday, 5 August 2013

Before installing an app from the Google Play Store, if you do not otherwise have familiarity with the app's developer, look at the time-stamp listed for the latest version. If this version is only a day-or-so old, then look at the time-stamps for the app reviews. If all of these are only from the previous day-or-so, then wait a couple of days before installing the app.

I discovered that scam-ware is being posted to the Play Store, sometimes with thousands of shill down-loads and shill reviews, to give to it the appearance of legitimacy. Google acts to remove this scam-ware, but it takes them some time to catch up to it.


The Play Store review system is unfortunately very easily manipulated, and some developers are doing just that even for apps that are not themselves intended as scam-ware. Hundreds or thousands of shill reviews are posted over time. (These reviews are typically short, and sometimes absurd, as when a utility is said to be a great game.) Negative reviews are marked as Unhelpful by shills, and positive previews perhaps as Helpful; which, since the Play Store normally presents reviews ordered by Helpful-ness, means that negative reviews slide out of sight.

Self-Locating QR Code

Friday, 14 June 2013
QR Code pointing to http://www.oeconomist.com/images/Miscellany/self_locating_qr_code.png

Missing Links

Monday, 11 February 2013

Assuming that you do much surfing of the WWWeb, you've surely noticed that there are a great many sites that now require one to use an account with an external social-networking service in order to access functionality that previously would have been available without such an account. For example, to comment to some sites which are not themselves hosted on Yahoo! or on Facebook or on Google+, one must none-the-less log into an account with one of these services.

From the perspective of the site-owners, reliance upon such external services can reduce the costs of managing site-access. The external social networks provide this management partly as valued-added to their account-holders, but providing this service is a means of building a behavioral profile of those account-holders.[1] (To this day, most people do not assimilate the fact that most social-networking services exist largely as profiling services.) As you might expect, I feel that efforts to build such profiles should be resisted.

I understand both the problems of the client-sites instead independently managing access, and the difficulties of knowing just where to draw some objective line that would distinguish acceptable and unacceptable external services. (For example, it seems to be perfectly acceptable to require a verified e.mail account, and even to require a verified e.mail account from a service that is not black-listed. But, once one requires a verified e.mail account from a service that is white-listed, one may be pushing visitors into allowing themselves to be profiled (by an e.mail-service provider), if the white-list is overly constrained.)

What seems inexcusable to me is not simply handing access-control over to an external service, but handing it over exclusively to one external service that is a profiling service. The very worse case of such inexcusability is handing control over to the biggest of these services, Facebook, but it remains inexcusable to give exclusivity to any other external service (unless that service has some real guarantee against building profiles).

Which brings me to a policy change that I will be effecting for my own 'blog, not-withstanding that it has never required an external account to access its functionality.


At this and some other sites, a list of implicitly or explicitly recommended links is provided, outside of the body of principal content. (With the present formatting of this 'blog, they are in a right-hand column.)

In the case of my own list, I will be removing (or refraining from providing) links whenever I discover that the only evident way to access those other sites or to comment to them is by using an account with exactly one external social-networking site.

For example, if a 'blog is not hosted on Facebook, but the only readily seen way to comment to it is by using a Facebook account, then I will not wilfully provide a link to it. I will continue to link to Facebook sites; I will continue to link to sites where the only readily seen ways of commenting use social-networking accounts, so long as accounts from more than one social network may be used.

This policy only applies to the sort of generalized recommendations represented by that list. I may continue to link within principal content to such things as news-stories at sites that are enabling such profiling.


[1] I don't know that those handing access-management off to such services receive side-payments for doing so, but it wouldn't surprise me.

Farewell to my LJ Friends

Saturday, 2 February 2013

Because LiveJournal has again broken its support for OpenID, I am again locked-out of reading Friends-only entries.

This time, instead of struggling to find a work-around (while the LJ support team does nothing but collect information which will be ignored by the LJ programmers, and then eventually expresses regrets at the lack of action), I am simply done with it. I won't be reading LJ entries.

I won't even bother with the more public entries at LiveJournal. If there's something that my LJ Friends want me to read, then it will have to be written elsewhere.

I am presently undecided as to whether I'm willing to enable LiveJournal to the extent of allowing it to continue to access my RSS feed. If you find that entries from this 'blog stop appearing on your Friends pages, then you might check as to whether that's simply because the 'blog has become quiescent, or because I've blocked the LJ server.

[Addendum (2013:02/06): I am informed that LiveJournal's alleged feed of this 'blog hasn't delivered any of the entries from this year anyway, so the question of whether to permit it to do so might perhaps be put aside.]

Openly IDed

Saturday, 16 June 2012

More than a year after finding that I could no longer log into LiveJournal with my OpenID, I am now again able to do so.

The server software that I had been using has long been orphaned. But, with some assistance from Kelvin Mo, I was able to get his SimpleID functioning properly for the most part. I worked around a final glitch yester-day. (I still have a problem with Blogspot/Blogger; but, for practical reasons, that is of less concern than was the problem with LJ.)

I am still trying to figure-out how to get the original OpenID for the Woman of Interest again working. She uses a different sort of directory structure and WordPress configuration than do I, and this is breaking something.

Installing Firefox 12.0 under RHEL, Scientific Linux, and CentOS 6.x

Tuesday, 24 April 2012

If you're actually trying to install another version of Firefox, then click on the Firefox tag, as there may be an entry on that other version.

The installation method that worked for Firefox 11.0 under Scientific Linux 6.1 works, mutatis mutandis, for Firefox 12.0 under Scientific Linux 6.1, and therefore ought to work for Firefox 12.0.x under RHEL 6.x and under CentOS 6.x.

So here are the steps that I recommend:

  1. Download the archive, firefox-12.0[.n].tar.bz2.
  2. The tarball contains a directory, firefox, which should be dropped-in as a sub-directory of something. If you want to ponder where, then study the FHS. As for me, as root, I put it in /opt:
    tar -xjvf firefox-12.0[.n].tar.bz2 -C /opt/

    (Omit that [.n] if it isn’t in the name of the archive that you downloaded. Replace it with the actual number from the name of the archive if such a number was included.)

  3. You’ll need a .desktop file for Firefox (though you may already have one). As root, edit/create /usr/share/applications/firefox.desktop, ensuring that it reads
    [Desktop Entry]
    Categories=Application;Network;X-Red-Hat-Base;
    Type=Application
    Encoding=UTF-8
    Name=Firefox
    Comment='WWW browser'
    Exec='/opt/firefox/firefox'
    Icon='/opt/firefox/icons/mozicon128.png'
    Terminal=false

    (If you didn't install in /opt, or changed the name of the firefox directory, then you'll need to change the above accordingly.)

  4. Restart the GUI, by logging out and back in or by restarting the system.

Installing Firefox 11.0 under RHEL, Scientific Linux, and CentOS 6.x

Sunday, 18 March 2012

If you're actually trying to install another version of Firefox, then click on the Firefox tag, as there may be an entry on that other version.

The installation method that worked for Firefox 10.0 under Scientific Linux 6.1 works, mutatis mutandis, for Firefox 11.0 under Scientific Linux 6.1, and therefore ought to work for Firefox 11.0.x under RHEL 6.x and under CentOS 6.x.

So here are the steps that I recommend:

  1. Download the archive, firefox-11.0[.n].tar.bz2.
  2. The tarball contains a directory, firefox, which should be dropped-in as a sub-directory of something. If you want to ponder where, then study the FHS. As for me, as root, I put it in /opt:
    tar -xjvf firefox-11.0[.n].tar.bz2 -C /opt/

    (Omit that [.n] if it isn’t in the name of the archive that you downloaded. Replace it with the actual number from the name of the archive if such a number was included.)

  3. You’ll need a .desktop file for Firefox (though you may already have one). As root, edit/create /usr/share/applications/firefox.desktop, ensuring that it reads
    [Desktop Entry]
    Categories=Application;Network;X-Red-Hat-Base;
    Type=Application
    Encoding=UTF-8
    Name=Firefox
    Comment='WWW browser'
    Exec='/opt/firefox/firefox'
    Icon='/opt/firefox/icons/mozicon128.png'
    Terminal=false

    (If you didn't install in /opt, or changed the name of the firefox directory, then you'll need to change the above accordingly.)

  4. Restart the GUI, by logging out and back in or by restarting the system.

Installing Firefox 10.0 under RHEL, Scientific Linux, and CentOS 6.x

Friday, 3 February 2012

If you’re actually trying to install another version of Firefox, then click on the Firefox tag, as there may be an entry on that other version.

The installation method that worked for Firefox 9.0 under Scientific Linux 6.0 and 6.1 works, mutatis mutandis, for Firefox 10.0 under Scientific Linux 6.1, and therefore ought to work for Firefox 10.0.x under RHEL 6.x and under CentOS 6.x.

So here are the steps that I recommend:

  1. Download the archive, firefox-10.0[.n].tar.bz2.
  2. The tarball contains a directory, firefox, which should be dropped-in as a sub-directory of something. If you want to ponder where, then study the FHS. As for me, as root, I put it in /opt:
    tar -xjvf firefox-10.0[.n].tar.bz2 -C /opt/

    (Omit that [.n] if it isn’t in the name of the archive that you downloaded. Replace it with the actual number from the name of the archive if such a number was included.)

  3. You’ll need a .desktop file for Firefox (though you may already have one). As root, edit/create /usr/share/applications/firefox.desktop, ensuring that it reads
    [Desktop Entry]
    Categories=Application;Network;X-Red-Hat-Base;
    Type=Application
    Encoding=UTF-8
    Name=Firefox
    Comment='WWW browser'
    Exec='/opt/firefox/firefox'
    Icon='/opt/firefox/icons/mozicon128.png'
    Terminal=false

    (If you didn't install in /opt, or changed the name of the firefox directory, then you'll need to change the above accordingly.)

  4. Restart the GUI, by logging out and back in or by restarting the system.

Installing Firefox 9.0 under RHEL, Scientific Linux, and CentOS 6.x

Saturday, 24 December 2011

If you’re actually trying to install another version of Firefox, then click on the Firefox tag, as there may be an entry on that other version.

The installation method that worked for Firefox 8.0.1 under Scientific Linux 6.0 and 6.1 works, mutatis mutandis, for Firefox 9.0 under Scientific Linux 6.1, and therefore ought to work for Firefox 9.0.x under RHEL 6.x and under CentOS 6.x.

So here are the steps that I recommend:

  1. Download the archive, firefox-9.0[.n].tar.bz2.
  2. The tarball contains a directory, firefox, which should be dropped-in as a sub-directory of something. If you want to ponder where, then study the FHS. As for me, as root, I put it in /opt:
    tar -xjvf firefox-9.0[.n].tar.bz2 -C /opt/

    (Omit that [.n] if it isn’t in the name of the archive that you downloaded. Replace it with the actual number from the name of the archive if such a number was included.)

  3. You’ll need a .desktop file for Firefox (though you may already have one). As root, edit/create /usr/share/applications/firefox.desktop, ensuring that it reads
    [Desktop Entry]
    Categories=Application;Network;X-Red-Hat-Base;
    Type=Application
    Encoding=UTF-8
    Name=Firefox
    Comment='WWW browser'
    Exec='/opt/firefox/firefox'
    Icon='/opt/firefox/icons/mozicon128.png'
    Terminal=false

    (If you didn't install in /opt, or changed the name of the firefox directory, then you'll need to change the above accordingly.)

  4. Restart the GUI, by logging out and back in or by restarting the system.