Bug#429381: Info received (XFS internal error)

[Chun Tian (binghe)]

Hi,

Recently I found this issue only happends on our specific hardware (HP  
Proliant DL145), our other DELL storage runs well as the same load  
average and same XFS structure.


So I think DD should just close this bug, I'll try to find the exact  
reason from another view.


Sorry.

--binghe

On 2008-11-22, at 22:21, Debian Bug Tracking System wrote:



Thank you for the additional information you have supplied regarding
this Bug report.

This is an automatically generated reply to let you know your message
has been received.

Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.

Your message has been sent to the package maintainer(s):
Debian Kernel Team 

If you wish to submit further information on this problem, please
send it to 429...@bugs.debian.org, as before.

Please do not send mail to ow...@bugs.debian.org unless you wish
to report a problem with the Bug-tracking system.


--
429381: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=429381
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


--
Chun Tian (binghe)
NetEase.com, Inc.
P. R. China




--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#429381: XFS internal error

[Chun Tian (binghe)]

Hi, Moritz

Sorry for not reply last mail from Niv Sardi on 08 Aug 2008 in this  
thread, I must miss that mail.


On 2008-11-22, at 21:24, Moritz Muehlenhoff wrote:


On Mon, Jun 18, 2007 at 12:17:39AM +0800, Chun Tian (binghe) wrote:

Package: linux-image-2.6.18-4-amd64
Version: 2.6.18.dfsg.1-12etch2
Severity: important

Hi,

Recently, I meet many times on many servers, large (>1TB) XFS  
filesystem throw kernel internal error:


Filesystem "cciss/c0d2": XFS internal error xfs_trans_cancel at  
line 1138 of file fs/xfs/xfs_trans.c.  Caller 0x881df006




Does this error still occur with more recent kernel versions?


Now we're using linux-image-2.6.18-6-amd64 package from etch update.  
Seems this issue still happens sometimes but very rare than before. We  
have 200+ Debian box (etch) and 1000+ XFS filesystems installed, since  
not all nodes' kernel package are up to date, I can say the new etch  
2.6.18 kernel fix this issue.





If you're running Etch, could you try to reproduce this bug
with the 2.6.24 based kernel added in 4.0r4?
http://packages.qa.debian.org/l/linux-2.6.24.html


Yes we're still running etch, and we may not upgrade to lenny soon  
even it's released.


OK, I'll try to upgrade, say, about 100 servers, before the end of  
this year, and see how many times the XFS internal error would happen  
in, say, one month, then report back.


We're running a big Web site in China and I personal am a little busy  
these days, so please give me more time since this bug report is  
already quite old:)





Cheers,
   Moritz


--
Chun Tian (binghe)
NetEase.com, Inc.
P. R. China








--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#478247: cfengine2: cfagent always segfault

[Chun Tian (binghe)]

OK, so Debian's cfengine needs a new version.

P.S. Please do not reply mail to [EMAIL PROTECTED], this is for  
us report bugs, every mail will generate a new bug ID.


--binghe



This has already been fixed in svn, and in 2.2.6
M

Chun Tian (binghe) wrote:

Package: cfengine2
Version: 2.2.5-1
Severity: normal
There's a segfault in Debian sid's cfengine2 2.2.5-1, you cannot  
see it because the segfault information is on console screen, not  
the one running cfagent. I dump the core, use gdb to debug it, and  
find this:

