お知らせ

  • 利用規約を守って投稿してください。また、よくある質問および投稿の手引きも参照してください。
  • メッセージの投稿にはアカウントが必要です。未登録の方は、ユーザ登録ページからアカウントを作成することができます。

#1 2009-09-02 03:48:49

murukurumu
メンバ
登録日: 2008-10-30

gimpにgimp-plugin-registryを導入できない

gimpに新しくプラグインを入れようと思い至り、

Synapticからgimp-plugin-registryのパッケージを落して、gimp2.6.6を起動したのですが、
なぜか何の変化も見られません。
(*厳密には一通りメニューをみても変化らしい変化は確認出来ませんでした。具体的に何が変化するかは不明です)

とりあえず色々と解決策を探していたところ…

http://ubuntu-ashisuto.ubuntulinux.jp/ubuntu/pool/universe/g/gimp-plugin-registry/
上記サイトに「gimp-plugin-registry_2.2-1_i386.deb」の最新版パッケージがあるではないですか。

これならあるいはと、
さっそくdebパッケージをダウンロードし、インストールしようと思ったんですが、

エラー: 依存関係を満たせません: libglew1.5 (>= 1.5.1)

と言われました。

ならばlibglew1.5パッケージを1.5.1にアップグレードすればいいのかと思ったんですが、
あれこれ調べてみても、結局わかりませんでした。

一体どうしたらよいのでしょうか? 

オフライン

 

#2 2009-09-02 13:09:19

jackalope
メンバ
登録日: 2009-01-01

Re: gimpにgimp-plugin-registryを導入できない

最新版のパッケージはKarmic Koala用のようです。
インストールはおすすめできません。
gimp-plugin-registryパッケージがインストールされているかどうか、インストールすれば何が変わるのか調べるべきです。
どうしてもJauntyにKarmicのパッケージを入れるのであれば下記の依存関係を解決しなければいけません。
依存関係はlibglewだけではないのでAPTを設定しないと簡単にはインストールできないでしょう。

$ sudo aptitude install gimp-plugin-registry/karmic
パッケージリストを読み込んでいます... 完了
依存関係ツリーを作成しています               
状態情報を読み取っています... 完了
拡張状態情報を読み込んでいます     
パッケージの状態を初期化しています... 完了
以下のパッケージは依存関係が壊れています:
  gimp-plugin-registry
以下の新規パッケージがインストールされます:
  libblas3gf{a} libcv1{a} libcvaux1{a} libfftw3-3{a} libgtkglext1{a} libhighgui1{a} liblapack3gf{a} libtiff-tools{a}
0 個のパッケージを更新、 9 個を新たにインストール、 0 個を削除予定、243 個が更新されていない。
アーカイブ 7140kB 中 2875kB を取得する必要があります。 展開後に 17.7MB のディスク領域が新たに消費されます。
以下のパッケージには満たされていない依存関係があります:
  gimp-plugin-registry: 依存: libglew1.5 (>= 1.5.1) [1.5.0dfsg1-3ubuntu1 が既にインストール済みです]
                        依存: libgtk2.0-0 (>= 2.17.7) [2.16.1-0ubuntu2 が既にインストール済みです]
                        依存: liblqr-1-0 (>= 0.3.0) しかし、それはインストールできません
                        依存: libstdc++6 (>= 4.4.0) [4.3.3-5ubuntu4 が既にインストール済みです]
以下のアクションでこれらの依存関係の問題は解決されます:

以下のパッケージをインストールする:
gcc-4.4-base [4.4.1-3ubuntu3 (karmic)]
libgssapi-krb5-2 [1.7dfsg~beta3-1 (karmic)]
libk5crypto3 [1.7dfsg~beta3-1 (karmic)]
libkrb5-3 [1.7dfsg~beta3-1 (karmic)]
libkrb5support0 [1.7dfsg~beta3-1 (karmic)]
liblqr-1-0 [0.4.1-1 (karmic)]

