linux-man.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Mike Frysinger <vapier-aBrp7R+bbdUdnm+yROfE0A@public.gmane.org>
To: Alexander Miller <alex.miller-Mmb7MZpHnFY@public.gmane.org>
Cc: "Michael Kerrisk (man-pages)"
	<mtk.manpages-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
	linux-man-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Subject: Re: [PATCH 0/7] Improve support for compressed man pages
Date: Mon, 18 Apr 2016 14:30:24 -0400	[thread overview]
Message-ID: <20160418183024.GX5369@vapier.lan> (raw)
In-Reply-To: <20160418191026.7fa8c669.alex.miller-Mmb7MZpHnFY@public.gmane.org>

[-- Attachment #1: Type: text/plain, Size: 2335 bytes --]

On 18 Apr 2016 19:10, Alexander Miller wrote:
> On Mon, 18 Apr 2016 13:57:54 +0100 Michael Kerrisk wrote:
> > On 04/16/2016 05:30 PM, Alexander Miller wrote:
> > > On Sat, 16 Apr 2016 00:50:58 -0400
> > > Mike Frysinger <vapier-aBrp7R+bbdUdnm+yROfE0A@public.gmane.org> wrote:
> > >   
> > >> imo, we should just drop all compression support.  distros already
> > >> handle this properly and pick whatever they want/need.  
> > > 
> [...]
> > > 
> > > We can drop compression support or do it right - I'm fine with
> > > either option. We shouldn't keep the status quo, though.  
> > 
> > I'm inclined to say drop it. Would you mind putting together a 
> > patch, Alex?
> 
> I'm not sure what exactly we should do.
> The problem isn't really compressing the files, but the "screen"
> and "uninstall" targets.
> 
> If we drop support for compressing man pages ourselves, what shall
> we do with those targets? They aren't useful for distros either.
> And they *still* might have to deal with files compressed by the
> distro's package manager (if a user tries to update manually).
> We could
> - drop "screen" and/or "uninstall", too
>   (getting rid of the problem and simplifying the Makefile but
>   being inconvenient for users);
> - fix them to handle man pages compressed by the distro
>   (but not compressed sources, resulting in only slightly simpler
>   patches than those I've posted);
> - or explicitly state "screen" (and maybe "uninstall") don't support
>   compressed files. This is problematic IMO, especially since they
>   are used by "make all". Moreover, "uninstall" can remove .gz/.bz2
>   files but no .xz files right now; this could be changed to include
>   .xz or to exclude .gz/.bz2.

imo, drop the screen target.  for uninstall, that's a semi-common
idiom that packages have (and autotools supports out of the box).
keeping that sounds fine.

i don't think we need to worry about supporting `make uninstall` if
the package was installed initially by the distro -- you have to deal
with version skew of course which pretty much no one does.  just make
sure `make install && make uninstall` works sanely.

wrt compression, we could be lazy/greedy here too.  when we uninstall
locale.5, just rm locale.5*.  in practice, this is unlikely to be an
issue ...
-mike

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 819 bytes --]

  parent reply	other threads:[~2016-04-18 18:30 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-04-16  0:25 [PATCH 0/7] Improve support for compressed man pages Alexander Miller
     [not found] ` <20160416022503.1df762cb.alex.miller-Mmb7MZpHnFY@public.gmane.org>
2016-04-16  0:45   ` [PATCH 1/7] Makefile: Use better xz options Alexander Miller
2016-04-16  0:52   ` [PATCH 2/7] Makefile: Improve uninstall target for compressed man pages Alexander Miller
2016-04-16  0:59   ` [PATCH 3/7] Makefile: Support compressed files for screen target Alexander Miller
2016-04-16  1:01   ` [PATCH 4/7] Makefile: Skip already compressed files in gz/bz2/xz targets Alexander Miller
2016-04-16  1:09   ` [PATCH 6/7] Makefile: Avoid compressing very small " Alexander Miller
2016-04-16  1:09   ` [PATCH 7/7] Makefile: Mention xz in the instructive comment at top Alexander Miller
2016-04-16  4:50   ` [PATCH 0/7] Improve support for compressed man pages Mike Frysinger
     [not found]     ` <20160416045058.GS6588-UgUKS2FnFs9+urZeOPWqwQ@public.gmane.org>
2016-04-16 16:30       ` Alexander Miller
     [not found]         ` <20160416183013.352f4ba6.alex.miller-Mmb7MZpHnFY@public.gmane.org>
2016-04-18 12:57           ` Michael Kerrisk (man-pages)
     [not found]             ` <5714D9D2.8050501-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2016-04-18 17:10               ` Alexander Miller
     [not found]                 ` <20160418191026.7fa8c669.alex.miller-Mmb7MZpHnFY@public.gmane.org>
2016-04-18 18:30                   ` Mike Frysinger [this message]
     [not found]                     ` <20160418212955.498ce1dd.alex.miller@gmx.de>
     [not found]                       ` <20160418212955.498ce1dd.alex.miller-Mmb7MZpHnFY@public.gmane.org>
2016-04-18 19:45                         ` [PATCH] Makefile: Drop compression support and screen target Alexander Miller
2016-04-18 14:49           ` [PATCH 0/7] Improve support for compressed man pages Mike Frysinger
     [not found]             ` <20160418144918.GK5369-UgUKS2FnFs9+urZeOPWqwQ@public.gmane.org>
2016-04-18 15:08               ` walter harms
     [not found]                 ` <5714F856.9090206-fPG8STNUNVg@public.gmane.org>
2016-04-18 15:12                   ` Mike Frysinger

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20160418183024.GX5369@vapier.lan \
    --to=vapier-abrp7r+bbdudnm+yrofe0a@public.gmane.org \
    --cc=alex.miller-Mmb7MZpHnFY@public.gmane.org \
    --cc=linux-man-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
    --cc=mtk.manpages-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).