Date: Mon, 08 Sep 2014 18:41:29 +0000 From: bugzilla-noreply@freebsd.org To: freebsd-ports-bugs@FreeBSD.org Subject: [Bug 193183] [STAGE] net/beacon: Request MAINTAINERship, pkg-descr cleanup Message-ID: <bug-193183-13-VdZrfuBShx@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-193183-13@https.bugs.freebsd.org/bugzilla/> References: <bug-193183-13@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193183 --- Comment #31 from C Hutchinson <portmaster@bsdforge.com> --- (In reply to John Marino from comment #30) > (In reply to C Hutchinson from comment #29) > > man(1) && perldoc(1) pages are left un-gzipped && copied to their > > intended destination(s) -- really, I tried it. UNindented. > > BUT if I omit that block, the man(1) && perldoc(1) pages, are packed > > in their intended destination(s) -- really, I tried it. :) > > If you omit the block, then the default "compress-man" target runs, as you > would expect. If you define "compress-man:", it doesn't matter what comes > after because it will skip the default target and run it instead. > > > > In both cases, the files DO get installed. Either gzipped | UNgzipped; > > depending upon the whether MANCOMPRESSED is defined, or not. > > > That's no surprise. It doesn't affect installation, only compression. > > > > > I have no explanation for it all. I just only discovered it. It might > > be interesting to take the time to find, and unwind the logic that even > > [still] permits this. But my plate [as you've already discovered] is nearly > > overflowing, as it is. :) > > The logic is in Mk/bsd.port.mk. > The point I was making is that the contents of your target > (MANCOMPRESSED=yes) did nothing. The affect was from the definition of the > target (the "compress-man:" line) > > > > No. No issue, at all. It's [supposed] to only be appended to, as|if needed. > > Go ahead, and issue a perldoc perllocal. You may, or may not get something. > > Depending if there's any contents|exists, in your [Perl] install(s). > > Modify this file is not permitted (it has to have same contents at > deinstallation as it does at installation) > If it's designed to be modified, then just remove it from $STAGEDIR in a > post-install target and remove it from pkg-plist. It is not useful > (according to you) so just don't install it at all. The file is created as part of the standard MakeMaker process. In this case it has no [real] value. FWIW -- I'll provide the "official" explaination; The perllocal.pod contains a list of locally-installed modules not included with the standard distribution. If you download and install Perl and then install several CPAN modules, only the CPAN modules will be listed in perllocal. It's updated during the "make install" process, by code in ExtUtils::MakeMaker. That said. As I see it. I can attempt a kludge that removes the perllocal pod(.gz), and hope Perl doesn't complain. Or I can create a new patch; files/patch-Net-Multicast-Beacon-Makefile.perl that nukes the following lines: doc_perl_install :: all $(NOECHO) $(ECHO) Appending installation info to $(DESTINSTALLARCHLIB)/perllocal.pod -$(NOECHO) $(MKPATH) $(DESTINSTALLARCHLIB) -$(NOECHO) $(DOC_INSTALL) \ "Module" "$(NAME)" \ "installed into" "$(INSTALLPRIVLIB)" \ LINKTYPE "$(LINKTYPE)" \ VERSION "$(VERSION)" \ EXE_FILES "$(EXE_FILES)" \ >> $(DESTINSTALLARCHLIB)/perllocal.pod doc_site_install :: all $(NOECHO) $(ECHO) Appending installation info to $(DESTINSTALLARCHLIB)/perllocal.pod -$(NOECHO) $(MKPATH) $(DESTINSTALLARCHLIB) -$(NOECHO) $(DOC_INSTALL) \ "Module" "$(NAME)" \ "installed into" "$(INSTALLSITELIB)" \ LINKTYPE "$(LINKTYPE)" \ VERSION "$(VERSION)" \ EXE_FILES "$(EXE_FILES)" \ >> $(DESTINSTALLARCHLIB)/perllocal.pod doc_vendor_install :: all $(NOECHO) $(ECHO) Appending installation info to $(DESTINSTALLARCHLIB)/perllocal.pod -$(NOECHO) $(MKPATH) $(DESTINSTALLARCHLIB) -$(NOECHO) $(DOC_INSTALL) \ "Module" "$(NAME)" \ "installed into" "$(INSTALLVENDORLIB)" \ LINKTYPE "$(LINKTYPE)" \ VERSION "$(VERSION)" \ EXE_FILES "$(EXE_FILES)" \ >> $(DESTINSTALLARCHLIB)/perllocal.pod which are responsible for it's creation. Thanks, John. --Chris -- You are receiving this mail because: You are the assignee for the bug.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-193183-13-VdZrfuBShx>