My Best Teaching Is One-on-One

一対一が僕のベスト

Of course, I team teach and do special lessons, etc.

当然、先生方と共同レッスンも、特別レッスンの指導もします。

But my best work in the classroom is after the lesson is over --
going one-on-one,
helping individual students with their assignments.

しかし、僕の一番意味あると思っている仕事は、講義が終わってから、
一対一と
個人的にその課題の勉強を応援することです。

It's kind of like with computer programs, walking the client through hands-on.
The job isn't really done until the customer is using the program.

まあ、コンピュータプログラムにすると、得意先の方に出来上がった製品を体験させるようなことと思います。
役に立たない製品はまだ製品になっていないと同様です。

Friday, May 29, 2015

Getting Freshclam

I installed clamav on my openbsd notebook because I decided I needed clamav for when friends ask for help.

Trying to get the current database resulted in the message

    ERROR: Please edit the example config file /etc/clamav/freshclam.conf
    ERROR: Can't open/parse the config file /etc/clamav/freshclam.conf

A quick scan through the configuration file didn't reveal any particular problems that I noticed. (If it had been a snake, it'd have bitten me.) No file ownership or permission issues.

Searching the web sent me to lots of answers like this:

     Comment out the "Example" directive on the third or fourth line of the file.

The clamav team really wants you to at least look in the file, I guess.

Not a bad idea.

I'm downloading the current database now. Next step is to write an image of this to the bootable USB drive.

Wednesday, April 29, 2015

The Frustrations of Technological Convenience (Cellphone) -- 技術の便理に不便(携帯電話)

Sometimes my cellphone inspires violent desires in me.
この携帯電話が俺の心を激しく乱すことがあります。

The other morning, I was hurrying to the train. My wife had asked me to get milk on the way home, and I thought, to keep myself from forgetting, I'd use the memo feature on the phone.
先日、朝の電車に間に合うように急いでいたところ、妻に牛乳の買い物を頼まれていたことを忘れないようにと思って、携帯のメモを使ってみようとのとっぴな発想。

I didn't think the memo needed a title, so I left the title blank empty and saved it.
題名は得に必要無いと思って、その欄を空にして保存しました。

So it saved with the title 「メモ」 ("memo" in katakana).
したがって、「メモ」と言う題名で保存できました。

I didn't think it needed a title. I did not want it to have a title. I was too busy to think about it that much, but I knew the title, "memo" was not going to help.
題名不用と思っていたのです。題名を付けたくなかったのです。急いでいて考えたくなかったのですが、「メモ」何かは役に立たぬ題名のように思っていた。

If I'd been thinking, and more resigned to letting a stupid machine have its way (or, rather, not arguing with the engineer who mis-designed the user interface) I'd have just typed "milk" into the title field and saved it. Such a silly little thing.
まあ。考えていたら、いや、機械は基本的に頭脳に恵まれているワケじゃないこと、つまり、このユーザインターフェースを設計したエンジニアと意見を争う必要ないことにもうちょっと諦めの心を持つことできてたら、ええっ、素直に、「ミルク」と言う文字を題名のところに打ち込んで保存して終わったでしょう。大したことない物さ。

But I wasn't thinking. I was in a hurry, and I was not in the mood to slow down to make sense of senseless mis-engineering. So I tried three times to save it without a title. No dice. It kept seeing the title blank empty and then helpfully filling it in with the default title.
しかし、考えていなかったのです。急いでいたのです。ゆっくりと、感覚の無い目的外れの設計を考慮して意味を見つける気分ではなかったのです。三度も題名なしのまま保存を試みたのに当たりなかった。ただ、題名の空きを見て、助けてくれるように指定なし時の題名を、埋め込んでくれるのです。

And, because I couldn't walk fast and mess with the phone, I missed the train I wanted, and had to take the next one.
受話器をいじりながら速歩きはできないので電車を一つ遅らしてしまった。

Memos in this cellphone simply SHALL HAVE TITLES.
この携帯電話にしては規則があります。ただ単に、メモというものは、題名あり。

I wanted to throw it against the wall and kick it into oblivion.
どこかの固い壁に当てて投げつけて忘却の川に蹴っ飛ばしたくなった。