以下のパッケージを更新する:
gtk2-engines-pixbuf [2.16.1-0ubuntu2 (jaunty, now) -> 2.17.10-0ubuntu1 (karmic)]
libgail-common [2.16.1-0ubuntu2 (jaunty, now) -> 2.17.10-0ubuntu1 (karmic)]
libgail18 [2.16.1-0ubuntu2 (jaunty, now) -> 2.17.10-0ubuntu1 (karmic)]
libgcc1 [1:4.3.3-5ubuntu4 (jaunty, now) -> 1:4.4.1-3ubuntu3 (karmic)]
libgcrypt11 [1.4.1-2ubuntu1 (jaunty, now) -> 1.4.4-2ubuntu2 (karmic)]
libglew1.5 [1.5.0dfsg1-3ubuntu1 (jaunty, now) -> 1.5.1-4ubuntu1 (karmic)]
libglib2.0-0 [2.20.1-0ubuntu2 (jaunty, now) -> 2.21.5-0ubuntu2 (karmic)]
libglib2.0-dev [2.20.1-0ubuntu2 (jaunty, now) -> 2.21.5-0ubuntu2 (karmic)]
libgnutls26 [2.4.2-6ubuntu0.1 (jaunty-updates, jaunty-security, now) -> 2.8.3-2 (karmic)]
libgpg-error0 [1.4-2ubuntu7 (jaunty, now) -> 1.6-1ubuntu1 (karmic)]
libgtk2.0-0 [2.16.1-0ubuntu2 (jaunty, now) -> 2.17.10-0ubuntu1 (karmic)]
libgtk2.0-dev [2.16.1-0ubuntu2 (jaunty, now) -> 2.17.10-0ubuntu1 (karmic)]
libselinux1 [2.0.65-5build1 (jaunty, now) -> 2.0.85-2 (karmic)]
libstdc++6 [4.3.3-5ubuntu4 (jaunty, now) -> 4.4.1-3ubuntu3 (karmic)]
libtasn1-3 [1.5-1 (jaunty, now) -> 2.2-1 (karmic)]

オフライン

 

#3 2009-09-02 18:17:40

Templer
メンバ
登録日: 2009-07-08

Re: gimpにgimp-plugin-registryを導入できない

jackalope による投稿:

最新版のパッケージはKarmic Koala用のようです。
インストールはおすすめできません。
どうしてもJauntyにKarmicのパッケージを入れるのであれば下記の依存関係を解決しなければいけません。
依存関係はlibglewだけではないのでAPTを設定しないと簡単にはインストールできないでしょう。

補足ですが、バージョン違いのリポジトリを追加すると数々の問題を引き起こします。
こちらに、トラブルになった例があります。(探せば他にもあります)
https://forums.ubuntulinux.jp/viewtopic.php?id=5605
リンク先ではそのままアップデートしてしまったために大事になってしまったようですが、少ないパッケージで済ませたとて問題が発生しないとは言いきれません。
今回の場合でも、jackalopeさんの情報からするとGTKのアップデートなどをしなければならないようですので、インターフェイスの不具合などが想定されます。他にもGCC関連や認証などなど、システムに関係するものもあるので、ちょっと怖いです。

jackalopeさんの仰られるように、まずは(正規のバージョンの)gimp-plugin-registryをきちんと調べられた方が良いと思います。

オフライン

 

#4 2009-09-04 15:33:41

murukurumu
メンバ
登録日: 2008-10-30

Re: gimpにgimp-plugin-registryを導入できない

返信遅れてすみません。

ひとまず最新版の導入は控えた方がよさそうですね。あまり機能に拘るもないので、1.0-1ubuntu1の方を調べてみようと思います。ありがとうございました。


続く。(多分)

オフライン

 

#5 2009-09-04 18:48:35

murukurumu
メンバ
登録日: 2008-10-30

Re: gimpにgimp-plugin-registryを導入できない