The line 700-707 of popen.c:
/* Now eliminate any residual privileged groups */
if ((pw = getpwuid(uid)) == NULL)
  {
  snprintf(OUTPUT,CF_BUFSIZE,"Unable to get login groups when  
dropping privile\

ge to %s=%d",pw->pw_name,uid);
  CfLog(cferror,OUTPUT,"initgroups");
  return false;
  }
If pw == NULL, pw->pw_name will cause a segfault. Since I don't  
know author's idea at here, cannot fix it. SO just leave this to  
upstream.

Regards,
Chun Tian (binghe)


--


Mark Burgess

Web: http://www.iu.hio.no/~mark
Tlf: +47 22453272





--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#455743: closed by Morten Werner Forsbring <[EMAIL PROTECTED]> (Bug#455743: fixed in cfengine2 2.2.5-1)

[Chun Tian (binghe)]

Hi, Mark

Thank you for your quick reply! That's pleasure to do a little  
contribute for you and the great Cfengine.


Now I use GNU cfengine to manage hundreds of my Debian servers (most  
running etch), my Cfengine config files are very long and look like  
big programs. It's your software that let my everyday job much easier!


Regards,

Chun Tian (binghe)



Hi Chun,

thanks a lot for your diagnosis of this issue. I appreciate it. Your  
patch seems ok, and the most important thing is to have your test. I  
have applied this patch to the sources and we'll hope it works out.


M

Chun Tian (binghe) wrote:

Hi, Werner & Mark
Sorry to reply this mail late. I just find time to do this job, and  
to test cfengine, I must set up a new test environment and  
bootstrap a new cfengine config, that's not easy.

By checking Mark's svn commit (r524):
http://svn.iu.hio.no/viewvc/trunk/src/nameinfo.c?root=Cfengine-2&r1=498&r2=524&pathrev=524 
 Now I'm quite sure there's a new bug invoked which caused CFengine  
can only detect one interface's address.
In function GetInterfaceInfo (nameinfo.c), Mark added a  
first_address var which been set to true at start:

int fd,len,i,j,first_address = true;
There's no other assignment to set this variable to true again but  
a chance to set it false:

 if (first_address)
{
first_address = false;
strcpy(ip,inet_ntoa(sin->sin_addr));
 
snprintf(name,CF_MAXVARSIZE-1,"ipv4[%s]",CanonifyName(ifp- 
>ifr_name));

AddMacroValue(CONTEXTID,name,ip);
So this IF block can only run exactly ONCE, which caused  
global.ipv4[ethX] got only one interface's address, which depends  
the interfaces order on linux. For most cases, eth0 appear before  
eth1, so global.ipv4[eth0] is good but global.ipv4[eth1] cannot  
expand to any address because it didn't exist in cfengine's  
nameinfo list.
For a quick fix, I attach a new patch which can be put into Debian  
package's debian/patches directory, or merge into cfengine trunk. I  
test it, and works for me. Please review it.

Thanks,
Chun Tian (binghe)

"Chun Tian (binghe)" <[EMAIL PROTECTED]> writes:


I have this "editfiles" class definition:

editfiles:
{ /etc/default/snmpd
  ReplaceFirst "^SNMPDOPTS.*$" With "SNMPDOPTS='-Lsd -Lf /dev/ 
null -

u snmp -I -smux -p /var/run/snmpd.pid ${global.ipv4[eth0]}:1185 $
{global.ipv4[eth1]}'"
}

I found one of ${global.ipv4[eth0]} and ${global.ipv4[eth1]}  
cannot be

expanded into right value, which depends my interfaces order on
server.


I haven't had time to test this myself, but this worked as intended
before we applied the patch from upstream?


- Werner


--


Mark Burgess

Web: http://www.iu.hio.no/~mark
Tlf: +47 22453272





--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#455743: closed by Morten Werner Forsbring <[EMAIL PROTECTED]> (Bug#455743: fixed in cfengine2 2.2.5-1)

[Chun Tian (binghe)]

Hi, Werner & Mark

Sorry to reply this mail late. I just find time to do this job, and to  
test cfengine, I must set up a new test environment and bootstrap a  
new cfengine config, that's not easy.


By checking Mark's svn commit (r524):

http://svn.iu.hio.no/viewvc/trunk/src/nameinfo.c?root=Cfengine-2&r1=498&r2=524&pathrev=524

Now I'm quite sure there's a new bug invoked which caused CFengine can  
only detect one interface's address.


In function GetInterfaceInfo (nameinfo.c), Mark added a first_address  
var which been set to true at start:


int fd,len,i,j,first_address = true;

There's no other assignment to set this variable to true again but a  
chance to set it false:


  if (first_address)
 {
 first_address = false;
 strcpy(ip,inet_ntoa(sin->sin_addr));
  
snprintf(name,CF_MAXVARSIZE-1,"ipv4[%s]",CanonifyName(ifp->ifr_name));

 AddMacroValue(CONTEXTID,name,ip);

So this IF block can only run exactly ONCE, which caused  
global.ipv4[ethX] got only one interface's address, which depends the  
interfaces order on linux. For most cases, eth0 appear before eth1, so  
global.ipv4[eth0] is good but global.ipv4[eth1] cannot expand to any  
address because it didn't exist in cfengine's nameinfo list.


For a quick fix, I attach a new patch which can be put into Debian  
package's debian/patches directory, or merge into cfengine trunk. I  
test it, and works for me. Please review it.


Thanks,

Chun Tian (binghe)


"Chun Tian (binghe)" <[EMAIL PROTECTED]> writes:


I have this "editfiles" class definition:

editfiles:
 { /etc/default/snmpd
   ReplaceFirst "^SNMPDOPTS.*$" With "SNMPDOPTS='-Lsd -Lf /dev/null -
u snmp -I -smux -p /var/run/snmpd.pid ${global.ipv4[eth0]}:1185 $
{global.ipv4[eth1]}'"
 }

I found one of ${global.ipv4[eth0]} and ${global.ipv4[eth1]} cannot  
be

expanded into right value, which depends my interfaces order on
server.


I haven't had time to test this myself, but this worked as intended
before we applied the patch from upstream?


- Werner




060_first_address
Description: Binary data

Bug#455743: closed by Morten Werner Forsbring <[EMAIL PROTECTED]> (Bug#455743: fixed in cfengine2 2.2.5-1)

[Chun Tian (binghe)]

Hi, Werner

Worse bug invoked after this patch...

I have this "editfiles" class definition:

editfiles:
  { /etc/default/snmpd
ReplaceFirst "^SNMPDOPTS.*$" With "SNMPDOPTS='-Lsd -Lf /dev/null - 
u snmp -I -smux -p /var/run/snmpd.pid ${global.ipv4[eth0]}:1185 $ 
{global.ipv4[eth1]}'"

  }

I found one of ${global.ipv4[eth0]} and ${global.ipv4[eth1]} cannot be  
expanded into right value, which depends my interfaces order on server.


On one machine:

img7-6:/etc/default# ip addr
1: lo:  mtu 16436 qdisc noqueue
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
inet6 ::1/128 scope host
   valid_lft forever preferred_lft forever
2: eth0:  mtu 1500 qdisc pfifo_fast qlen  
1000

link/ether 00:13:21:b5:70:1a brd ff:ff:ff:ff:ff:ff
inet 222.185.245.186/25 brd 222.185.245.255 scope global eth0
inet6 fe80::213:21ff:feb5:701a/64 scope link
   valid_lft forever preferred_lft forever
3: eth1:  mtu 1500 qdisc pfifo_fast qlen  
1000

link/ether 00:13:21:b5:70:1b brd ff:ff:ff:ff:ff:ff
inet 172.17.0.253/20 brd 172.17.15.255 scope global eth1
inet 192.168.0.186/24 brd 192.168.0.255 scope global eth1:0
inet6 fe80::213:21ff:feb5:701b/64 scope link
   valid_lft forever preferred_lft forever
4: tunl0:  mtu 1480 qdisc noop
link/ipip 0.0.0.0 brd 0.0.0.0
5: dummy0:  mtu 1500 qdisc noop
link/ether 76:20:1a:97:49:3a brd ff:ff:ff:ff:ff:ff
6: sit0:  mtu 1480 qdisc noop
link/sit 0.0.0.0 brd 0.0.0.0

I got this result in /etc/default/snmpd:

SNMPDOPTS='-Lsd -Lf /dev/null -u snmp -I -smux -p /var/run/snmpd.pid  
222.185.245.186:1185 ${global.ipv4[eth1]}'


On another machine:

img7-7:/etc/default# ip addr
1: lo:  mtu 16436 qdisc noqueue
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
inet6 ::1/128 scope host
   valid_lft forever preferred_lft forever
2: eth1:  mtu 1500 qdisc pfifo_fast qlen  
1000

link/ether 00:13:21:b5:70:d6 brd ff:ff:ff:ff:ff:ff
inet 172.17.0.254/20 brd 172.17.15.255 scope global eth1
inet 192.168.0.187/24 brd 192.168.0.255 scope global eth1:0
inet6 fe80::213:21ff:feb5:70d6/64 scope link
   valid_lft forever preferred_lft forever
3: eth0:  mtu 1500 qdisc pfifo_fast qlen  
1000

link/ether 00:13:21:b5:70:d7 brd ff:ff:ff:ff:ff:ff
inet 222.185.245.187/25 brd 222.185.245.255 scope global eth0
inet6 fe80::213:21ff:feb5:70d7/64 scope link
   valid_lft forever preferred_lft forever
4: tunl0:  mtu 1480 qdisc noop
link/ipip 0.0.0.0 brd 0.0.0.0
5: dummy0:  mtu 1500 qdisc noop
link/ether ae:5f:09:85:ed:24 brd ff:ff:ff:ff:ff:ff
6: sit0:  mtu 1480 qdisc noop
link/sit 0.0.0.0 brd 0.0.0.0

I got this result in /etc/default/snmpd:

SNMPDOPTS='-Lsd -Lf /dev/null -u snmp -I -smux -p /var/run/snmpd.pid $ 
{global.ipv4[eth0]}:1185 172.17.0.254'


The difference of two machine is: the order of eth0 and eth1 is  
different! It's possible that eth1 appears behand eth0, I think the  
patch of cfengine didn't consider that.


Hope this mail is useful for another fix of cfengine.

Regards,

Chun Tian (binghe)


"Chun Tian (binghe)" <[EMAIL PROTECTED]> writes:


That's really good news. I'll wait the new version appears in Debian
mirrors, backport to etch, and use it in my production servers. This
new version solved a quite big issue for me. I have some HA servers
which need this cfengine feature.


I'll upload a backport to backports.org when the new package hits
testing (hopefully within two weeks).


- Werner





--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#455743: closed by Morten Werner Forsbring <[EMAIL PROTECTED]> (Bug#455743: fixed in cfengine2 2.2.5-1)

[Chun Tian (binghe)]

Hi, Morten Werner Forsbring

That's really good news. I'll wait the new version appears in Debian  
mirrors, backport to etch, and use it in my production servers. This  
new version solved a quite big issue for me. I have some HA servers  
which need this cfengine feature.


Thanks very much, and that's why I love Debian.

Regards,

Chun Tian (binghe)




This is an automatic notification regarding your Bug report
which was filed against the cfengine2 package:

#455743: cfengine2: global.ipv4 cannot handle multiple addresses on  
same interface


It has been closed by Morten Werner Forsbring <[EMAIL PROTECTED]>.

Their explanation is attached below along with your original report.
If this explanation is unsatisfactory and you have not received a
better one in a separate message then please contact Morten Werner  
Forsbring <[EMAIL PROTECTED]> by

replying to this email.


--
455743: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=455743
Debian Bug Tracking System
Contact [EMAIL PROTECTED] with problems

Bug#457919: cl-asdf: please merge a run-shell-command patch for LispWorks

[Chun TIAN (binghe)]

Package: cl-asdf
Version: 1.109-2
Severity: wishlist

The function asdf:run-shell-command is not right for LispWorks 5.x:

#+lispworks
(system:call-system-showing-output
 command
 :shell-type "/bin/sh"
 :output-stream *verbose-out*)

I test a expression on LispWorks 5.0:

CL-USER 1 > (system:call-system-showing-output "id -u" :shell-type
"/bin/sh" :output-stream t)
; id -u
; 10003
0

To make common-lisp-controller:get-uid work well, the call to
system:call-system-showing-output must come with two additional keyword
arguments, :show-cmd nil, and :prefix "".

I running LispWorks 5.x on Debian, I use this script to save a LispWorks
 image which can then load all debian CL packages:

(in-package :cl-user)

(load-all-patches)

(load
"/usr/share/common-lisp/source/common-lisp-controller/common-lisp-controller.lisp")
(common-lisp-controller:init-common-lisp-controller-v4 "lispworks")
;; (load "asdf-patch")

(save-image (merge-pathnames
 (make-pathname :name "lispworks")
 (lisp-image-name))
:remarks "LispWorks 5.0.2" :environment t)

So, I HOPE a patch can be merged into cl-asdf, as in attach
(asdf.lisp.patch).

Now I must load a patch for this purpose (asdf-patch.lisp).

Thanks!

Chun TIAN (binghe)


-- 
(defsignature (田春 Chun Tian (binghe))
  (网易杭州研究院 系统管理员)
  (E-Mail [EMAIL PROTECTED])
  (Phone (0571)88271736 (020)85106834)
  (POPO binghe.lisp)
  (GTalk [EMAIL PROTECTED]))
--- asdf.lisp.old	2007-12-27 16:17:49.267166457 +0800
+++ asdf.lisp	2007-12-27 16:18:32.878933629 +0800
@@ -1188,6 +1188,8 @@
 (system:call-system-showing-output
  command
  :shell-type "/bin/sh"
+ :prefix ""
+ :show-cmd nil
  :output-stream *verbose-out*)
 
 #+clisp;XXX not exactly *verbose-out*, I know
(in-package :asdf)

(defun run-shell-command (control-string &rest args)
  "Interpolate ARGS into CONTROL-STRING as if by FORMAT, and
synchronously execute the result using a Bourne-compatible shell, with
output to *VERBOSE-OUT*.  Returns the shell's exit code."
  (let ((command (apply #'format nil control-string args)))
(format *verbose-out* "; $ ~A~%" command)
#+sbcl
(sb-ext:process-exit-code
 (sb-ext:run-program  
  #+win32 "sh" #-win32 "/bin/sh"
  (list  "-c" command)
  #+win32 #+win32 :search t
  :input nil :output *verbose-out*))

#+(or cmu scl)
(ext:process-exit-code
 (ext:run-program  
  "/bin/sh"
  (list  "-c" command)
  :input nil :output *verbose-out*))

#+allegro
(excl:run-shell-command command :input nil :output *verbose-out*)

#+lispworks
(system:call-system-showing-output
 command
 :shell-type "/bin/sh"
 :prefix ""
 :show-cmd nil
 :output-stream *verbose-out*)

#+clisp ;XXX not exactly *verbose-out*, I know
(ext:run-shell-command  command :output :terminal :wait t)

#+openmcl
(nth-value 1
   (ccl:external-process-status
(ccl:run-program "/bin/sh" (list "-c" command)
 :input nil :output *verbose-out*
 :wait t)))
#+ecl ;; courtesy of Juan Jose Garcia Ripoll
(si:system command)
#-(or openmcl clisp lispworks allegro scl cmu sbcl ecl)
(error "RUN-SHELL-PROGRAM not implemented for this Lisp")
))

Bug#457577: heartbeat: New version 2.1.3 available

[Chun Tian (binghe)]

Package: heartbeat
Version: 2.1.2+hg.11310.702e4f418ca8-2
Severity: wishlist

The Linux-HA team proudly announces bug-fix release 2.1.3 of the
Linux-HA (aka "Heartbeat", aka "OpenHA") software:

http://www.gossamer-threads.com/lists/linuxha/users/44756

Seems hundreds of bugs has been fixed, and some new features in this
release.

I WISH this new version will be packaging into Debian sid, and built
with the STONITH/ipmilan and STONITH/external/ipmi supported, if possible.

Thanks very much.

Chun TIAN (binghe)



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#455744: cfengine2: action 'resolve' add new DNS servers but don't delete old

[Chun Tian (binghe)]

Package: cfengine2
Version: 2.1.20-1
Severity: important

I use the resolve action to setup DNS servers on my servers:

resolve:
   cf::
  60.191.58.178
  172.19.0.2

But I found the original DNS servers in servers' /etc/resolv.conf are
not cleared, cfengine only push these addresses on top of resolv.conf:

[EMAIL PROTECTED]:~$ cat /etc/resolv.conf
domain space.163.org
nameserver 60.191.58.178
nameserver 172.19.0.2
nameserver 218.30.26.68

The last line (nameserver 218.30.26.68) was a old and wrong config, but
I cannot use cfengine to clean it.

Is this a feature or a bug?

Chun TIAN (binghe)



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#455743: cfengine2: global.ipv4 cannot handle multiple addresses on same interface

[Chun Tian (binghe)]

Package: cfengine2
Version: 2.1.20-1
Severity: important

I have servers with multiple addresses on the same interface eth1:

2: eth1:  mtu 1500 qdisc pfifo_fast qlen 1000
link/ether 00:1c:c4:a9:73:74 brd ff:ff:ff:ff:ff:ff
inet 172.17.2.6/20 brd 172.17.15.255 scope global eth1
inet 192.168.0.24/24 brd 192.168.0.255 scope global eth1:0
inet 172.17.2.18/20 brd 172.17.15.255 scope global secondary eth1
inet 172.17.2.15/20 brd 172.17.15.255 scope global secondary eth1
inet6 fe80::21c:c4ff:fea9:7374/64 scope link
   valid_lft forever preferred_lft forever

cfengine's ${global.ipv4[eth1]} returns 172.17.2.15, which is the last
address on eth1 (not included eth1:0). I need it return the first
address of eth1 (172.17.2.6), because other addresses are dynamic and
under control of the Linux-HA/Heartbeat.

I think cfengine cannot handle this correctly now, could DD fix this or
forward it to the author?

Thanks.

Chun TIAN (binghe)



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#429381: XFS internal error

[Chun Tian (binghe)]

Package: linux-image-2.6.18-4-amd64
Version: 2.6.18.dfsg.1-12etch2
Severity: important

Hi,

Recently, I meet many times on many servers, large (>1TB) XFS filesystem throw 
kernel internal error:

Filesystem "cciss/c0d2": XFS internal error xfs_trans_cancel at line 1138 of 
file fs/xfs/xfs_trans.c.  Caller 0x881df006

Call Trace:
 [] :xfs:xfs_trans_cancel+0x5b/0xfe
 [] :xfs:xfs_create+0x58b/0x5dd
 [] :xfs:xfs_vn_mknod+0x1bd/0x3c8
 [] default_wake_function+0x0/0xe
 [] __up_read+0x13/0x8a
 [] :xfs:xfs_iunlock+0x57/0x79
 [] :xfs:xfs_lookup+0x6c/0x7d
 [] __up_read+0x13/0x8a
 [] :xfs:xfs_iunlock+0x57/0x79
 [] :xfs:xfs_access+0x3d/0x46
 [] :xfs:xfs_vn_permission+0x14/0x18
 [] permission+0x87/0xce
 [] __link_path_walk+0x16a/0xf3c
 [] mntput_no_expire+0x19/0x8b
 [] link_path_walk+0xd3/0xe5
 [] vfs_create+0xe7/0x12c
 [] open_namei+0x18d/0x69c
 [] do_filp_open+0x1c/0x3d
 [] do_sys_open+0x44/0xc5
 [] system_call+0x7e/0x83

xfs_force_shutdown(cciss/c0d2,0x8) called from line 1139 of file 
fs/xfs/xfs_trans.c.  Return address = 0x881d6d36
Filesystem "cciss/c0d2": Corruption of in-memory data detected.  Shutting down 
filesystem: cciss/c0d2

Please umount the filesystem, and rectify the problem(s)

I hope this is a bug, please help to identify it. Thanks very much!

Chun Tian (binghe)
NetEase.com, Inc.




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#415028: JK 1.2.21 has been released

[Chun Tian (binghe)]

Package: libapache2-mod-jk
Version: 1:1.2.18-3
Severity: /wishlist/

The Apache Tomcat team has released version 1.2.21, see

http://tomcat.apache.org/connectors-doc/news/20070301.html#20070301.1


From JK 1.2.20, the performance and stability are increased, our product use it 
for long.


Chun Tian (binghe)




--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#409827: Please support hurd-i386

[Chun Tian (binghe)]

Package: clisp
Version: 1:2.41-1
Severity: wishlist
Tags: sid

It seems that there isn't any Common Lisp platform in Debian GNU/Hurd 
now. Fortunately, CLISP can build directly on hurd-i386, just add 
hurd-i386 to clisp's control file is OK, I've tried this and succeed, 
this is totally done by the great autoconf and gcc, and the GNU/Hurd is 
much like UNIX through FSF say it's not UNIX.


This CLISP on hurd-i386 can easily build something like asdf, 
common-lisp-controller, and araneida (cl-ppcre, cl-parenscript, ...) 
which already in debian's hurd-i386 port. A running CLISP can also be 
used to port SBCL to hurd-i386 (I'm trying working on this)... So, for 
Common Lisp, hopes more CL-platform can be run on GNU/Hurd!


Thank you very much.

Chun Tian (binghe)


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#406063: openafs: [INTL:zh_CN] Simplify Chinese debconf termplates translation

[Chun Tian (binghe)]

Package: openafs
Version: 1.4.2-4
Severity: minor

Hi, this is a po-file for the debconf template Simplify Chinese (zh_CN) 
translation for openafs. Hope this can be include and make some help to some 
Chinese Debian users.

Thanks.
Chun Tian (binghe)


# SOME DESCRIPTIVE TITLE.
# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the PACKAGE package.
# FIRST AUTHOR <[EMAIL PROTECTED]>, YEAR.
#
#, fuzzy
msgid ""
msgstr ""
"Project-Id-Version: openafs 1.4.2-4\n"
"Report-Msgid-Bugs-To: [EMAIL PROTECTED]"
"POT-Creation-Date: 2006-06-07 12:06-0700\n"
"PO-Revision-Date: 2007-01-08 20:44+0800\n"
"Last-Translator: Chun Tian (binghe) <[EMAIL PROTECTED]>\n"
"Language-Team: Internationalization \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: string
#. Description
#: ../openafs-client.templates:3
msgid "DB server host names for your home cell:"
msgstr "您起始单元的数据库服务器主机名："

#. Type: string
#. Description
#: ../openafs-client.templates:3
msgid ""
"AFS uses the file /etc/openafs/CellServDB to hold the list of servers that "
"should be contacted to find parts of a cell.  The cell you claim this "
"workstation belongs to is not in that file.  Enter the host names of the "
"database servers separated by spaces. IMPORTANT: If you are creating a new "
"cell and this machine is to be a database server in that cell, only enter "
"this machine's name; add the other servers later after they are functioning. "
"Also, do not enable the AFS client to start at boot on this server until the "
"cell is configured.  When you are ready you can edit /etc/openafs/afs.conf."
"client to enable the client."
msgstr "AFS 使用 /etc/openafs/CellServDB 文件来存放那些在寻找一个单元 (cell) 各部分服务器用来联系的服务器列表. 当前工作站您声称其所在的单元并不在这个文件里. 请以空格分隔输入该单元数据库服务器的主机名. 重要提示: 如果您正在创建一个新单元并且该机将做为此单元的数据库服务器, 那么只输入这台机器的主机名即可; 其他服务器当他们可用时再加入进来. 并且, 直到该单元配置完成之前不要令 AFS 客户端在这台服务器引导时启动. 当您一切就绪以后可以编辑 /etc/openafs/afs.conf 来打开客户端."

#. Type: string
#. Description
#: ../openafs-client.templates:16
msgid "AFS cell this workstation belongs to:"
msgstr "这台工作站所属的 AFS 单元:"

#. Type: string
#. Description
#: ../openafs-client.templates:16
msgid ""
"AFS filespace is organized into cells or administrative domains. Each "
"workstation belongs to one cell.  Usually the cell is the DNS domain name of "
"the site."
msgstr "AFS 文件空间按单元和管理域来组织. 每一台工作站属于一个单元. 单元名是通常是该站点的 DNS 域名."

#. Type: string
#. Description
#: ../openafs-client.templates:24
msgid "Size of AFS cache in kB:"
msgstr "以 kB 计的 AFS 缓存大小:"

#. Type: string
#. Description
#: ../openafs-client.templates:24
msgid ""
"AFS uses an area of the disk to cache remote files for faster access.  This "
"cache will be mounted on /var/cache/openafs.  It is important that the cache "
"not overfill the partition it is located on.  Often, people find it useful "
"to dedicate a partition to their AFS cache."
msgstr "AFS 使用磁盘的一块区域来缓存远程文件来加速访问. 缓存将被挂载到 /var/cache/openafs. 很重要的一点是不能让该缓存把它所在的分区填满. 通常, 人们发现用独立的分区做 AFS 缓存很有用."

#. Type: boolean
#. Description
#: ../openafs-client.templates:34
msgid "Run Openafs client now and at boot?"
msgstr "现在就启动 OpenAFS 客户端并且开机启动吗?"

#. Type: boolean
#. Description
#: ../openafs-client.templates:34
msgid ""
"Normally, most users who install the openafs-client package expect AFS to be "
"mounted automatically at boot.  However, if you are planning on setting up a "
"new cell or are on a laptop, you may not want it started at boot time.  If "
"you choose not to start AFS at boot, run /etc/init.d/openafs-client force-"
"start to start the client when you wish to run it."
msgstr "通常, 多数安装了 openafs-client 包的用户期望 AFS 在开机后自动挂载. 尽管如此, 如果您正在计划设置一个新单元或者在笔记本电脑上

Bug#405982: cannot stop all afsd process when start with -rmtsys

[Chun Tian (binghe)]

Russ Allbery wrote:

Chun Tian (binghe) <[EMAIL PROTECTED]> writes:


Package: openafs-client
Version: 1.4.2-3
Severity: normal



I want to configure openafs-client to support NFS/AFS translator, the
first things seems to start afsd with -rmtsys.


I'm not sure if the NFS/AFS translator works in the current release of
OpenAFS for Linux.  It may, but I've never tried it.  It was only recently
fixed.


When I modify my /etc/openafs/afs.conf like this:



OPTIONS="-rmtsys



I found that:



1. When start afs client using /etc/init.d/openafs-client start, two
'afsd' process appears (without -rmtsys, there's only one).



2. When stop afs client using /etc/init.d/openafs-client stop, a 'afsd'
process still exist, I have to kill it later.


Did you stop the client after adding that options line and before starting
it again?
yes, I stop the client after adding that options line and before 
starting it again.


It's normal for multiple afsd processes to be running, but they should all
be shut down with openafs-client stop.  However, nothing about the startup
scripts knows anything about the NFS translator, and I don't see any
reason why they would work differently when it's enabled.  If there's a
bug, it's probably with the translator, although I don't know why that
would be.

I'm using many Debian servers on i386 and amd64 to deploy openafs 
network, I only see ONE afsd process when openafs-client is running.


Without -rmtsys, my process table is like this:

root 11297  0.0  0.0  0 0 ?S08:31   0:00 
[afs_rxlistener]
root 11299  0.0  0.0  0 0 ?S08:31   0:00 
[afs_callback]
root 11301  0.0  0.0  0 0 ?S08:31   0:00 
[afs_rxevent]
root 11303  0.0  0.0   2016   560 ?Ss   08:31   0:00 
/sbin/afsd -afsdb -dynroot -fakestat

root 11305  0.0  0.0  0 0 ?S08:31   0:00 [afsd]
root 11307  0.0  0.0  0 0 ?S08:31   0:00 
[afs_checkserver]
root 11309  0.0  0.0  0 0 ?S08:31   0:00 
[afs_background]
root 11311  0.0  0.0  0 0 ?S08:31   0:00 
[afs_background]
root 11313  0.0  0.0  0 0 ?S08:31   0:00 
[afs_cachetrim]


Only one REAL process is started, I think the others are kernel threads, 
If I set -daemons argument on afs.conf, the number of afs_background 
kernel thread will change.


With -rmtsys, my processes table is like this:

root 11876  0.0  0.0  0 0 ?S08:34   0:00 
[afs_rxlistener]
root 11878  0.0  0.0  0 0 ?S08:34   0:00 
[afs_callback]
root 11880  0.0  0.0  0 0 ?S08:34   0:00 
[afs_rxevent]
root 11882  0.0  0.0   2016   568 ?Ss   08:34   0:00 
/sbin/afsd -rmtsys -afsdb -dynroot -fakestat

root 11884  0.0  0.0  0 0 ?S08:34   0:00 [afsd]
root 11886  0.0  0.0  0 0 ?S08:34   0:00 
[afs_checkserver]
root 11888  0.0  0.0  0 0 ?S08:34   0:00 
[afs_background]
root 11890  0.0  0.0  0 0 ?S08:34   0:00 
[afs_background]
root 11892  0.0  0.0  0 0 ?S08:34   0:00 
[afs_cachetrim]
root 11893  0.0  0.1   3028  1812 pts/12   S08:34   0:00 
/sbin/afsd -rmtsys -afsdb -dynroot -fakestat


Two REAL processes is started, but this is normal, because the 2132-2141 
lines of afsd.c says:


   if (afsd_rmtsys) {
  if (afsd_verbose)
  printf("%s: Forking 'rmtsys' daemon.\n", rn);
  code = fork();
  if (code == 0) {
  /* Child */
  rmtsysd();
  exit(1);
  }
   }

I think that the reason why I have two afsd processes, the first fork 
the other, sine the Appendix A of OpenAFS Administration Guide say:


 For users working on a translator machine's NFS clients to issue AFS 
commands, the
 -rmtsys flag must be included on the afsd command which initializes 
the translator
 machine's Cache Manager. The flag starts an additional daemon (the 
remote executor
 daemon), which executes AFS-specific system calls on behalf of NFS 
clients. For  a
 discussion of the implications of NFS users issuing AFS commands, see 
Setting  the

 AFSSERVER and AFSCONF Environment Variables.

If you have i386 debian box, I think its quite easy to find this (two 
afsd, and one didn't close). Acturally, I'm still not sure the AFS/NFS 
trans can work, studying. But when I stop openafs-client, the process 
which the first afsd forked still here:


root 11893  0.0  0.1   3028  1812 pts/12   S08:34   0:00 
/sbin/afsd -rmtsys -afsdb -dynroot -fakestat


Seems Debian initscript use afsd -shutdown to stop afs client, maybe 
this part have a bug?


Thanks.

Chun Tian (binghe)



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#405982: cannot stop all afsd process when start with -rmtsys

[Chun Tian (binghe)]

Package: openafs-client
Version: 1.4.2-3
Severity: normal

I want to configure openafs-client to support NFS/AFS translator, the first 
things seems to start afsd with -rmtsys.
When I modify my /etc/openafs/afs.conf like this:

OPTIONS="-rmtsys

I found that:

1. When start afs client using /etc/init.d/openafs-client start, two 'afsd' 
process appears (without -rmtsys, there's only one).
2. When stop afs client using /etc/init.d/openafs-client stop, a 'afsd' process 
still exist, I have to kill it later.

Is this a bug in openafs-client's startup scripts? Thanks.

-－
Chun Tian (binghe)




--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#404579: [l10n] Simplify Chinese translation for cltl

[Chun Tian (binghe)]

Package: cltl
Severity: wishlist
Tags: l10n, patch

Hi, in attachement there is initial Simplify Chinese translation

(cltl_1.0.21_zh_CN.po) for cltl package, please include it.

Thanks,

binghe


# SOME DESCRIPTIVE TITLE.
# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the PACKAGE package.
# FIRST AUTHOR <[EMAIL PROTECTED]>, YEAR.
#
#, fuzzy
msgid ""
msgstr ""
"Project-Id-Version: cltl 1.0.21\n"
"Report-Msgid-Bugs-To: \n"
"POT-Creation-Date: 2006-10-19 01:48+0200\n"
"PO-Revision-Date: 2006-12-26 23:04+0800\n"
"Last-Translator: Chun Tian (binghe) <[EMAIL PROTECTED]>\n"
"Language-Team: Internationalization \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: boolean
#. Description
#: ../templates:1001
msgid "Download the cltl book from the Internet?"
msgstr "要从互联网上下载 CLTL 这本书吗?"

#. Type: boolean
#. Description
#: ../templates:1001
msgid ""
"You don't have the file /root/tmp/cltl_ht.tar.gz. You may want to download "
"this file from internet now and proceed with the installation afterward."
msgstr "您没有 /root/tmp/cltl_ht.tar.gz 文件. 可以现在就从互联网上下载这个文件然后继续完成安装."

#. Type: boolean
#. Description
#: ../templates:2001
msgid "Unable to download. Try again?"
msgstr "无法下载, 再试一次吗?"

#. Type: boolean
#. Description
#: ../templates:2001
msgid ""
"An error occured during the download of book from the Internet. You may now "
"request to try the download again."
msgstr "在从互联网上下载这本书的过程中发生了错误. 您可以现在请求再次试图下载."

#. Type: note
#. Description
#: ../templates:3001
msgid "Aborting."
msgstr "中断了."

#. Type: note
#. Description
#: ../templates:3001
msgid ""
"The download of the cltl book from internet failed. You can try reinstalling "
"the file another time."
msgstr "CLTL 书从互联网上的下载过程失败了. 您可以试试改日重新安装."

Bug#400230: Where is svn_load_dirs?

[Chun Tian (binghe)]

Package: subversion-tools
Version: 1.4.2dfsg1-2
Severity: normal

It seems that there's no svn_load_dirs in recent subversion-tools package, 
could you tell me where is it? Cause I really need this scripts, and I found 
it still live in subversion's official repository. Since there are 
many '*-load-dirs' in debian now(svk, darcs, tla,...) but the important 
svn_load_dirs[.pl] gone? So confusing...

Thanks...

-- 
'()


pgp5WSo08sk9T.pgp
Description: PGP signature

Bug#397657: ITA: cl-parse-number -- Provides functions to parse any Common Lisp number string

[Chun Tian (binghe)]

Package: wnpp
Severity: normal

I'm a lisper from Chinese, and I'm going to adopt this package, if no one do 
this.

Thanks.
-- 
'()


pgpa7PvRGNMTw.pgp
Description: PGP signature

Bug#368271: No clsql_uffi64.so on amd64, but clsql_uffi.so instead.

[Chun Tian (binghe)]

Package: cl-sql-uffi
Version: 3.6.1-1

This bug made me cannot use cl-sql-postgresql correctly.

In clsql-uffi-loader.lisp file (in cl-sql-uffi package):

(defvar *clsql-uffi-library-filenames*
 (list #+(or 64bit x86-64) "clsql_uffi64"
   "clsql_uffi"))

It seems that on amd64 it'll load library "clsql_uffi64.so" instead of 
"clsql_uffi.so", but there's no "clsql_uffi64.so" existed at 
/usr/lib/clsql or any other directory! So I think this is a trivial bug, 
should be fixed easily.


Thanks very much.

Package: cl-sql-uffi
Priority: extra
Section: devel
Installed-Size: 136
Maintainer: Kevin M. Rosenberg <[EMAIL PROTECTED]>
Architecture: amd64
Source: cl-sql
Version: 3.6.1-1
Depends: cl-uffi (>= 1.5.11), cl-sql (>= 3.6.1-1), libc6 (>= 2.3.5-1)
Recommends: cl-sql-backend
Filename: pool/main/c/cl-sql/cl-sql-uffi_3.6.1-1_amd64.deb
Size: 40316
MD5sum: 6b1b4f56a7a263670dae60a9babb31f0
Description: Common UFFI functions for CLSQL database backends
This package provides an interface to several UFFI functions used by 
multiple

CLSQL database backends.
CLSQL is a Common Lisp interface to SQL databases.
Tag: devel::library, langdevel::lisp, made-of::lang:lisp, works-with::db:sql
begin:vcard
fn;quoted-printable:=E7=94=B0=E6=98=A5
n;quoted-printable;quoted-printable:=E7=94=B0;=E6=98=A5
org;quoted-printable;quoted-printable:=E5=B9=BF=E5=B7=9E=E7=BD=91=E6=98=93=E4=BA=92=E5=8A=A8=E5=A8=B1=E4=B9=90=E6=
	=9C=89=E9=99=90=E5=85=AC=E5=8F=B8;=E6=9D=AD=E5=B7=9E=E7=AC=AC=E4=BA=8C=E5=8A=9E=E5=85=AC=E5=AE=A4
adr;quoted-printable;quoted-printable;quoted-printable;quoted-printable;quoted-printable:=E8=A5=BF=E6=B9=96=E6=95=B0=E6=BA=90=E8=BD=AF=E4=BB=B6=E5=9B=AD18=E5=8F=B7=
	=E6=A5=BC1=E5=B1=82;;=E6=9D=AD=E5=B7=9E=E5=B8=82=E5=A4=A9=E7=9B=AE=E5=B1=B1=E8=B7=AF176=E5=8F=B7=
	;=E6=9D=AD=E5=B7=9E=E5=B8=82;=E6=B5=99=E6=B1=9F=E7=9C=81;31;=E4=B8=AD=E5=8D=8E=E4=BA=BA=E6=B0=91=E5=85=B1=E5=92=8C=E5=9B=BD
email;internet:[EMAIL PROTECTED]
title;quoted-printable:=E7=B3=BB=E7=BB=9F=E7=AE=A1=E7=90=86=E5=91=98
tel;work:0571-88271553
tel;cell:13705814907
x-mozilla-html:FALSE
version:2.1
end:vcard

Bug#363641: Cannot run iwith inetd

[Chun Tian (binghe)]

Package: rstatd
Version: 4.0-1

First, this problem came only with Debian etch & sid, if I compile this 
package on sarge, all is OK.


When rstatd started as a line in /etc/inetd.conf: (both tested on 
netkit-inetd & openbsd-inetd)


rstatd/1-5d gram rpc/udp wait nobody /usr/sbin/tcpd /usr/sbin/rpc.rstatd

If I run `rsysinfo localhost` or `rup localhost` from localhost or 
anothoer machine, these two command will not reply,
and there will be losts of 'rpc.rstatd' process appeared, which can be 
found simple by `ps aux`...


I try this on many different machine, and all of them have the same 
problem, so I think maybe it's a bug.


Thanks.

begin:vcard
fn;quoted-printable:=E7=94=B0=E6=98=A5
n;quoted-printable;quoted-printable:=E7=94=B0;=E6=98=A5
org;quoted-printable;quoted-printable:=E5=B9=BF=E5=B7=9E=E7=BD=91=E6=98=93=E4=BA=92=E5=8A=A8=E5=A8=B1=E4=B9=90=E6=
	=9C=89=E9=99=90=E5=85=AC=E5=8F=B8;=E6=9D=AD=E5=B7=9E=E7=AC=AC=E4=BA=8C=E5=8A=9E=E5=85=AC=E5=AE=A4
adr;quoted-printable;quoted-printable;quoted-printable;quoted-printable;quoted-printable:=E8=A5=BF=E6=B9=96=E6=95=B0=E6=BA=90=E8=BD=AF=E4=BB=B6=E5=9B=AD18=E5=8F=B7=
	=E6=A5=BC1=E5=B1=82;;=E6=9D=AD=E5=B7=9E=E5=B8=82=E5=A4=A9=E7=9B=AE=E5=B1=B1=E8=B7=AF176=E5=8F=B7=
	;=E6=9D=AD=E5=B7=9E=E5=B8=82;=E6=B5=99=E6=B1=9F=E7=9C=81;31;=E4=B8=AD=E5=8D=8E=E4=BA=BA=E6=B0=91=E5=85=B1=E5=92=8C=E5=9B=BD
email;internet:[EMAIL PROTECTED]
title;quoted-printable:=E7=B3=BB=E7=BB=9F=E7=AE=A1=E7=90=86=E5=91=98
tel;work:0571-88271553
tel;cell:13705814907
x-mozilla-html:FALSE
version:2.1
end:vcard

Bug#361172: component "lml2-tests" not found

[Chun Tian (binghe)]

Package: cl-lml2
Version: 1.5.5-1

On SBCL, When I use (clc:clc-require :lml2) to load lml2, I got these 
error messages:


$ sbcl
This is SBCL 0.9.11, an implementation of ANSI Common Lisp.
More information about SBCL is available at .

SBCL is free software, provided as is, with absolutely no warranty.
It is mostly in the public domain; some portions are provided under
BSD-style licenses.  See the CREDITS and COPYING files in the
distribution for more information.
* (clc:clc-require :lml2)

debugger invoked on a MISSING-COMPONENT in thread
#:
 component "lml2-tests" not found

Type HELP for debugger help, or (SB-EXT:QUIT) to exit from SBCL.

restarts (invokable by number or by possibly-abbreviated name):
 0: [ABORT] Exit debugger, returning to top level.

(FIND-SYSTEM LML2-TESTS T)
0]

I think that's because there isn't a (defsystem lml2-tests) exist, but I 
found a lml2-tests.asd in its sources...
So maybe the maintainer forgot to copy this file? I think a little patch 
can fix this.


Thanks.


*** cl-lml2-1.5.5/debian/rules  2006-04-07 09:19:37.0 +0800
--- /home/binghe/debian/cl-lml2-1.5.5/debian/rules  2006-04-07 
09:12:19.946970296 +0800
***
*** 37,44 
dh_clean -k
# Add here commands to install the package into debian/lml2.
dh_installdirs $(clc-systems) $(clc-lml2) $(doc-dir)
!   dh_install lml2.asd $(shell echo *.lisp) $(clc-lml2)
dh_link $(clc-lml2)/lml2.asd $(clc-systems)/lml2.asd
  
  # Build architecture-independent files here.
  binary-indep: build install
--- 37,45 
dh_clean -k
# Add here commands to install the package into debian/lml2.
dh_installdirs $(clc-systems) $(clc-lml2) $(doc-dir)
!   dh_install lml2.asd lml2-tests.asd $(shell echo *.lisp) $(clc-lml2)
dh_link $(clc-lml2)/lml2.asd $(clc-systems)/lml2.asd
+   dh_link $(clc-lml2)/lml2-tests.asd $(clc-systems)/lml2-tests.asd
  
  # Build architecture-independent files here.
  binary-indep: build install
begin:vcard
fn;quoted-printable:=E7=94=B0=E6=98=A5
n;quoted-printable;quoted-printable:=E7=94=B0;=E6=98=A5
org;quoted-printable;quoted-printable:=E5=B9=BF=E5=B7=9E=E7=BD=91=E6=98=93=E4=BA=92=E5=8A=A8=E5=A8=B1=E4=B9=90=E6=
	=9C=89=E9=99=90=E5=85=AC=E5=8F=B8;=E6=9D=AD=E5=B7=9E=E7=AC=AC=E4=BA=8C=E5=8A=9E=E5=85=AC=E5=AE=A4
adr;quoted-printable;quoted-printable;quoted-printable;quoted-printable;quoted-printable:=E8=A5=BF=E6=B9=96=E6=95=B0=E6=BA=90=E8=BD=AF=E4=BB=B6=E5=9B=AD18=E5=8F=B7=
	=E6=A5=BC1=E5=B1=82;;=E6=9D=AD=E5=B7=9E=E5=B8=82=E5=A4=A9=E7=9B=AE=E5=B1=B1=E8=B7=AF176=E5=8F=B7=
	;=E6=9D=AD=E5=B7=9E=E5=B8=82;=E6=B5=99=E6=B1=9F=E7=9C=81;31;=E4=B8=AD=E5=8D=8E=E4=BA=BA=E6=B0=91=E5=85=B1=E5=92=8C=E5=9B=BD
email;internet:[EMAIL PROTECTED]
title;quoted-printable:=E7=B3=BB=E7=BB=9F=E7=AE=A1=E7=90=86=E5=91=98
tel;work:0571-88271553
tel;cell:13705814907
x-mozilla-html:FALSE
version:2.1
end:vcard

Bug#359834: find in /usr/share/common-lisp/source/defsystem but this directory may be nonexist

[Chun Tian (binghe)]

Package: common-lisp-controller
Version: 5.12

There're some lines in common-lisp-controller's preinstall scripts:

   find  /usr/share/common-lisp/source/defsystem \
 /usr/share/common-lisp/source/asdf \
 /usr/share/common-lisp/source/common-lisp-controller
 -type f -not -name "*.lisp" -print0 2> /dev/null \
 | xargs --null rm --force 2> /dev/null

If the package 'cl-defsystem3' haven't been installed, this dir:

/usr/share/common-lisp/source/defsystem

doesn't exist, then the 'find' command will return a error! When I've installed 
cl-defsystem3, everything goes well.

Maybe common-lisp-controller should depend on cl-defsystem3 to ensure this dir 
existed?

Thanks.


--
((Chun Tian (binghe)) ((GnuPG Key) 077D1091))





--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#344390: Can not load correctly

[Chun Tian (binghe)]

Package: araneida
Version: 0.90.1
Severity: serious

I cannot use (clc:clc-require :araneida) to compile and load araneida 
correctly. I think that's because this file 'doc/new-dispatch-model' in source 
didn't come with it's deb package. When I copy it to 
/usr/share/common-lisp/source/araneida/doc ,everything goes well.

Thanks.

--
GnuPG Key: 0xF7C63B10



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#335868: This bug should be closed.

[Chun Tian (binghe)]

As cl-ironclad has been upgrade to 0.10, I found that now I can compile
it correctly, so this bug may be closed.

Thanks

-- 
GnuPG Key: 0xF7C63B10



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#338613: The clc-dumped image's name is wrong--a bug in gclcvs.sh

[Chun Tian (binghe)]

Package: gclcvs
Version: 2.7.0-50.1
Severity: Normal

For many days, when I've installed gclcvs, a directory named '>' will be in / 
or /root ...
So I tracked this bug, then found a bug in /usr/lib/common-lisp/bin/gclcvs.sh 
(debian/in-gcl-clc.sh), because of this two line:
image=$($gcl_bin -batch -eval '(princ (namestring (merge-pathnames 
(make-pathname :name saved_clc_gcl") (pathname 
si:*system-directory*'' will append to the $image and $gcl_clc. This makes the name of the image 
file which this script generate IS NOT correct, so that /usr/bin/gclcvs cannot 
load them.

I don't know the function '-batch', but a simple solution: add a (quit) at the 
end of these 'eval', like that: (and I don't need a '