月別アーカイブ: 2009年12月

fedora 64bit インストール

この記事は古い Fedora 12 です、Fedora 16 64bit は以下へ
Fedora 16 64bit Install (HDD) | PaePoi

デスクトップの Mandriva Linux を Windows に戻そうかと考えた。
いや、その前に Linux の 64bit を試してみよう。

Windows 7 で 64bit を使っているんだから Linux もやっぱり使ってみたい。
それに我が Y901x や SeeMe が 64bit で動くか試してみたい。

ところで x64 Windows ってデフォルト関連付けは IE も WMP も 32bit なのね。
Flash や codec の対応処置みたい、たしかに x64 IE 用 Flash は出ていない。
WOW64 で 32bit アプリが動かせるとはいえ、なんだかなぁ。

で、どうせだから Fedora 12 にしてみる。
Mandriva は日本を見限ったし Ubuntu はアレだし、コレしか選べない…

http://fedoraproject.org/ja/get-fedora-all

で x86_64 のインストール DVD を直接ダウンロードで落とす。
どうせ色々と必要になるだろうから今回はライブでなく DVD にした。
インストール方法とかはやれば解るので解説しない。
が、Ubuntu や Mandriva のようにインストール終了で DVD が自動で出てこなかった…

見事に 64bit Linux になりました。
Linux では x64 でなく x86_64 と表記するの?

fedora_x64

とにかく OS の起動、ちと遅い。
アプリの起動、外観の設定は何故こんなに起動が遅いのだ?
Mandriva のアプリ起動がやけに早かったせいなのか何もかも遅く感じるんだが。

Y901x を試さなきゃいけないのでとっとと RPM Fusion をリポジトリに追加。
検索したらウチが一番上でワロタ!Fedora は 64bit でも同じ奴でいいんだね。
んで Totem で再生しておいてデコーダーを導入しておく。

ところで Fedora 12 もデフォルトディレクトリにはマークが付くようで。
えげつない Ubuntu 9.10 標準とは違いスクリプトは GNOME 標準だし見た目も悪くない。

~/.config/user-dirs.dirs

を弄くってとっととアルファベット小文字に変更したらしっかりアイコンも追従してくれた。

fedora12nautilus

そういえば Opera は…
と思っていたけど Linux 用は 64bit 版があるんだね、それもしっかり RPM で。
ついでに Flash も正式版ではないけどあった、x64 Windows って何?

Opera は 32bit Mnadriva のプロファイルを持ってきてそのまま適用できた。
RPM でのインストール先が 32bit と同じなのか、SeeMe は何も変更する必要が無いなこりゃ。
そうそう、IBus で文字入力もできました、変換候補の位置はやっぱり変だけど。

64bit版「Flash Player for Linux」 アルファ版が登場 – スラッシュドット・ジャパン

64bit Flash のインストールは上記をそのままやったら当然のように動いた。
やっぱり日本語での情報が多いディストリビューションは楽だなぁ…

さて Compiz 3D を、有効にできない…

ati-driver-installer-9-3-x86.x86_64.run
というのを AMD のサイトから落としたけどインストールできん。
とりあえず 2D でも問題無いけど Flash のアクセラレータが効かないんだよね。

ということでここまでで Y901x と SeeMe を動かしてみる。
Y901x はインストールもできた、64bit でどちらも問題なく動かせるぞ。

x64fedora_myapp

Python スクリプトなので 64bit にコンパイルしなおす必要も無いって素晴らしい!
うん、しばらくコレでいこうと思う。

Delphi やめてくれ

Y901x という Linux 用動画プレイヤーを作っている私ですが…
どうも Windows ユーザーが興味でしか落としていないようである。
元々てか現在も一応 Windows 用フリーソフト作者であるわけなので当然だが。

たいした英語力があるわけでもなく配布下リポジトリへの登録なんて絶望的である。
それならいっそ Vector にでも登録してみようかな?

Vector:ダウンロード UNIX

と思って覗いてみたけど、これって信用できるんかいな…
とりあえずテキストエディタで一番人気の奴にて検索してみる。