前回からの続き…

まずは http://packages.ubunut.com/ja/jaunty/gimp-plugin-registry から
gimp-plugin-registry (1.0-1ubuntu1)のソースをダウンロードして、個々のプラグインでは導入できないか検討するのだった・・・

しかし、一口にプラグインと言っても種類は色々あるものでして・・・、それぞれ方法が違うものなんです。
まずscmファイルは ~/.gimp2.6/scripts (もしくはplug-ins)のディレクトリに直接いれて起動すれば問題無し。

またPython-fuのpyファイルは ~/.gimp2.6/plug-insディレクトリに入れて、端末で
 chmod a+x プラグイン名.py と打ち GIMPを起動すればOKでした。

あと他のやつは全然うまくいかないですね。cファイルが単体であるもの(例えばstreak.c)は
端末で

$gimptool-2.0 --build streak.c で
$gimptool-2.0 --install streak.c を打てばうまくいくと思いきや

buildを打った時点で、何故か「streak」というファイルが出来て、これ以上何をするのか不明だったり。
(無論、$gimptool-2.0 --install streak.c を打っても失敗しました)

それからccファイルやhファイルなのがあったりするやつは、やり方自体不明。

あとは伝統の
sudo ./config
sudo make
sudo make install をや試すことが出来るのがありましたが、一部 sudo makeが出来ない奴があったり、

プラグインfocus-blur

コード:

$ sudo ./configure
[sudo] password for suigetsu: 
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking for gcc... gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables... 
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ANSI C... none needed
checking for style of include used by make... GNU
checking dependency style of gcc... gcc3
checking for a BSD-compatible install... /usr/bin/install -c
checking whether to enable maintainer-specific portions of Makefiles... no
checking for native Win32... no
checking for an ANSI C-conforming const... yes
checking for pkg-config... /usr/bin/pkg-config
checking for GIMP - version >= 2.4.0... yes (version 2.6.6)
checking pkg-config is at least version 0.9.0... yes
checking for GTHREAD... yes
checking how to run the C preprocessor... gcc -E
checking for egrep... grep -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking complex.h usability... yes
checking complex.h presence... yes
checking for complex.h... yes
checking for FFTW3... no
checking whether NLS is requested... yes
checking for msgfmt... /usr/bin/msgfmt
checking for gmsgfmt... /usr/bin/msgfmt
checking for xgettext... /usr/bin/xgettext
checking for msgmerge... /usr/bin/msgmerge
configure: error: cannot run /bin/bash ./config.sub

プラグインlqr

コード:

$ sudo ./configure
[sudo] password for suigetsu: 
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking for style of include used by make... GNU
checking for gcc... gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables... 
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking dependency style of gcc... gcc3
checking for library containing strerror... none required
checking for gcc... (cached) gcc
checking whether we are using the GNU C compiler... (cached) yes
checking whether gcc accepts -g... (cached) yes
checking for gcc option to accept ISO C89... (cached) none needed
checking dependency style of gcc... (cached) gcc3
checking for gcc... (cached) gcc
checking whether we are using the GNU C compiler... (cached) yes
checking whether gcc accepts -g... (cached) yes
checking for gcc option to accept ISO C89... (cached) none needed
checking dependency style of gcc... (cached) gcc3
checking how to run the C preprocessor... gcc -E
checking for grep that handles long lines and -e... /bin/grep
checking for egrep... /bin/grep -E
checking for ANSI C header files... yes
checking whether to enable maintainer-specific portions of Makefiles... no
checking for pkg-config... /usr/bin/pkg-config
checking pkg-config is at least version 0.9.0... yes
checking for GIMP... yes
checking for LQR... yes
checking for perl... /usr/bin/perl
checking for XML::Parser... ok
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
configure: error: cannot run /bin/bash ./config.sub

プラグインrefocus

コード:

 sudo ./configure
