On Wed, Feb 22, 2012 at 12:09:15AM +0100, Joerg Jaspert wrote:
>
> > There's more than just my /usr. This system runs off a 160GB SSD, so
> > 500MB is more like 0.5% of the available storage space here.
>
> > 160GB is in the low end of the available storage of modern systems, and
> > probably (gu
> There's more than just my /usr. This system runs off a 160GB SSD, so
> 500MB is more like 0.5% of the available storage space here.
> 160GB is in the low end of the available storage of modern systems, and
> probably (gut feeling) about average of systems bought in the past few
> years (my thre
On Tue, Feb 21, 2012 at 09:01:42AM +0100, Raphael Hertzog wrote:
> On Tue, 21 Feb 2012, Wouter Verhelst wrote:
> > On Mon, Feb 20, 2012 at 07:09:40PM +0100, Wouter Verhelst wrote:
> > > On Mon, Feb 20, 2012 at 06:02:50PM +0100, Bill Allombert wrote:
> > > > Debian is used on small systems where use
On Tue, 21 Feb 2012, Wouter Verhelst wrote:
> On Mon, Feb 20, 2012 at 07:09:40PM +0100, Wouter Verhelst wrote:
> > On Mon, Feb 20, 2012 at 06:02:50PM +0100, Bill Allombert wrote:
> > > Debian is used on small systems where users still like to have
> > > documentation, and
> > > support zlib compre
On Mon, 20 Feb 2012, Russ Allbery wrote:
> Wouter Verhelst writes:
> > To be a bit more specific on this: such a tool could be implemented
> > fairly trivially with a dpkg trigger. Just register a trigger that
> > triggers on any file under /usr/share/doc, and have it call gzip --best
> > on the f
On Mon, Feb 20, 2012 at 2:22 AM, Wouter Verhelst wrote:
> Hi,
>
> During a recent discussion on debian-devel about multiarch, it was shown
> that gzip does not always produce the exact same output from a given
> input file.
>
> While it was shown that removing the requirement to compress
> document
Wouter Verhelst writes:
> To be a bit more specific on this: such a tool could be implemented
> fairly trivially with a dpkg trigger. Just register a trigger that
> triggers on any file under /usr/share/doc, and have it call gzip --best
> on the files it is called with.
It would be a good idea f
On Mon, Feb 20, 2012 at 07:09:40PM +0100, Wouter Verhelst wrote:
> On Mon, Feb 20, 2012 at 06:02:50PM +0100, Bill Allombert wrote:
> > Debian is used on small systems where users still like to have
> > documentation, and
> > support zlib compression is almost universal.
>
> I would not have any o
Package: debian-policy
Version: 3.9.2
Severity: wishlist
On Mon, Feb 20, 2012 at 09:17:16PM +0100, Iustin Pop wrote:
> On Mon, Feb 20, 2012 at 08:22:52AM +0100, Wouter Verhelst wrote:
> > Hi,
> >
> > During a recent discussion on debian-devel about multiarch, it was shown
> > that gzip does not a
On Mon, Feb 20, 2012 at 08:22:52AM +0100, Wouter Verhelst wrote:
> Hi,
>
> During a recent discussion on debian-devel about multiarch, it was shown
> that gzip does not always produce the exact same output from a given
> input file.
>
> While it was shown that removing the requirement to compress
On Mon, Feb 20, 2012 at 06:02:50PM +0100, Bill Allombert wrote:
> > As such, I believe the requirement to compress files is an anachronism
> > that we should get rid of.
>
> I do not like removing a useful requirement in exchange for nothing.
> Debian is used on small systems where users still li
On Mon, Feb 20, 2012 at 06:02:50PM +0100, Bill Allombert wrote:
> On Mon, Feb 20, 2012 at 08:22:52AM +0100, Wouter Verhelst wrote:
> > Hi,
> >
> > During a recent discussion on debian-devel about multiarch, it was shown
> > that gzip does not always produce the exact same output from a given
> > i
On Mon, Feb 20, 2012 at 06:49:15PM +0100, Jakub Wilk wrote:
> * Bill Allombert , 2012-02-20, 18:02:
> >iceweasel handle compressed file fine
>
> Oh, does it? I just tried to open
> /usr/share/doc/ccache/changelog.html.gz and it gave me the following
> options:
>
> * Open with /bin/tar (default)
>
* Bill Allombert , 2012-02-20, 18:02:
iceweasel handle compressed file fine
Oh, does it? I just tried to open
/usr/share/doc/ccache/changelog.html.gz and it gave me the following
options:
* Open with /bin/tar (default)
* Save file
I can't say I'm satisfied with any of them.
--
Jakub Wilk
On Mon, Feb 20, 2012 at 08:22:52AM +0100, Wouter Verhelst wrote:
> Hi,
>
> During a recent discussion on debian-devel about multiarch, it was shown
> that gzip does not always produce the exact same output from a given
> input file.
Hello Wouter,
> While it was shown that removing the requiremen
Roger Leigh writes:
> I think the same argument can be made for PDF and text files; while it's
> true some tools can cope with the compression, the number of times I tab
> complete a less command to find it's an unreadable
> mess, and have to repeat that with [xx]less or some other tool is very
Wouter Verhelst writes:
> - Compressing documentation files incurs an additional step on the user
> who wants to read said documentation. Yes, there is zless and zmore.
> However, there is no ziceweasel, zpdf-reader[2] or zgv. Even if such
> tools do exist, we would still require that users
On 2012-02-20, Wouter Verhelst wrote:
>
> --/04w6evG8XlLl3ft
> Content-Type: text/plain; charset=us-ascii
> Content-Disposition: inline
> Content-Transfer-Encoding: quoted-printable
>
> Hi,
>
> During a recent discussion on debian-devel about multiarch, it was shown
> that gzip does not always pro
On Mon, Feb 20, 2012 at 08:22:52AM +0100, Wouter Verhelst wrote:
[…]
> As such, I believe the requirement to compress files is an anachronism
> that we should get rid of.
>
> Thoughts?
In general, I agree with the rationale in principle. I think it's
possibly important to note that given that th
19 matches
Mail list logo