But actually, it saved me from riding the overcrowded commuters' express.
でも、これのことでちょっと助かったよ。通勤特急に乗らず済んだのです。

Standing room only on that train, packed like sardines.
あの便は立つだけの余地です。すし詰めです。

And I had a few minutes on the platform to reflect on the difference, too. I don't remember if I sat down on that regular, but I could read my scriptures on my android tablet. I got to work fifteen or so minutes early instead of twenty, still had enough time to talk with the teacher about the first class.
ホームで、急行と各駅の違いを反省する暇もありました。座ったかどうかは覚えていませんが、アンドロイドのタブレットで聖典を読む余地があった。20分早くつかなかったとしても、15分早くは着いた。先生と最初のクラスの打ち合わせもできました。

This cellphone is built on "free and open source technology" underpinnings. I'm not sure how things fit together, because I never could find my way into the old Linux Mobile Foundation stuff.
この携帯電話は「自由自在技術」の土台の上ににできている。一昔の「リモ・ファウンデーション」の資料などに潜り込めなかったので、どういう感じでできているかがわかりませんが、一応、「フリー・アンド・オープン」なはずです。

My previous phone, another docomo phone by Panasonic, was a LiMo phone, and I could find a tarball (in an odd format) with some sort of source on Panasonic's support site, and I could find the LiMo website, but I couldn't find my way into the developer mailing lists or the source tree or any information about how to get started on the thing. People would tell me it was there, but I couldn't find my way in. I still don't know why.
一つ前の受話器はまた別のパナソニック製のリモ型電話でした。ソースコードの圧縮塊を(見たことのない圧縮形式で)パナソニックのサポートサイトで見つけたのは見つけたのですが、開発者のメールリストやソースコードのレポジトリー(倉庫)が入れなく、最初の一歩できなかったのです。あるのはあると言われていましたが、入り口がわからなかった。まだまだ状況がわからないままです。

Maybe it had something to do with language issues. I can deal with Japanese and English, but not with Korean or Chinese.
言語の問題だったかも知らない、日本語と英語はいけるけど、韓国語や中国語はできません。

The LIMO Foundation has been superceded by the Tizen Association. Their websites, tizen.org and tizenassociation.org, seem more accessible. Maybe they felt the heat from Android.
リモ・ファウンデーション については、 Tizen Association がその後を次いでいるようです。ウェブサイトの tizen.orgtizenassociation.org はリモよりも入れそうです。アンドロイドからの競争熱を感じているかな?

Maybe I'll be able to actually dig into this and make a memo app that doesn't fight with me. Or a calculator that is useful, or a timer/clock that shows seconds.
もしかして、潜り込んで、自分と喧嘩しないメモアプリを作ることが出きるかな?それとも、役に立つ電卓アプリとか秒数を表示するタイマーや時計など?

Friday, March 20, 2015

Semi-bright Spots for Developing on-the-go on Google's Android

I have a friend who is augmenting his standard of living in seriously positive ways writing apps for iOS. I commented that I have not been happy with Apple since they got in bed with Intel on the switch.

