[arch-dev-public] Fix texinfo-based depcycles in core

Dan McGee dpmcgee at gmail.com
Tue Jan 27 19:20:39 EST 2009


On Tue, Jan 27, 2009 at 6:07 PM, Aaron Griffin <aaronmgriffin at gmail.com> wrote:
> On Tue, Jan 27, 2009 at 2:59 PM, Aaron Griffin <aaronmgriffin at gmail.com> wrote:
>> On Tue, Jan 27, 2009 at 2:50 PM, Dan McGee <dpmcgee at gmail.com> wrote:
>>> On Tue, Jan 27, 2009 at 2:20 PM, Aaron Griffin <aaronmgriffin at gmail.com> wrote:
>>>> This idea is Thomas', I take no credit, except that I actually wrote it up.
>>>>
>>>> The idea:
>>>> texinfo, on install, processes all info files. bash and glibc (and,
>>>> likely, other packages in core) no longer need to depend on texinfo,
>>>> but should check for install-info in the scriptlets before running.
>>>>
>>>> a) user installs bash and glibc. No info files are processed, texinfo
>>>> not installed
>>>>   user then installs texinfo, all info files are processed
>>>> b) user installs texinfo first (somehow)
>>>>   user then installs bash, info files processed due to existence of
>>>> install-info
>>>> c) user follows case a or b
>>>>   user upgrades bash or glibc, info files processed as normal due to
>>>> presence of install-info
>>>>
>>>> Any issues with this? See attached patch. Please review. If possible,
>>>> this needs to go to core before we release the ISOs.
>>>
>>> Seems reasonable for now. Basically any package in core should
>>> 1) not depend on texinfo
>>> 2) attempt to call install-info if it has info pages AND install-info is found?
>>
>> Yeah
>>
>> I guess, technically all packages should check for install-info before
>> actually doing anything - it's only proper.
>>
>> Allan, can we get the proto file updated with the -x check (and full paths) ?
>
> Any opinions on this (well, the second email, with the fixed patch) ?
>

Seems fine to me. Good catch on the executable not being there.

-Dan


More information about the arch-dev-public mailing list