X-Recipient: archive-cygwin AT delorie DOT 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 AT cygwin DOT com; run by ezmlm List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT 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: <53EE1737 DOT 7080306 AT cygwin DOT com> <496613926 DOT 20140816040503 AT yandex DOT ru> Date: Fri, 15 Aug 2014 19:46:03 -0600 Message-ID: Subject: Re: [ANNOUNCEMENT] Updated: man-db-2.6.7-2 From: Keith Christian To: cygwin AT cygwin DOT 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 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 AT yandex DOT 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