(Would not have minded if they hadn't been binary about the switch, if they had simply added Intel models and not dropped the PowerPC processor. Would mind less if there were AMD models. Would mind much less now if I could get a usable development capable workstation running (Mac OS, I assume) on a 64 bit ARM processor.)

He replied that Google has become the new Microsoft.

Yeah, Google is going the way of all big companies. We know that.

Going big is going bad. WordPerfect fell into that trap, didn't they? I expected Google to go downhill.

He encouraged me to get an Android tablet anyway and start learning to build apps on it. He was right, and I did, and I have been digging into developing on/for it. It's definitely more of a mess than the iOS, but that's to be expected, too. Open source software is software developed by committee, and it may be the best way that committees can and should work, but the lack of focus shows through.

Found some sort-of bright spots, but the shine doesn't last.

Up front, before I go full-negative here, the Android device is a nice portable mailbox. Gmail is improving, and I really should try out some of the 3rd-party mail apps. It's also a very nice box for reading scriptures on the train. Google maps is really handy, although my portable router gets plugged up and kicked off the telephone network rather quickly. Not sure why.

But everything is so half-baked. Here are some of the frustrations I'm working against at the moment:

** Even the math/algebra/geometry app Geogebra has the UI hog-tied (in the Android version, because of lack of mouse and real keyboard, I assume). (Slightly unfortunate name, that. Would Algeobramathetry have been better? And there is a Japanese site.)

But I really wish they weren't deluded into thinking that everyone has all-day connection and that saving to their servers is somehow better than saving to the user's own disk drive.

** The text editor Jota has gone, how can I say this politely? connected. You get ads from Google when you run it, unless you pay for it. Seems reasonable, except that a text editor should never have any reason to connect to the network internally.

Externally, yes, it's nice to hook the file save/load dialogs into the system's networking functions. Not internally. Instead, by external connection that I have to initiate myself.

When I'm writing in my journal, some of that is so un-processed that I wouldn't even want myself to have access to it, if I could avoid that. And if the text editor is getting ads unless I pop for the low-low use fee, how do I know that it is not copying my keystrokes to the web even if I pay the low-low use fee?

Functionally, it's pretty nice, and getting better. But I can't trust it to use for the things I most need a text editor for.

And Jota is the best text editor I've been able to find so far.

And all the others do the same thing about ads.

** The file manager Astro has the same problem, too. It's a little funky about how you dig around in your file system because, I suppose, of the fake walls Google helps the vendor put up, making a show of protecting your data. But the real sin here is the connected "functionality". The "Free Astro Backup Account" and the "Rate Us".

Again, I can't trust it for what I need it most for.

** Raised my eyebrows just now when I updated the LDS Gospel Library and it asked for access to my profile.

Why should it need that? If it really does need something out of there, Google has done a poor job of normalizing the storage of my profile.

** Oh. Yeah. Google has done exactly that. That's one of the reasons my friend called them the new Microsoft. Cutting corners as a way to increase access to potentially profitable stuff.

(Hmm. Is there a way for an app to tell me that it is giving back access that the developers realize they don't need after all?)

** Basically, all the apps that fill in the functionality that the vendors have stripped out have the same problem. Trying to force the revenue stream. Succumbing to the temptation to over-reach in functionality.

There would be no problem if the developers for these apps offered external integration to for-pay backup space and such, say, a way to use the file access dialogs to save and load across the network.

But the functional integration is gratuitous, gets in the way of using the apps as tools, and breaks the agreement of trust.

Apps should do the minimum, and delegate the rest. That's the way they can be trusted.

Moving on to some of the more developer-oriented tools:

** The wireless keyboard loses connection and bounces. Really hard to get stable text entry with it on the train or anywhere else there is a lot of wireless traffic.

Bluetooth is such a ... . Well, I don't have nice things to say about bluetooth. You should not consider bluetooth a feature. Call it a blob of misfeatures.

** Gforth is nice.

Unfortunately, it tends to go pop every now and again. Sends you to the Android equivalent of a desktop, and when you go back, your session is gone.

The keyboard and non-ASCII characters seem to be some of the issues here. The pseudo-walls also cause problems, and not being run from a real shell causes more.

Actually, if I weren't busy with my own projects, gforth on Android is something I would be focusing on. It is definitely one of the brighter spots. Cool stuff here, and they need more of a user community.

** No-root Debian is nice, but you do need a hardware (USB) keyboard and mouse to do any serious work, and it goes pop every now and then like gforth does. Probably for similar reasons.

Trying to edit code in it on the train has not worked well for me. But I've been able to walk it through compiling code on the train, even with the software keyboard. Cool? Yeah.

bc and gforth run nicely enough.

A little bragging on myself, my 6800 assembler and my bif-c implementation of forth compile and run well enough on no-root debian. (Need to try compiling Joe Allen's exorsim on no-root debian sometime, or write my own 6800 simulator.)

Now this is not your free ticket to editing the system files. It's subject to the same pseudo-walls as all the apps that play "nicely" in the Playstore sandbox.

** terminal-ide is useful for understanding what's going on under the hood. It is subject to the sandbox rules like no-root debian, but the help functionality gives you a bit better view of what's happening on the tablet when you are working with the Google-provided hosted developer tools.

Working with an incomplete set of libraries, and without a true shell, is not exactly productive. I haven't been able to get the 6800 assembler to produce object code, nor have I been able to get the bif-c interpreter to give me a command prompt before segfaulting.

Not even thinking of trying to compile bc yet.

** Google's hosted developer tools are, well, developer level. Steep learning curve.

The biggest disappointment was trying to get admin-level access to my Acer tablet. I won't comment more on that until I buy a Nexus and try again, to make sure it wasn't just me.

The developer tools don't run well on openbsd. I don't want to use Linux any more after various things (such as /usr, and uefi) in the flap surrounding the systemd fiasco made it obvious that Linux is subject to social engineering. But I'll probably have to get a dedicated dev box with some sort of Linux running, if I decide to get serious about getting my own apps running on Android tablets.

Whether I do that before I buy a Mac and an iPad and start digging into iOS, I'm not sure.

Ask for help getting the android dev tools working on openbsd on the misc@ list,
and you'll get laughed at and accused of selling your soul.

Which is as it should be.

---------

I hear Android 5.0 brings back users.

You say, "WHat?"

User login. Where you have a user name that you choose and an associated password.

On Android, until Android 5.0, the idea was that everyone would not want the bother of managing users on a portable phone.

Stupid idea. If you want to lend your phone to a friend, you probably don't want to lend your friend your private phone book. And, for mixing business and personal use on the same phone, well, that's the data sink that feeds about half of the spam between PCs running Microsoft's OSses. Ticking time bomb.

And so much mistaken security effort induced by that one bad decision, trying to re-work the (correct) security model of *nix systems into an (incorrect) model that just ended up needing to be fixed.  And all the phones that have been sold with the engineering error, and all the vendors who are unwilling to provide upgrades to Android 5 for their hardware.

Until I see for myself whether Android 5 has actually brought real user logins or just gone further down the road of trying to re-invent things that were done right to start with, just so managers could pretend they were being productive without really doing anything, I can't say whether things have actually been fixed.

---------

The GPL and all other true open-source licenses are legal implementations of something called an "agreement between gentlemen".

Simply put, there are rules to business. Treat each other nicely or drown in the cesspool of your own making. And when you are drowning, well, if it's your greed that is part of what is filling the cesspool, don't be surprised if everyone else is too busy trying to float in a mixture that is less dense than they are to help you.

(You do understand the real danger of cesspools? It's not the smell. It's that the human body, which floats somewhat well in clean water, sinks in a cesspool.)

The gentleman's agreement is that we play the games, but we don't go too far. When we see someone going too far, the agreement allows us to kick the recalcitrant in the seat of the pants to get his attention. If necessary, it allows us to kick the consistent offenders out of the game. Not just allow it, require it.

With open source licenses, the license helps us talk about figuring out what going too far means:

  • Take, but give back.

  • Don't build and sell stuff intended to be used once and thrown away. 

  • Support your customers. 

  • When you aren't able to support your customers, allow them to support themselves.

  • Most of all, don't demand that your customers get approval for every little thing they want to do with the product they have been kind enough to buy from you.

Take. But give back.

That's how real value is generated. When we give back, if we give for real, we don't lose anything real, but the surrounding community gains more than we give.

That's the first law of economics.

Applied to free OSses like Android and Linux and the BSDs, if you are making money from them, support the developer communities with money, code, and especially infrastructure.

Publish your source code, including those no-they-aren't-really-your-crown-jewels drivers, of course.

Set up the infrastructure and support crew (cough, Darwin, Apple?) for open work on the software that makes your business model work.

Not just Apple, of course.

My first cell phone was a Docomo-branded Panasonic running a Limo/Tizen OS. Somewhere in the documentation was a link, and I found, somewhere on docomo's servers, a tarball that claimed to contain the source code that was their "compliance" to the GPL. I never was able to unpack that tarball in any meaningful way before that phone died.

That's not compliance. Bare minimum compliance would have been a link to a page that would
  • tell a competent end-user how to find the community and join it,
  • tell a competent end-user what kind of system was necessary to get at the source code,
  • describe how the competent end-user could set himself up with a system to do at least some useful custom work on the phone without eating more than half a month's pay check
  • in addition to a tarball (but better an open source tree) that could be opened by standard tools.
Maybe I didn't need to know how to get a shell on that phone. But it would have been really useful if I could have used my Java skill to produce a rudimentary stopwatch, among other things. And there were some other things that I have fought with that could have been solved fairly easily with access to a shell.

My new phone is a Docomo-branded Sharp built phone. (I plan to give it to my daughter shortly.) It has problems, and I could solve some of those problems with shell access. I haven't bothered looking for the compliance tarball for it, probably will not bother.

When I talk about such things at the Docomo service centers, if the service rep knows what I'm talking about, there's a look in her eyes that should be reserved for when she sees a terrorist.

If the wireless phone network is that vulnerable, I'm not the problem, the phone company itself is.

What is the difference between Limo/Tizen and Android?

Google did a better job of telling interested developers how to get started.

That's about it.

But there's still something missing.

When I got this Acer brand Android tablet, it was still at Android 3.2 or so. Acer provided an update to Android 4. That is, they provided a binary update.

I found some source code on Acer's site, but I am not optimistic about being able to use it. None of the mainstream Linux distributions or *BSD OS communities have it in their repositories, because it is really hard to integrate the code into their trees and workflows. And it's hard to get the hardware, and hard to get the hardware set up to reliably test the OS that results.

If they are going to be able to use this source code, they need more help from Acer and Google. This is where things shift from the taking phase to the giving phase.

They need Google and Acer to assign an engineer to help them get the code integrated into their source tree. And they need test hardware.

NO WAY!!!!!!! you say. No company is going to waste valuable engineering time on supporting non-product!

This is where you shift from taking to giving, Google. All the billions you have in the black, surely you could give up maybe ten thousand of dollars worth of engineering time. And a pair of each of the current model Nexus tablets to the Fedora, Debian, and Ubuntu communities, and to the FreeBSD, netBSD, and openBSD communities wouldn't even begin to hit your bottom line.

That would provide enough to provide a way to keep these tablets useable even after the maker quits providing Android updates. It would also help the makers figure out how to set up user support communities for Android on their products, which is where it comes back around to strengthen your bottom line.

That's what is missing in Android. Just because Apple is being a pig is no excuse.

Thursday, February 26, 2015

Skating Mashup on White Rock

Chasing around in memories of progressive rock.

Looked up Rick Wakeman's White Rock and found this mashup of The Shoot and Olympic performances by Tessa Virtue and Scott Moir on youtube.

And I'm distracted by the confllicts between law, courtesy, and art. I'm sure Rick Wakeman wouldn't mind, and I imagine Tessa Virtue and Scott Moir might be pleased. Maybe.

It's the Olympics committees I'm worried about.

Courtesy is owed, but it should not be forced.

Art is art.

Tuesday, February 3, 2015

To the Girl on the Train

(One of those had-a-bad-day riffs, still not sure whether I should post it.)

You got legs.
Pretty legs.
And a skirt to show them off.

Well I can see you got legs.
It's not my business, how beautiful they are,
It's not something I wanted to know.

I got eyes.
Bad eyes.
They only see what's in front of them,
And that, none too well.

If I see your legs in that skirt you're wearing,
Is it my fault or yours?

I don't know.

Fashion, what you wreak in men!
What you wreak in women!

I was already distracted,
My thoughts gone far afield
To arcane mathematical hobbies,
And now I see your legs.

You got needs.
I can see your needs in the fashion you wear.

But I'm not one to see your legs
And I'm not one to know your needs.
Will you pardon me
If I turn my eyes away?

[Really hadn't wanted to channel ZZ Top today.]

Monday, January 5, 2015

What WordPerfect Corp Should Have Done in the 1980s (or, the Reasons They Did Not Hire Me)

A question about running Unix WP 5 on a modern Debian system brought back some ancient memories.

I was at BYU in the mid-'80s, when WordPerfect was becoming the standard word processor. I knew the guy who managed the Macintosh version development for the first several years. Took classes from one of the founders of the company. Etc.

Tried to get a job there. I was headed in a different direction than they were, so they turned me down.

One of Satellite Software International's products was a FORTH language system which I used (not very effectively) as an intern at IBM when I was recovering from a broken engagement in 1986 or so.

(Heh. As I write this, the English wikipedia page on WordPerfect has it as Satellite Systems International, which is a completely different company. The Japanese page has it correct. There's one kind of bit rot.)

My memory is that Dr. Ashton once said, in class or lab, something about early versions of WordPerfect being implemented in FORTH, and that the C code base had a lot of FORTH-isms for quite a while. (This would not be surprising. FORTH, like LISP, is structured well for text stream processing, which is a lot of what made WordPerfect such a successful product.)

If I could have gotten Dr. Ashton's ear --

Never saw Bruce Bastion on campus that I remember, but I did have some opportunities to talk with Dr. Ashton, since I took a class from him. I tried to talk FORTH and the 6809 up to him. Didn't find out about their FORTH language system product until some time after that class. This was just another example of the social, political, market, non-technical stuff going on at the time, and my studied cluelessness.

I daydreamed while doing my homework, about getting into that company and building a "WordPerfect PC" using the 6809 or the 68000. About re-writing, as I assumed, the code in FORTH, and thus making it possible for the customers to add custom modules.

About using WordPerfect and a canonical WordPerfect Personal Computer as a wedge to push a new cross-platform freedom-enabling OS based on constructing a Unix-like system on the foundations of FORTH as a run-time and library model.

I was enamored with FORTH. They were moving the code base for WordPerfect along on standard C.

-- Don't get me wrong. I like C, to play with. It's lacking in certain features to support large projects, and C++ and Java only manage to point their fingers sort of in the right directions.

-- And not that FORTH did/does not need extending to handle some of the things that C handles well. But FORTH has the extensibility that C still lacks. (And I know that extensibility is a two-edged sword, the tendencies of source code to slip away from standards. And I now have an idea how most FORTH enthusiasts have cut themselves carelessly wielding that sword)

I was interested in the cooperative and open models of software development. They were interested in capitalizing their intellectual property.

I was anxious to set up viable opposition to the Microsoft Way. They were interested in a cozy third-party relationship with Microsoft.

I do not understand why anyone would want to voluntarily enter into a relationship with either Microsoft or Intel. It was obvious to me back then, that both companies were hell-bent on pushing their (quite patently false) claims of being the standard, pushing until they had a de-facto monopoly. And anyone who knows history knows the tyranny of monopolies.

Bell Telephone was the only counter-example of a non-evil monopoly, and the only reason they kept their nose (mostly) clean was that the government was breathing down their back.

There seem to be sirens lounging and singing on the rocks of technology --

Technology can be built into systems. (Computers are the archetype of this.)

Systems are great tools for tying customer relationships.

If you can discover it first, keep it secret, get a patent, you can tie your customers to your technology and then you have a guaranteed revenue stream.

It's a siren song.

These kinds of royal grants have been the tools of tyrants in practically every age, and the wedge they form in the social structures of tyranny has proven to be the most effective and destructive tool in undoing the same tyranny.

Unfortunately, innocent bystanders usually get hurt in the wars that result, by the thousands and millions.

That's the reason the US Constitution said "limited time". Temporary stewardship over part of the intellectual and creative commons, derived from the facts of individually-implemented ambition. None of this nonsense about making property out of the social artifacts of the intellectual domain.

No one was supposed to be able to keep control of their inventions and writings their whole lives.

Otherwise tyranny results.

Well, I was disappointed that people who should have been steeped in the traditions of freedom at BYU should be taking their company right into the heart of tyrannical traditions.

And they weren't interested in an idealistic, naive fourth-year sophomore like me.

Now, who's naive?

I guess we all are.

You know, here's the whole reason idolatry is so strictly discouraged in the Bible:
Systems.

The tyrannical pseudo-religious systems that idols represent.

Until we, as a race, become mature enough to quit worshipping systems, I think God will never let us build a proper computer operating system.

Thursday, December 11, 2014

Typing in Japanese in OpenBSD

Finally got my shiny, new openbsd boxes to let me type in Japanese. It was not hard, after all.

First, I got that tablet that I have complained so much about pointed to the packages directory in a local mirror (This was so I didn't have to log in as an admin user while I browsed the web, really. Didn't have non-admin users for surfing set up yet.):
  • Choose a nearby mirror (In my case, jaist, in Japan).
  • Select a release (5.5 or 5.6 right now).
  • Select the packages directory (folder).
  • Select your architecture (in my current examply, i386, but maybe AMD64 for more modern 64 bit machines).
  • Wait several minutes for that page to load. It's a really long list.
  • Scroll down to the ja-*** stuff and read the package names.
  • Now, in a virtual console (ctrl-alt-F1 through -F4) where you have logged in as a wheel group (administrator) user, type: 
    • sudo pkg_add ja-fonts-gnu
    • sudo pkg_add ja-sazanami-ttf
    • sudo pkg_add ja-mplus-ttf
    • sudo pkg_add ibus-anthy
    as you read the package names out of that list. You'll need to type your administrator user password once or more times in the process.
And that should do the job.

[Really late update (2015.01.05):

Learn more about packages form this page:
http://www.openbsd.org/faq/faq15.html
You'll need to add an application that is capable of taking input through input methods, of course.

gedit and firefox are among the applications in the repository that will accept Japanese now.
]

(There's supposed to be a dictionary access tool, too, but I don't see it yet.)

If you want information on any of those packages before you add them, you can use the pkg_info command:
pkg_info ja-vim
Ignore the advice to mess with your font paths unless you have trouble displaying Japanese fonts when you connect to, say, NHK.

Now, you can start it by opening up your IBus Preferences in your Settings menu in, say, XFCE4. But that doesn't stick when you log out.

I'll update this post when I figure it out or get an answer on the mailing list. (I've seen some conflicting information around the internet, and haven't found something that works, yet.)

[Late update (2014.12.31):

As noted in this post to the openbsd list, getting XFCE4 to run the input method on startup was a lot "easier" than I expected. I found a post in the ubuntu forums which mentioned a Startup Items setting (in Gnome, maybe?). I looked around in the XCFE4 Settings menu and found the "Session and Startup" item.

Go to the "Application Autostart" tab in the Session and Startup dialog. Look for ibus and you won't find it. Click the add button. Add the following command:
/usr/local/bin/ibus-daemon -d
with appropriate name and comments. ("Start input method" and "So you can type in other languages", maybe?)

The "-d" argument appears to be the daemonize directive, in other words, it makes ibus a proper service, so to speak.

Adding these to .xinitrc does not seem to make any real difference for xfce4:
export GTK_IM_MODULE=ibus
export XMODIFIERS=@im=ibus
export QT_IM_MODULE=ibus
but they are recommended.

One more thing before you can type in Japanese, if you haven't done it yet: Log out and then back in. Notice the ibus icon now in your task bar or whatever you want to call it. It looks like a small keyboard with an even smaller globe of the world. In fact, right-click it. Select "Preferences" in the pop-up menu.

In the Preferences dialog, go to the "Input Method" tab. Select an input method (Japanese-Anthy in this case) from the "Input Method" pop-up menu, and click "Add". You have to click the Add button or it won't add the method. (I added "Japanese-Japanese", too, for some reason.)

When you close the dialog, the ibus icon changes to show a Latin "A" and a Kana "chi", which is supposed to indicate that Japanese is switched in.

In brief, for XFCE4:
  • Applications Menu=>
  • Session and Startup=>
  • Application Autostart=>
  • add command "/usr/local/bin/ibus-daemon -d"
and
  • Task Bar=>
  • Ibus Icon=>
  • Preferences=>
  • Input Method=>
  • Japanese-Anthy=>
  • Add
What that does for you in XFCE can be found with a few commands at the terminal:
  • ps wwaux | anthy # to show that the key is ibus
  • grep -R ibus  .
  • vi ".config/autostart/I bus daemon.desktop"
which reveals
[Desktop Entry]
Encoding=UTF-8
Version=0.9.4
Type=Application
Name=I bus daemon
Comment=Start ibus when xfce starts
Exec=/usr/local/bin/ibus-daemon -d
OnlyShowIn=XFCE;
StartupNotify=false
Terminal=false
Hidden=false
Playing with that should prove interesting and enlightening.

Gnome and other bloated desktop environments should be similar.

I'll try to add instructions for more minimal stand-alone window managers at some point in the future, but the key should be adding the environment settings and command to start the ibus daemon in the appropriate X11 startup script, such as .xinitrc, etc. If I can spring the time, I'll try to look at other input methods, as well. No promises, however. See what you can do with the information above.

end update]