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

[Aaron Griffin]

On Sat, Dec 13, 2008 at 4:34 PM, Dan McGee <dpmcgee at gmail.com> wrote:
> 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})

Fixing, will upload a -2 shortly