In a desperate mad grab for power which does not belong to me and to
confirm suspicions that I'm secretly not merely a developer, but a crazed
lunatic trying to take over the world (or at least Debian)[1], I write:
On Fri, May 14, 1999 at 02:49:23PM -0700, Joey Hess wrote:
> Bug: 37342
> Title: lo
Here's the summary of what's been going on on debian-policy in the past
week. Let me know if you're finding these useful.
Current and upcoming amendments:
- libtool archive (*.la) files in -dev' packages (#37257)
- logrotation
Active proposals:
- Patented software == non-f
Hi,
>>"Peter" == Peter S Galbraith <[EMAIL PROTECTED]> writes:
Peter> Manoj Srivastava wrote:
>> We should ask why do we need to do this? The obvious reason is
>> that HTML docs may be large, and there may be disk space issues.
Peter> I only went through the exercise for mh-book to save 2.5
On 14 May 1999, Manoj Srivastava wrote:
> Hi,
> >>"Remco" == Remco Blaakmeer <[EMAIL PROTECTED]> writes:
>
> Remco> Or change lynx to search for the .html.gz if it can't find the
> Remco> .html file. There are web servers that can do this already,
> Remco> so it shouldn't be too difficult.
>
Manoj Srivastava wrote:
> >>"Peter" == Peter Galbraith <[EMAIL PROTECTED]> writes:
>
> >> !/usr/bin/perl -pi
> >>
> >> href2gz : Replace HREF tags to point to compressed HTML files
> >>
> >> This script runs on all original .html files.
> >>
> Peter> s/((HREF|SRC)=\"[^\"]+)\.htm[l]?/$1
Hi,
>>"Peter" == Peter Galbraith <[EMAIL PROTECTED]> writes:
>> !/usr/bin/perl -pi
>>
>> href2gz : Replace HREF tags to point to compressed HTML files
>>
>> This script runs on all original .html files.
>>
Peter> s/((HREF|SRC)=\"[^\"]+)\.htm[l]?/$1.html.gz/gi;
Unfortunately, thi
Hi,
>>"Remco" == Remco Blaakmeer <[EMAIL PROTECTED]> writes:
Remco> Or change lynx to search for the .html.gz if it can't find the
Remco> .html file. There are web servers that can do this already,
Remco> so it shouldn't be too difficult.
Umm, lynx is not the only browser out there. T
Hi,
>>"Anders" == Anders Hammarquist <[EMAIL PROTECTED]> writes:
Anders> But the way I read the policy it says to compress html, so it
Anders> that case it needs to be changed (or at least clarified).
I agree it should be clarified. I don't think of HTML as
``text documentation'', any
Remco Blaakmeer wrote:
> On Fri, 14 May 1999, Anders Hammarquist wrote:
>
> > But the way I read the policy it says to compress html, so it that case
> > it needs to be changed (or at least clarified).
>
> Or change lynx to search for the .html.gz if it can't find the .html file.
> There are w
On Fri, 14 May 1999, Anders Hammarquist wrote:
> But the way I read the policy it says to compress html, so it that case
> it needs to be changed (or at least clarified).
Or change lynx to search for the .html.gz if it can't find the .html file.
There are web servers that can do this already, so
> Ron> perhaps a better solution would be to have a utility to
> Ron> s/html/html.gz/g for relative (or better, *affected*) links in a
> Ron> text.. I've thought about this for a while as a way to keep the
> Ron> disk footprint of things like the single unix spec to a
> Ron> reasonable size,
*Peter S Galbraith wrote:
> I hate to use Word, and hate to have Word documents on my system
> (you can really grep through them to find stuff and identify a
> document), but it's the standard at my place of work (where I use
> Linux all day). I'm thankful that there exist _free_ readers for
> it.
*Manoj Srivastava wrote:
> I, on the other hand, use word2x, and recently, wordperfect,
> and I understand word files. I tell people my preference, and I don't
> send out word files, but I run a capable system.
I should point out that it is far from perfect. I have helped
people
*James Troup wrote:
> *sigh*. No, there is not. I did not accept the other packages. I am
> being perfectly consistent. This is the first package that I have
> review from Incoming of this sort; that's all, nothing more, nothing
> less.
I think James is claiming that he thinks this issu
*Branden Robinson wrote:
Unfortunately, I don't think there is one answer. In they hypothetical
apple case, it's clear that the client should go into contrib. In this
case, it is not punishment, it just makes people aware of what they are
doing when they get that client.
But what if a free cl
Could you provide a pointer to the change you're referring to? One of the
worst scenarios I can come up with is an international treaty regulating
mutual recognition of (software) patents.
It concerns a change in the European Patent Office rules.
See www.freepatents.org.
Whether something that happens to be patented should be considered
non-free. Currently it is. I believe however that the proper place for
an otherwise free but patented bit of software is non-US/main.
I agree with the idea of considering these programs free,
for whatever parts of the
17 matches
Mail list logo
