[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[debian-devel:18855] Re: GroongaのRCバグについて #773029

　やまねです。

　もう少し見てみました。libgroonga0がそもそもエラーになるようで、ここを
　直しておかないといけないですね


  (Reading database ... 12037 files and directories currently installed.)
  Removing libgroonga0:amd64 (4.0.6.1-3) ...
  Purging configuration files for libgroonga0:amd64 (4.0.6.1-3) ...
  dpkg-statoverride: warning: no override present
  dpkg: error processing package libgroonga0:amd64 (--purge):
   subprocess installed post-removal script returned error exit status 2
  Errors were encountered while processing:
   libgroonga0:amd64
0m13.1s ERROR: Command failed (status=1): ['chroot', '/tmp/tmpbxqpF1', 'dpkg', '--purge', '--pending']
  (Reading database ... 12037 files and directories currently installed.)
  Removing libgroonga0:amd64 (4.0.6.1-3) ...
  Purging configuration files for libgroonga0:amd64 (4.0.6.1-3) ...
  dpkg-statoverride: warning: no override present
  dpkg: error processing package libgroonga0:amd64 (--purge):
   subprocess installed post-removal script returned error exit status 2
  Errors were encountered while processing:
   libgroonga0:amd64

　libgroonga0.postrmは以下でした。が、これは不要では？
　/etc以下のファイルはdpkgがハンドリングしてくれるのと、purgeであっても
　手動で変更したファイルはそのまま残すので。
---------------------------------------------------
#! /bin/sh

set -e

if [ "$1" = "purge" ]; then
    for target in /etc/groonga
    do
        dpkg-statoverride --remove $target
        #rm -fr $target
    done
fi

#DEBHELPER#
---------------------------------------------------


On Wed, 14 Jan 2015 22:48:07 +0900
HAYASHI Kentaro <kenhys@xxxxxxxxx> wrote:

>  林です。
> 
> 2015-01-14 21:20 GMT+09:00 Hideki Yamane <henrich@debian.or.jp>:
> >
> > On Wed, 14 Jan 2015 18:54:41 +0900
> > HAYASHI Kentaro <kenhys@xxxxxxxxx> wrote:
> > > 昨年末に直して、piupartsが完走するのを確認して
> > > mentorsにdputしておいたのですが、どなたかアップロードしてもらえますか？
> >
> > 0m37.5s DEBUG: Command ok: ['chroot', '/tmp/tmpDJ1mHH', 'dpkg-query',
> '-f', '${Package} ${Status}\n', '-W', 'groonga', 'groonga-server-common',
> 'groonga-server-http', 'groonga-server-gqtp', 'libgroonga-dev',
> 'libgroonga0', 'groonga-tokenizer-mecab', 'groonga-plugin-suggest',
> 'groonga-bin', 'groonga-httpd', 'groonga-doc', 'groonga-examples',
> 'groonga-munin-plugins']
> > 0m37.5s ERROR: Installation of groonga-httpd failed
> > 0m37.5s ERROR: Could not install groonga groonga-server-common
> groonga-server-http groonga-server-gqtp libgroonga-dev libgroonga0
> groonga-tokenizer-mecab groonga-plugin-suggest groonga-bin groonga-httpd
> groonga-doc groonga-examples groonga-munin-plugins.
> >
> > とpiupartsでエラーが出ます。これは潰せますか
> 
> Yes/Noなら条件つきでYesだと思いました。
> 
> 条件付きとかいたのはちょっと理解が怪しいところがあるからです。
> 正しくpiupartsを理解できているか怪しいので確認したいのですが、
> 
> A) groonga-server-httpとgroonga-httpdが互いにconflictの状態のままでも
>      piupartsを実行してエラーにならないようにcontrolを書くことができる
>      今あげている4.0.6-3はそこがまだできてないので直そう！
> B) もうgroonga-httpdに一本化しちゃってそもそもconflictした状態を
>      つくらなきゃいい。そっちにしよう。(Groonga 4.0.9以降でやっている方向を4.0.6-3に入れる)
> 
> どちらになるのでしょう？ ちゃんと調べることができていないのでなんとなくなのですが
> A)ってできなさそうな気がしています。Bならできそう。
> 
> > > https://release.debian.org/jessie/freeze_policy.html
> > >
> > > ↑を見るにたぶんアップロードしてもらってから、unblockリクエストを投げないと
> > > いけないんですよね？ > 識者の方々
> >
> > そうですね。
> >
> 
> わかりました。
> ありがとうございます！
> 
> -- 
> HAYASHI Kentaro <kenhys@xxxxxxxxx>


-- 
Regards,

 Hideki Yamane     henrich @ debian.or.jp/org
 http://wiki.debian.org/HidekiYamane