「Linux 専用の高機能テキストエディタ UNAS」(シェアウェア) – 丘の道を登り

Ubuntu日本語フォーラム / Editor のインストール方法

これって…

Linux 知識ゼロ同然なのに整理された UI やインストーラだけは作れる人がいるのか。
Kylix だろ絶対…

「Delphi/C++ Builderはクロスプラットフォーム化,64ビット化する」 – インタビュー:ITpro

うんうん、Windows で開発して Linux や Mac で動かせるようにコンパイルね。
こんなのばかりになるからマジでヤメてくれ。

他に Mono と WindowsForm でクロスプラットホームもあきらめたほうがいいよ。
サルでも思いつくのにちっとも無い時点で既に解っている人のほうが多いだろうけど。
結局見た目だけなんとかしてもプラットホームが違うと使い物にならないわけで。
シェルスクリプトなら十行程度で済むタスクに GUI を付けるとかやりそうだし。

何も作れない人の妄想は怖いが知識もなく作ってしまう人はもっと怖い。
Vector に登録すると同じように思われそうだからやめておこう…

つーか Ubuntu は今後こういう質問みたいなのが増える一方だろうな…
せっかく乗り換えた Mandriva はどうやら日本市場を見限ったようだし…
デスクトップの Linux はもう Windows に戻したほうがいいのかなと思い始めた。

Logicool Bluetooth Mouth

Aspire AS1410 をもっと便利に使いたい。

以前書いたが CULV ノート用に Bluetooth マウスを買った。
せっかくこのマシンには Bluetooth が標準装備なのでということで。
私は今まで Logicool 製マウスしか使ったことが無いので迷わずコレに決めた。

価格.com には再起動で Bluetooth 接続を認識しないとか見かけたがそんなことはなかった。
しかし正直買った直後このマウスを選んだのは失敗だと思った。

なんかやたらマウスカーソルの移動速度が早い、調節するとタッチパッドが逆に遅すぎる。
高速スクロール機能のせいでホイールクリックが使えない、今までと操作感が違う。
その高速スクロールのおかげでスクロールがやたら使いにくい。

せっかく買ったんだからなんとかしたい。
ということで今まで単に Bluetooth 認識させただけだったけどドライバーを入れてみた。
外付け CD-ROM はまだ手に入れていないので公式からダウンロードする。

Bluetooth® Mouse M555b

の「サポート」をクリック、Opera では中ボタンクリックしか認識しない…
するとダウンロードページへのリンクが見つかった。

mouse_driver

Windows 7 用はまだ無いの?まぁ Vista 用でいいだろう。

setpoint64bit

しっかり 64bit 用もあるね、ドライバーについては WOW64 とはいかないわけで。
64bit 用を落としてインストール、「テストされていない OS 」とか出るけど無視。
んでお約束の再起動、Bluetooth 認識のやり直しを行う必要があった。
Vista 用で問題なく動くようである、やはり Windows 7 は只の Vista 改ですね。

mouse_speed

おぉマウスのポインタスピードが別個で調節できるようになった。
タッチパッドは以前の速度に戻してと、それだけで一気に使いやすくなった。

他 SetPoint でマウス電池の残量も確認できる、高速スクロールの量も調節できる。
今更だがこういうドライバ統合ユーティリティは入れておくべきだ本当に。

ところで高速スクロールの件だが…
マウスホイールを強くクリックすればノッチ動作と切り替えできると今更知った。

Bluetooth® Mouse M555b

書いていないんですけど…
切り替えしてみたらホイールの不満はアッサリ解決、今まで何をやっていたのだ?
つまり普段はノッチ動作で使う、イザ高速に動かしたい時は切り替えすればいい。
なんだよ、そっちのほうが断然イイジャン!

ホイールクリックについては改めて考えるとそのほうが不自然だと今更思う。
デスクトップの Linux で使っているマウスもこのタイプに変えようかな?

つかマウスポインタ速度を遅くするとなんだか画面が広く感じるようになった。
やっぱり 11.6 型は画面が狭いなぁと思っていたけどそれはマウスのせいだった。
人間の感覚って我ながら本当にいいかげんです。

