Re: Rename the package command

"Isak Savo" <[email protected]> Fri, 29 Aug 2008 16:26:46 +0200
Newsgroups gmane.comp.autopackage.devel
Message-ID <[email protected]>
On Fri, Aug 29, 2008 at 3:15 PM, Jan Niklas Hasse <[email protected]> wrote:
> On Fri, Aug 29, 2008 at 8:41 AM, Isak Savo <[email protected]> wrote:
>> I presume this is to solve the execute-package-directly bug, right?
>>
>> How about the other stubs? Aren't there calls to 'package' inside the
>> other stubs?  Or in the included code in existing packages. How will
>> existing packages cope with renaming the 'package' command?
>
> Older stubs are looking for the apkg-funclib file and then call the
> _install function inside it.

Ok, good. (BTW, there are a couple of sourced functions too.. the
%XYZFOOO% entries in the stub, are they clear too?)

>> We *don't* want to break old packages.
>
> As far as I know, there are no direct calls to the package command. If
> there are, well, the command will still be available.

But at some point, we plan on removing the 'package' link/wrapper
script, right?

>>> What do you think of 'apkg'? If that name is okay, I can commit a
>>> patch tomorrow.
>>
>> I think "autopackage" is a better name. It is, after all, our "main
>> executable" and it seems fair to name it after the project.
>>
>> It's a bit longer to write though... :-/
>>
>> I'd say hold on to that patch for a while so that we can think this
>> one through. Is there a ticket open for this issue?
>
> No, not yet. Should I create one for 1.3.1?

Yeah do that. It's easier to track this issue later on and it's easier
to point people to if they wanna know about the change.

> Btw: I'm finished with the tickets for 1.3, can we release it this
> weekend? We should meet on IRC, because of creating the hybrids.

I'm gonna be a bit busy at least friday and saturday, but I'll try to
be on when I can.

-Isak

---------------------------------------------------------------------
To unsubscribe, e-mail: autopackage-dev-unsubscribe-OfajU3CKLf1/[email protected]
For additional commands, e-mail: autopackage-dev-help-OfajU3CKLf1/[email protected]