X-Recipient: archive-cygwin@delorie.com
DomainKey-Signature: a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:mime-version:in-reply-to:references:date
	:message-id:subject:from:to:content-type; q=dns; s=default; b=Ze
	dJ7k7z4dPXg0wf9orvf0WgEUTMNGORHi3y0DHdhW+V78fwyuo7F/DMIK+gBUz0X8
	MDniySoOUT3vjXDSHx9Rei+MnGJPzOweES+GxZFra+yZANsJXmaGtLXOAu72HN+v
	TI5h0grEMTYPbrhl1oJszG5WejrYiSuPzQRLyzJ8A=
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:mime-version:in-reply-to:references:date
	:message-id:subject:from:to:content-type; s=default; bh=R22QvZmH
	Ozvjk3p8hBrkuEbdQuM=; b=pjkxF9C+flnmghaPQwtzdedZLmkUzDiTuWFohvQB
	+P8ZqzugONfj0/kF0wPKStWWjuM0j4+hHzGBhxIEI+6t1xhtQLOZtbfLu/aQOAfJ
	qqeiA/AGRpwkvUR3Ndc4K0svJcJRs32DjKyKWkT4E1dRc+aGSw078/TY2QW08nCG
	w9g=
Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm
List-Id: <cygwin.cygwin.com>
List-Subscribe: <mailto:cygwin-subscribe@cygwin.com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin@cygwin.com>
List-Help: <mailto:cygwin-help@cygwin.com>, <http://sourceware.org/ml/#faqs>
Sender: cygwin-owner@cygwin.com
Mail-Followup-To: cygwin@cygwin.com
Delivered-To: mailing list cygwin@cygwin.com
Authentication-Results: sourceware.org; auth=none
X-Virus-Found: No
X-Spam-SWARE-Status: No, score=-1.4 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,FREEMAIL_REPLY,RCVD_IN_DNSWL_LOW,SPF_PASS autolearn=no version=3.3.2
X-HELO: mail-ig0-f181.google.com
MIME-Version: 1.0
X-Received: by 10.50.35.133 with SMTP id h5mr28445403igj.26.1408153563318; Fri, 15 Aug 2014 18:46:03 -0700 (PDT)
In-Reply-To: <496613926.20140816040503@yandex.ru>
References: <announce.53EDA004.7060207@cygwin.com>	<CAMKht8jp2tA1SLtXpSs1=ubrfTNQkpwzNUHW7omo0OF4=cvXuw@mail.gmail.com>	<53EE1737.7080306@cygwin.com>	<CAMKht8jpQVfDhDorom24OiJ9YE07zBqjDSF5zVfWiFsdN1kaUg@mail.gmail.com>	<496613926.20140816040503@yandex.ru>
Date: Fri, 15 Aug 2014 19:46:03 -0600
Message-ID: <CAFWoy7HeiQGs+ksC88K9S1JLGYWKVyUHxpCORoO0AQFMnfZEMA@mail.gmail.com>
Subject: Re: [ANNOUNCEMENT] Updated: man-db-2.6.7-2
From: Keith Christian <keith1christian@gmail.com>
To: cygwin@cygwin.com
Content-Type: text/plain; charset=UTF-8
X-IsSubscribed: yes

Suppose a makefile or similar for this issue, would handle only man
pages that have changed since the last update:


The TL;DR version of the issue is that compilation of database is slow and
prone to fail, plus the database should be re-indexed each time a page is
added, removed or changed.
If Cygwin do this only at man-db postinstall, the database WILL go out of
reality pretty soon.


Keith

On Fri, Aug 15, 2014 at 6:05 PM, Andrey Repin <anrdaemon@yandex.ru> wrote:
> Greetings, Michael DePaulo!
>
>>>>>
>>>>> This release removes the cache database generation from the postinstall
>>>>> step
>>>>> due to its often excessive length.  Users will need to manage the
>>>>> database
>>>>> themselves with mandb(1) in order to use whatis/apropos(1).
>>>>
>>>>
>>>> IMHO, this sounds like a serious decrease in Cygwin's usability.
>>>>
>>>> How do Linux distributions handle this? Linux distros install many
>>>> more packages by default, so doesn't their cache database generation
>>>> typically take much longer?
>>>
>>>
>>> Exactly why they don't seem to do it during postinstall either.  For
>>> example, in Fedora this is handled by a cron job.  A future release may add
>>> that functionality, but it is clear that postinstall is the wrong place for
>>> it.
>
>> I disagree, but I need to read more about the subject in order to have
>> a well-informed opinion.
>
> The TL;DR version of the issue is that compilation of database is slow and
> prone to fail, plus the database should be re-indexed each time a page is
> added, removed or changed.
> If Cygwin do this only at man-db postinstall, the database WILL go out of
> reality pretty soon.
>
>>>> Also, should documentation (or perhaps the info a user sees when they
>>>> start Cygwin for the 1st time) be updated?
>>>
>>>
>>> How so?
>>>
>>> Yaakov
>
>> Consider the example of where I work. After I install the corporate IT
>> department's SCCM "package"/"script" for Cygwin (1.7.16, last updated
>> August 2012), I am greeted by this message every time I start the
>> Cygwin Terminal:
>> ----
>> Your group is currently "mkpasswd".  This indicates that your
>> gid is not in /etc/group and your uid is not in /etc/passwd.
>
> This is about to change in a short while.
>
>> I am not suggesting that users see a mandb message every time they
>> launch cygwin.
>
> This could be resolved in a more graceful way. I.e. motd/fortune/etc.
>
>> But I am suggesting that that users see it when they
>> 1st launch cygwin. They already see this message:
>> ----
>> Copying skeleton files.
>> These files are for the users to personalise their cygwin experience.
>
>> They will never be overwritten nor automatically updated.
>
> Users will only see this message, if the $HOME directory is created anew.
> I, for one, do not see a reason to keep Cygwin users' $HOMEs separate from a
> system %USERPROFILE%.
>
>> Also, users who are particularly reliant on the apropos command
>> probably don't know about running the mandb command. It's analogous to
>> users launching the Windows "Help and Support" Center, but its search
>> bar returning 0 results they haven't run another utility 1st.
>
> That's an issue worth resolving. We just need to find a way to do it in a
> non-abusive fashion.
>
>
> --
> WBR,
> Andrey Repin (anrdaemon@yandex.ru) 16.08.2014, <03:57>
>
> Sorry for my terrible english...
>
>
> --
> Problem reports:       http://cygwin.com/problems.html
> FAQ:                   http://cygwin.com/faq/
> Documentation:         http://cygwin.com/docs.html
> Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
>

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

