Hi everyone, Just thought I'd let you know that in the current CVS xfsdump looks for libhandle.la in /lib, while xfslibs-dev puts it in /usr/lib. What has been the decision about where to really put
Grr, in /lib pointing to /usr/lib/libhandle.la I mean. Built the xfsprogs package successfully with this. BTW, what's the current status of xfs_fsr? I don't know how stable it is, and how it handles
Current xfsdump/configure.in in cvs looks in /usr/lib/libhandle.la - but even if it doesn't find this, it will fall back to -lhandle, so I'm not sure what the problem is? (error message?) Perhaps yo
I'm building a Debian package so I run "debian/rules build". It failed saying it could not find /lib/libhandle.la. There was no residual state. I have a copy of the CVS tree that I update, and a copy
Without the actual error message though, I can't tell if its failing in the "configure" stage or the "build" stage. If its in the "configure" stage, your xfsdump is out of date, if its the "build" s
How can the CVS copy be out of date? I just did a cvs update. :) I just built xfsprogs from the same CVS copy. How can THAT be out of date? I already do. :) --> Jijo -- Federico Sevilla III :: jijo@x
Oh - I just tried it, & you're right [sheepish grin]. Something must have been changed underneath me ... I'll go have another look. Actually, I should probably go home now. ;) thanks. -- Nathan
Hehehe. Oops. You've been working too hard, I guess. Glad I was able to broadcast a heads up. :) Yes, you probably should. I remember running "rm -fR *" from / once when I was tired. I forgot I wasn'
I mailed this list about a kernel panic caused by xfs_fsr, but after upgrading to version 1.1.0 this problem disapeared. The changelog for that version says "merge fsr bug fixes from IRIX" and I thin
xfs_fsr currently appears to create filesystems which will not unmount correctly. There is a reference count leak in there. It is on the todo list, but right now Eric is out with a new baby, and I h
I noticed last night that I had some problems with "can't find libhandle", etc., after updating my CVS tree; there were some directories missing that cvs didn't grab, for some reason. I had to pull d
Hi everyone, Just thought I'd let you know that in the current CVS xfsdump looks for libhandle.la in /lib, while xfslibs-dev puts it in /usr/lib. What has been the decision about where to really put
Grr, in /lib pointing to /usr/lib/libhandle.la I mean. Built the xfsprogs package successfully with this. BTW, what's the current status of xfs_fsr? I don't know how stable it is, and how it handles
Current xfsdump/configure.in in cvs looks in /usr/lib/libhandle.la - but even if it doesn't find this, it will fall back to -lhandle, so I'm not sure what the problem is? (error message?) Perhaps yo
I'm building a Debian package so I run "debian/rules build". It failed saying it could not find /lib/libhandle.la. There was no residual state. I have a copy of the CVS tree that I update, and a copy
Without the actual error message though, I can't tell if its failing in the "configure" stage or the "build" stage. If its in the "configure" stage, your xfsdump is out of date, if its the "build" s
How can the CVS copy be out of date? I just did a cvs update. :) I just built xfsprogs from the same CVS copy. How can THAT be out of date? I already do. :) --> Jijo -- Federico Sevilla III :: jijo@x
Oh - I just tried it, & you're right [sheepish grin]. Something must have been changed underneath me ... I'll go have another look. Actually, I should probably go home now. ;) thanks. -- Nathan
Hehehe. Oops. You've been working too hard, I guess. Glad I was able to broadcast a heads up. :) Yes, you probably should. I remember running "rm -fR *" from / once when I was tired. I forgot I wasn'