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

Allan McRae allan at archlinux.org
Tue Jan 27 19:30:59 EST 2009


Aaron Griffin 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) ?
>   

That fix looks good to me.  How long does it take to scan all info pages 
when reinstalling texinfo on a system with a decent number of packages 
installed?

I will update the proto file soon.

Allan





More information about the arch-dev-public mailing list