On Friday, January 24, 2003, at 10:17 PM, Ben Hines wrote:
Researching this a bit more, it appears that this is a dpkg
limitation. So, this will be hard to fix on the dpkg side, again
unless we "force" everything. dpkg on debian linux also cannot handle
Provides: when another package has a v
On Friday, January 24, 2003, at 08:55 PM, Ben Hines wrote:
On Friday, January 24, 2003, at 08:49 PM, Randal L. Schwartz wrote:
And that scheme *still* doesn't work. Once I have system-perlmods
installed, it *still* wants to try to install something like
compress-zlib-pm,
but then fails bec
On Friday, January 24, 2003, at 08:49 PM, Randal L. Schwartz wrote:
And that scheme *still* doesn't work. Once I have system-perlmods
installed, it *still* wants to try to install something like
compress-zlib-pm,
but then fails because my package conflicts with it.
If you have the Provides:
> "Randal" == Randal L Schwartz <[EMAIL PROTECTED]> writes:
> "Randal" == Randal L Schwartz <[EMAIL PROTECTED]> writes:
Randal> Actually, on second thought, I should "conflicts: (everything)" but
Randal> "provides: (only the modules I actually have installed)".
Randal> Maybe for version 2
> "Randal" == Randal L Schwartz <[EMAIL PROTECTED]> writes:
Randal> Actually, on second thought, I should "conflicts: (everything)" but
Randal> "provides: (only the modules I actually have installed)".
Randal> Maybe for version 2. :)
Sorry, I hit send too quick...
And the *reason* for that
> "Ben" == Ben Hines <[EMAIL PROTECTED]> writes:
Ben> Actually, my bad, you can use "Type: bundle" to get around that. So
Ben> with Type: bundle you don't need the compilescript/installscript, etc.
OK, here's what I now end up invoking routinely between "fink selfupdate-cvs"
and "fink update-
