Tomasz Wegrzanowski <[EMAIL PROTECTED]> writes:
> Our `extra' definition is not complied by packages.
> Policy says that package which conflicts with `optional'
> package should go to `extra'. No httpd nor ftpd respects this.
> And I dont see any reason of chosing the only proper {ht,f}tpd
I disa
Our `extra' definition is not complied by packages.
Policy says that package which conflicts with `optional'
package should go to `extra'. No httpd nor ftpd respects this.
And I dont see any reason of chosing the only proper {ht,f}tpd
--- cite ---
`extra'
This contains all packages
Package: packaging-manual
Version: 3.1.1.0
The example in section 3.1.4 of a package requiring dpkg-shlibdeps to
give both a Pre-Depends and a Recommends result is out of date: procps
no longer seems to do this.
Does anyone know of other examples of the same thing?
Julian
--
=-=-=-=-=-=-=-=
Joel Klecker <[EMAIL PROTECTED]> writes:
> You're implying of course that only the US has software patents,
> which is false. mp3 encoding is covered by both US and German patents
> and IDEA is claimed to be patented in Europe as well as the US (I
> think ascom is deliberately misleading as to
On Fri, Nov 12, 1999 at 08:05:07AM +1000, Kevin Ryde wrote:
> Package: packaging-manual
> Version: 3.1.0.0
> Severity: wishlist
>
> In the "How to write debian/shlibs.local" section:
Corrected in my local version, will be included in the next release.
Thanks for the report.
Julian
--
=-=-=-
On Wed, Nov 17, 1999 at 08:12:43AM -0500, Branden Robinson wrote:
> On Wed, Nov 17, 1999 at 12:14:05AM -0800, Joey Hess wrote:
> > Branden Robinson wrote:
> > > When they say "monochrome", they mean .xbm's. Why not just have a
> > > /usr/share/image directory in which images of any format or size
On Wed, Nov 17, 1999 at 09:26:39PM -0800, [EMAIL PROTECTED] wrote:
> /usr/share/images/icons (small images meant as window decoration,
> desktop-style icons, or button bitmaps)
>
> /usr/share/images/backgrounds (possibly larger images meant as window or
> desktop background, etc.)
>
> Probably no
Package: packaging-manual
Version: 3.1.0.0
Severity: wishlist
In the "How to write debian/shlibs.local" section:
--- packaging.sgml.old Fri Nov 12 07:56:53 1999
+++ packaging.sgml Fri Nov 12 07:57:51 1999
@@ -4742,7 +4742,7 @@
This file is intended only as a te
On Wed, 17 Nov 1999, Branden Robinson wrote:
> On Wed, Nov 17, 1999 at 04:09:13PM -0800, Joey Hess wrote:
> > Branden Robinson writes:
> > > Well, then, we immediately throw away the advantage that a single
> > > directory
> > > name gives us.
[snip]
> My biggest objection is that we haven't
On Wed, Nov 17, 1999 at 04:09:13PM -0800, Joey Hess wrote:
> Branden Robinson writes:
> > Well, then, we immediately throw away the advantage that a single directory
> > name gives us.
>
> What are those?
It makes searching simple.
It guarantees no name collisions in the image filenames themse
Branden Robinson writes:
> Well, then, we immediately throw away the advantage that a single directory
> name gives us.
What are those?
> We already have several directories in our system that are unspeakably
> unwieldy for a human to browse, why should /usr/share/images be any
> different?
Branden Robinson <[EMAIL PROTECTED]> writes:
> We already have several directories in our system that are unspeakably
> unwieldy for a human to browse, why should /usr/share/images be any
> different?
We have a few hundred in some directories; I'm not sure we have
several thousand in any yet.
Th
12 matches
Mail list logo