loading cache ./config.cache
checking for a BSD compatible install... (cached) /usr/bin/install -c
checking whether build environment is sane... yes
checking whether make sets ${MAKE}... (cached) yes
checking for working aclocal... found
checking for working autoconf... found
checking for working automake... found
checking for working autoheader... found
checking for working makeinfo... missing
checking for gcc... (cached) gcc
checking whether the C compiler (gcc  ) works... yes
checking whether the C compiler (gcc  ) is a cross-compiler... no
checking whether we are using GNU C... (cached) yes
checking whether gcc accepts -g... (cached) yes
checking for gcc3... no
checking how to run the C preprocessor... (cached) gcc -E
checking for ANSI C header files... (cached) yes
checking for ranlib... (cached) ranlib
checking for clapack_dgesv in -llapack... (cached) no
using unoptimized lapack in lib
checking for gimptool... (cached) no
checking for GIMP - version >= 1.2.0... no
*** The gimptool script installed by GIMP could not be found
*** If GIMP was installed in PREFIX, make sure PREFIX/bin is in
*** your path, or set the GIMPTOOL environment variable to the
*** full path to gimptool.
checking for pkg-config... (cached) /usr/bin/pkg-config
checking for GTK+ - version >= 2.0.0... yes (version 2.16.1)
checking for pkg-config... (cached) /usr/bin/pkg-config
checking for GLIB - version >= 2.0.0... yes (version 2.20.1)
checking for gtkdoc-mkdb... (cached) false
checking for erf in -lm... (cached) yes
creating ./config.status
creating Makefile
creating src/Makefile
creating lib/Makefile
sed: can't read ./lib/Makefile.in: No such file or directory
creating doc/Makefile
creating gtk-doc/Makefile

どうか、ご教示お願い致します。

オフライン

 

#6 2009-09-04 21:48:58

murukurumu
メンバ
登録日: 2008-10-30

Re: gimpにgimp-plugin-registryを導入できない

いい忘れてましたが、一応上記3つは、パッケージを何か入れれば、makefileが作られるのがわかってはいますが、その何かがわからない手詰まり状態です。ただ丸投げというわけではないです。

オフライン

 

#7 2009-09-05 13:38:05

jackalope
メンバ
登録日: 2009-01-01

Re: gimpにgimp-plugin-registryを導入できない

バイナリパッケージの元になったソースパッケージをビルドしてもバイナリパッケージと同じ物しかできないですよ。
何か勘違いをしていませんか?

オフライン

 

#8 2009-09-07 01:22:40

STGSAGWAN
ゲスト

Re: gimpにgimp-plugin-registryを導入できない

この場合、ひょっとして、
~/gimp-2.6 フォルダをリネームしてgimp起動
でOKかも。

なお、私のところでは、何も考えずにgimp-plugin-registryをインストールするだけで導入完了です。
導入後は、Synapticでgimp-plugin-registryの説明欄に載ってる各種プラグインが、gimpの「フィルタ」メニューに追加されることが、目視確認できます。

 

#9 2009-09-07 01:25:34

STGSAGWAN
ゲスト

Re: gimpにgimp-plugin-registryを導入できない

なお、#8は#1の

murukurumu による投稿:

Synapticからgimp-plugin-registryのパッケージを落して、gimp2.6.6を起動したのですが、
なぜか何の変化も見られません。

に対するレスです。

 

#10 2009-09-07 15:49:43

murukurumu
メンバ
登録日: 2008-10-30

Re: gimpにgimp-plugin-registryを導入できない

jackalope による投稿:

バイナリパッケージの元になったソースパッケージをビルドしてもバイナリパッケージと同じ物しかできないですよ。

おっしゃる通りです。
しかし今回のパッケージは、プラグインのセットであるため、ビルドしたのはソースの中にあった個々のプラグインです。

この際、バイナリでなくとも個別でプラグインできれば、それでもいいかと思ったと次第です。
(そのうち、scmとpyファイルの導入はうまくいったので、そういう意味では半分は成功したかもしれません)