Palepoli

我がサイト名及びもう更新停止ししまったが一部アプリがこの名になった理由。
(1/3) 最初のほうをを耐えて (2/3) 以降フルートとギターの狂乱っぷりをどうぞ。

YouTube – OSANNA – Oro Caldo?Stanza Citta (1/3)

誰だよ Palepoli の CD そのまんまアップした人は、まあそれはいいとして。
CD を持っているので YouTube で聴く必要は無いが紹介に YouTube ほど有用なものは無いと思う。
てかやっぱり圧縮音楽だとダイナミックレンジが潰れているよね。

クリムゾンが普通に思える不思議。
オーネット・コールマンにゃ勝てないが(とてもじゃないけどコレは他人に勧められない)

いやアプリ名は「どんな名前にしよう?」と考えた時にパッと思いついたのがコレだったオチですが。
結局サイト URL にも使った、覚えているくらいインパクトがあったということである。
Blog 名は日本人なら書くまでもない。

この名を埋没させたくないのではなくネタができなかったので。

IronPython への関連付け

Windows 7 を Linux の GNOME のように便利に使いたい、その2。

Windows でスクリプトを使うのに Linux に比べ何が不便なのか。
書くまでも無い、実行パーミッションという概念が無いこと。
すべてが拡張子による関連付けで決まってしまうこと。

特に普通の Python はインストールで *.py に関連付けられるので悲惨。
ファイルをうっかり W クリックすると無意味に cmd.exe コンソールが出る。
ま、インストールする気は無いけど、Windows では何の約にも立たない。

Windows 版 Python はその辺りを考えてか Pythonw という exe が同根されている。
コンソール不要なら拡張子を *.pyw にすればいい、だけどそれだけだ。
何より Windows ではコンソールなんてほとんどの人が使わない。
IronPython にも同様に ipyw(64) という exe が同根されている。

ipyw64

しかしよく考えてみれば私の Y901x や SeeMe も実行パーミッションは付けていない。
同根のシェルスクリプトからメインファイルを Python に引渡しているだけ。
ならば ipyw64.exe を利用して同じようにすればいいんでないの?

ということで考えた。

*.py をテキストエディタに関連付け
*.pyw を ipyw64.exe に関連付け(私の Windows 7 が 64bit なので)

というくだらない方法だがこれで Linux で Python を使っている時と同様に使える。
実行はシェルスクリプトの変わりに ipyw64.exe にやってもらおうという考え。

main_window.py

# -*- coding: UTF-8 -*-

import clr

clr.AddReferenceByPartialName("PresentationCore")
clr.AddReferenceByPartialName("PresentationFramework")
clr.AddReferenceByPartialName("WindowsBase")

from System import *
from System.Windows import *
from System.Windows.Controls import *
from System.Windows.Media.Imaging import *

class PicViewWindow(Window):
    def __init__(self):
        self.Title = "PicView"
        self.Drop += self.on_drop
        self.AllowDrop = True
        self.Width = 300
        self.Height = 300
        self.image = Image()
        self.Content = self.image

    def on_drop(self, sender, e):
        filename = e.Data.GetData(DataFormats.FileDrop)[0].ToString()
        self.image.Source = BitmapImage(Uri(filename))

def main():
    Application().Run(PicViewWindow())

if __name__ == "__main__":
    main()

picview.pyw

import main_window
main_window.main()

という2つのファイルを用意し上記関連付けを行っておく。
picview.pyw を W クリックしてみる。

ipyw_picview

ということができる。
main() という関数を用意するのがミソ。
debug 時は EmEditor 等テキストエディタの機能で以下のように実行できるから。

ぱぇぽぃ2 ? Blog Archive ? EmEditor を Gedit 風にカスタマイズ

これでコードを編集したい時は *.py 実行時は *.pyw を W クリックという環境完成。
アイコンが違うので解りやすいしこのほうがコード分割も行いやすい。
ただ OS デフォルト動作では無いので配布に関してはどうするかだ…