Re: [Fink-devel] documentation updates
On Tue, Dec 09, 2003 at 06:36:45PM -0500, David R. Morrison wrote: Folks, we need a few updates in the packaging manual. %% isn't documented in Section 2.2 (hello, thesin?). Also, I detected some amiguities between Validation.pm and what the manual says, concerning the fields in a SplitOff. It's not so clear which of the initial data fields are actually allowed... it seems that UpdatePOD is missing from Validation.pm in the splitoff section (or if not, that it should be mentioned in the manual that its not allowed)... It seems like it should, except... The splitoff code suggests that a SplitOff can contain a Type, but the Packaging Manual says type is present to splitoff and looking at PkgVersion suggests that setting it to some other value breaks things. But since type is clearly not inheirited, is there a problem with splitoffs' UpdatePOD not getting special treatment for Type: perl? and the manual says that Essential is not allowed in a splitoff but this is no longer correct. Should also mention whether it's inheirited or not (if I understand PkgVersion::initialize() correctly, it is, but I'm not sure that's how it actually works or is what's desired. dan -- Daniel Macks [EMAIL PROTECTED] http://www.netspace.org/~dmacks --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] documentation updates
I haven't looked at the code or tested, but Type: perl in a split is useless as type is for the buildprocess, splits aren't used till install phase. on the other hand updatePOD should be avail to splits but updatePOD now uses type perl for the version. sorta chicken and the egg. so really Type: perl should be allowed in splits but only to get the version if UpdatePOD is used. --- TS http://southofheaven.org Chaos is the beginning and end, try dealing with the rest. On 10-Dec-03, at 12:09 PM, Daniel Macks wrote: The splitoff code suggests that a SplitOff can contain a Type, but the Packaging Manual says type is present to splitoff and looking at PkgVersion suggests that setting it to some other value breaks things. But since type is clearly not inheirited, is there a problem with splitoffs' UpdatePOD not getting special treatment for Type: perl? PGP.sig Description: This is a digitally signed message part
Re: [Fink-devel] documentation updates
there are a few discrepancies with this, in some functions it's inherited like in the dep engine, but in others like remove it's not. The reason for this is unknown to me, though I do believe it shouldn't be inherited at all. It maybe have been this way for bootstrapping? when i re wrote the remove/purge functions i made it inherit it from the parent since that is how it was done in the dep engine, but I was corrected that this shouldn't be done so i removed it. And asked what should be done with the rest and didn't get a reply. Also I believe that the -b switch for list and remove and purge isn't documented, and I don't think anyone wants me making docs, plus this documenting features before they are release is odd to me. I think we need a new documentation procedure. --- TS http://southofheaven.org Chaos is the beginning and end, try dealing with the rest. On 10-Dec-03, at 12:09 PM, Daniel Macks wrote: Should also mention whether it's inheirited or not (if I understand PkgVersion::initialize() correctly, it is, but I'm not sure that's how it actually works or is what's desired. PGP.sig Description: This is a digitally signed message part
Re: [Fink-devel] documentation updates
Perhaps in a splitoff Type should be inheirited and a new _is_splitoff key should be added (and decisions that used to be based on whether _type=splitoff would now look for _is_splitoff instead). I'm currently hacking the Type processing code that does magical things with 'perl' (branch type_langvers) so I could give that a try while I'm there. OTOH, I'm going off-line for a few days in a couple of hours, so I won't hurry it for this release (I don't want to tinker with such a critical code chunk and leave everyone else to shake it down and fix it up). dan On Wed, Dec 10, 2003 at 12:28:22PM -0700, TheSin wrote: I haven't looked at the code or tested, but Type: perl in a split is useless as type is for the buildprocess, splits aren't used till install phase. on the other hand updatePOD should be avail to splits but updatePOD now uses type perl for the version. sorta chicken and the egg. so really Type: perl should be allowed in splits but only to get the version if UpdatePOD is used. On 10-Dec-03, at 12:09 PM, Daniel Macks wrote: The splitoff code suggests that a SplitOff can contain a Type, but the Packaging Manual says type is present to splitoff and looking at PkgVersion suggests that setting it to some other value breaks things. But since type is clearly not inheirited, is there a problem with splitoffs' UpdatePOD not getting special treatment for Type: perl? -- Daniel Macks [EMAIL PROTECTED] http://www.netspace.org/~dmacks --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] documentation updates
if the next release is 0.18.0 :) --- TS http://southofheaven.org Chaos is the beginning and end, try dealing with the rest. On 10-Dec-03, at 8:30 PM, Daniel Macks wrote: On Wed, Dec 10, 2003 at 02:09:56PM -0500, Daniel Macks wrote: On Tue, Dec 09, 2003 at 06:36:45PM -0500, David R. Morrison wrote: Folks, we need a few updates in the packaging manual. %% isn't documented in Section 2.2 (hello, thesin?). Okay, I just did this in CVS (including a note that it appears starting in fink-0.18.0, as a way to document this future feature). dan -- Daniel Macks [EMAIL PROTECTED] http://www.netspace.org/~dmacks --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel PGP.sig Description: This is a digitally signed message part
Re: [Fink-devel] documentation updates
well pkgs with updatepod in a splitoff wouldn't be a pm, it's be something like net-snmp or a pkg with a perlmodule, now I'd rather split this into two info files, not everyone has taken that approach. --- TS http://southofheaven.org Chaos is the beginning and end, try dealing with the rest. On 10-Dec-03, at 8:26 PM, Daniel Macks wrote: Perhaps in a splitoff Type should be inheirited and a new _is_splitoff key should be added (and decisions that used to be based on whether _type=splitoff would now look for _is_splitoff instead). I'm currently hacking the Type processing code that does magical things with 'perl' (branch type_langvers) so I could give that a try while I'm there. OTOH, I'm going off-line for a few days in a couple of hours, so I won't hurry it for this release (I don't want to tinker with such a critical code chunk and leave everyone else to shake it down and fix it up). dan On Wed, Dec 10, 2003 at 12:28:22PM -0700, TheSin wrote: I haven't looked at the code or tested, but Type: perl in a split is useless as type is for the buildprocess, splits aren't used till install phase. on the other hand updatePOD should be avail to splits but updatePOD now uses type perl for the version. sorta chicken and the egg. so really Type: perl should be allowed in splits but only to get the version if UpdatePOD is used. On 10-Dec-03, at 12:09 PM, Daniel Macks wrote: The splitoff code suggests that a SplitOff can contain a Type, but the Packaging Manual says type is present to splitoff and looking at PkgVersion suggests that setting it to some other value breaks things. But since type is clearly not inheirited, is there a problem with splitoffs' UpdatePOD not getting special treatment for Type: perl? -- Daniel Macks [EMAIL PROTECTED] http://www.netspace.org/~dmacks PGP.sig Description: This is a digitally signed message part
[Fink-devel] documentation updates
Folks, we need a few updates in the packaging manual. Section 5.4 on scripts is out of date; could somebody who is familiar with the current script rules please revise it? (just send the text here if you don't know how do the xml edits) Also, I detected some amiguities between Validation.pm and what the manual says, concerning the fields in a SplitOff. It's not so clear which of the initial data fields are actually allowed... it seems that UpdatePOD is missing from Validation.pm in the splitoff section (or if not, that it should be mentioned in the manual that its not allowed)... and the manual says that Essential is not allowed in a splitoff but this is no longer correct. Could someone familiar with the splitoff code take a look at this? Thanks, Dave --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
