"Dave Vasilevsky" <[EMAIL PROTECTED]> writes:
>> But Fink's tar is in the dependency list of dpkg, so it should be used.
>
> I think this is true only when fink calls dpkg, because fink does some
> path munging first. However I just tried this:
>
> sudo dtrace -n 'syscall::execve:entry { self->path = copyinstr(arg0);
> } syscall::execve:return / arg0 == 0 / { trace(self->path); }' -c
> 'dpkg-deb -b target target.deb'
>
> and it confirms that the first 'tar' in my path (which is not fink's
> tar) is being called. Also even when fink calls dpkg we're not
> absolutely guaranteed to get a recent tar, since during bootstrap
> fink's tar isn't installed yet.
>
>
> One option would be to patch dpkg to read something like this:
>
> struct stat sb;
> if (stat(PATH_TO_FINKS_TAR) == 0) {
> execlp(PATH_TO_FINKS_TAR,"tar","-cf", "-", "--null", "-T", "-",
> "--no-recursion", "--no-unquote", (char*)0);
> } else {
> execlp(TAR,"tar","-cf", "-", "--null", "-T", "-", "--no-recursion",
> "--no-unquote", (char*)0);
> }
>
> I'd still rather see a patch of the package in question. Can you tell
> us what it is? Maybe we can come up with a safe way around the use of
> strange paths.
My own preference (for what it's worth) would be to patch dpkg as you
suggest rather than patching the package either by making non-trivial
modifications to its source or by using an ugly post-installation
script. It seems clear to me that what's going on here is a lacking in
dpkg. I agree with Martin that, as it stands now, dpkg's operation
isn't very logical.
I did some searching on the debian mailing lists to see if there was any
mention of the --no-unquote tar option, but I was unable to find any
message where the developers took a stand on what to do about it in
connection with dpkg.
The package is called MML Query (http://mmlquery.mizar.org), a search
engine for mizar, which I have already packaged (see
http://pdb.finkproject.org/pdb/browse.php?summary=mizar)
Jesse
--
Jesse Alama ([EMAIL PROTECTED])
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Fink-devel mailing list
[email protected]
http://news.gmane.org/gmane.os.apple.fink.devel