リネームですか。~/.gimp2.6のフォルダを名前一旦変えて、戻せばいいのですね。
・・・。

やってみたのですが、特に変化はありませんでした。
ちなみに成功したとのことですが、~/.gimp2.6のディレクトリにあるscriptやplug-inのフォルダに導入されたプラグインはあるのでしょうか?

オフライン

 

#11 2009-09-08 21:02:10

jackalope
メンバ
登録日: 2009-01-01

Re: gimpにgimp-plugin-registryを導入できない

murukurumuさん による投稿:

この際、バイナリでなくとも個別でプラグインできれば、それでもいいかと思ったと次第です。

バイナリパッケージと同じファイルをインストールするのであればバイナリパッケージから取り出せばいいです。
たぶん、現状はgimp-plugin-registryパッケージは正常にインストールされているが、Gimpでmurukurumuさんの意図する操作ができないだけの様な気がします。
Synapticでパッケージのプロパティを確認すればインストールされているファイルを確認できますので、必要なファイルを希望の所へコピーするのはどうでしょう。
プラグインは/usr/lib/gimp/2.0/plug-ins/にインストールされるようです。
パッケージが正常にインストールされていないのであればこちらの問題を解決するべきでしょう。

オフライン

 

#12 2009-09-11 04:10:24

murukurumu
メンバ
登録日: 2008-10-30

Re: gimpにgimp-plugin-registryを導入できない

jackalope による投稿:

バイナリパッケージと同じファイルをインストールするのであればバイナリパッケージから取り出せばいいです。
たぶん、現状はgimp-plugin-registryパッケージは正常にインストールされているが、Gimpでmurukurumuさんの意図する操作ができないだけの様な気がします。

原因はまさしくそれでした。新規インストールしたやつは反映されましたが、
ソースファイルにgimp-painterのパッチを当てた、ソースからインストールされたやつ(現使用)
は反映されませんでした。

jackalope による投稿:

Synapticでパッケージのプロパティを確認すればインストールされているファイルを確認できますので、必要なファイルを希望の所へコピーするのはどうでしょう。
プラグインは/usr/lib/gimp/2.0/plug-ins/にインストールされるようです。
パッケージが正常にインストールされていないのであればこちらの問題を解決するべきでしょう。

やってみました。
/usr/lib/gimp/2.0/plug-insに追加された、プラグインを /home/ユーザ名/.gimp2.6/plug-insに入れたら、反映されました。

しかし、全部が反映されていなかったので、妙だと思い、調べてみたら、
/usr/share/gimp/2.0/scriptsのディレクトリにもgimp-plugin-registryパッケージのプラグインの一部が存在しました。

これも/home/ユーザ名/.gimp2.6/scriptsに入れて、全部確認。全てインストールされました。

以上のことから、
・デフォルトでインストールされているgimpと、ソースからインストールしたgimpでは、それぞれ確認するプラグインのフォルダが異なる。

デフォルトgimpの場合、
/usr/lib/gimp/2.0/plug-ins と /usr/share/gimp/2.0/scripts

ソースgimpの場合、
/home/ユーザ名/.gimp2.6/plug-ins と /home/ユーザ名/.gimp2.6/scripts

・ソースgimpはインストール設定をいじるか、インストールしたgimpの設定をいじれば、デフォルトgimpと同じ設定に出来るかもしれないけど、とりあえず方法は不明。

・gimp-plugin-registryパッケージはデフォルトgimp対応。

・ちなみにソースからインストールした場合、Synapticでは何故か未インストール扱いになっている。←従来のインストール場所と異なると推察
のようです。

 すみません。ソースからインストールしたと、もっと早く言えばよかったですね。
本当に申し訳ありません。

しかし、おかげさまで、無事インストールが出来ました。どうも、ありがとうございました。

オフライン

 

Board footer

Powered by FluxBB