[arch-dev-public] [signoff] bash 3.2.048

[Dan McGee]

On Sat, Dec 13, 2008 at 4:25 PM, Aaron Griffin <aaronmgriffin at gmail.com> wrote:
> On Sat, Dec 13, 2008 at 8:15 AM, Dan McGee <dpmcgee at gmail.com> wrote:
>> On Sat, Dec 13, 2008 at 7:40 AM, Allan McRae <allan at archlinux.org> wrote:
>>> Eric Bélanger wrote:
>>>>
>>>> On Fri, 12 Dec 2008, Dan McGee wrote:
>>>>
>>>>> On Thu, Dec 11, 2008 at 1:01 PM, Eric Bélanger
>>>>> <belanger at astro.umontreal.ca> wrote:
>>>>>>
>>>>>> On Tue, 9 Dec 2008, Aaron Griffin wrote:
>>>>>>
>>>>>>> On Mon, Dec 8, 2008 at 6:34 PM, Ronald van Haren <pressh at gmail.com>
>>>>>>> wrote:
>>>>>>>>
>>>>>>>> On Tue, Dec 9, 2008 at 1:06 AM, Aaron Griffin
>>>>>>>> <aaronmgriffin at gmail.com>
>>>>>>>> wrote:
>>>>>>>>>
>>>>>>>>> Package in testing for x86_64. An i686 build would be appreciated.
>>>>>>>>>
>>>>>>>>> Bug fixes:
>>>>>>>>>  FS#10073: /etc/skel/.bashrc addition for non-interactive shells
>>>>>>>>>
>>>>>>>>> Patch level bump to 048. Mostly minor changes, see here for patches:
>>>>>>>>> http://ftp.gnu.org/gnu/bash/bash-3.2-patches/
>>>>>>>>>
>>>>>>>>> Please signoff
>>>>>>>>>
>>>>>>>>
>>>>>>>> I think the x86_64 build is still in your staging dir.
>>>>>>>
>>>>>>> Whoops. FIxed now.
>>>>>>>
>>>>>>>
>>>>>>
>>>>>> signoff both arches
>>>>>
>>>>> I just upgraded to this package now- did anyone else see this on
>>>>> upgrading?
>>>>>
>>>>> checking package integrity...
>>>>> (1/1) checking for file conflicts
>>>>> [#####################] 100%
>>>>> (1/1) upgrading bash
>>>>>  [#####################] 100%
>>>>> error: scriptlet failed to execute correctly
>>>>>
>>>>> -Dan
>>>>>
>>>>>
>>>>
>>>> I don't think I got that error.
>>>>
>>>> Eric
>>>
>>> I definitely did not get that error.
>>
>> So I dug a bit deeper and tried to run the post_install() function
>> manually without the /dev/null redirection:
>>
>> $ post_install
>> install-info: No such file or directory for /usr/share/info/bash.info.gz
>>
>> $ ls /usr/share/info/bash.info
>> /usr/share/info/bash.info
>>
>> Note the missing gz extension. If I list the contents of the package,
>> the info file also doesn't have a gzip extension.
>
> Is this an upgrade/merging issue? Doesn't zipman or whatever compress
> info files too?

I believe pacman-git will, but 3.2.1 doesn't? Take a look at your
makepkg script and see what it does. This is the git version:

  if [ "$(check_option zipman)" = "y" ]; then
    msg2 "$(gettext "Compressing man and info pages...")"
    local manpage mandirs ext file link hardlinks hl
    mandirs=({usr{,/local}{,/share},opt/*}/{man,info})

-Dan