In article <[EMAIL PROTECTED]> Ian Jackson wrote:
>> Other programs *should* use it. It takes over /dev/audio when it runs,
>> because it is a server. Because most programs that use sound have
>> their own small server, only one sound program can run at once. With
>> the rational you gave, *all* p
On Thu, Mar 19, 1998 at 06:02:54PM +, Ian Jackson wrote:
> Marcus Brinkmann:
> > b) Make an additional section either between standard and optional or
> > between optional and extra. (Suggestion: "preferred" or "extra", where
> > old extra will be renamed to "special" or so).
> >
> > I don't w
On Thu, Mar 19, 1998 at 06:00:22PM +, Ian Jackson wrote:
> It looks like lots of people disagree with me on many of these
> packages. Oh well.
I'm not in principle against moving packages. optional is quite cluttered.
But (and please don't take this as an offend) you didn't gave a rational fo
[EMAIL PROTECTED] (Manoj Srivastava) wrote on 18.03.98 in <[EMAIL PROTECTED]>:
> As I mentioned in a previsou message, I do not like this
> trend. I understand people are annoyed at spurious bug reports, but
> the goal is to have packages without bugs, and strictly prohibiting
> automate
-BEGIN PGP SIGNED MESSAGE-
On Wed, 18 Mar 1998, Ian Jackson wrote:
> Noone may submit many bug reports or send mail to many maintainers
> without prior approval for the specific person in question to send
> mail under those specific circumstances.
>
> Even for violation by packages o
Marcus Brinkmann:
> b) Make an additional section either between standard and optional or
> between optional and extra. (Suggestion: "preferred" or "extra", where
> old extra will be renamed to "special" or so).
>
> I don't want to decide which package should be optional and which
> should belong
It looks like lots of people disagree with me on many of these
packages. Oh well.
The one that Marcus Brinkmann disagrees with that I really want to
take issue with is:
> >[Ian:]
> >> Package: nas Description: The Network Audio System (NAS). (I
> >> _believe_ this thing still takes over /dev/audi
On Wed, 11 Mar 1998, Jason Gunthorpe wrote:
> On Wed, 11 Mar 1998, Christian Schwarz wrote:
>
> >
> > Recall, that there was a discussion on this topic between Feb 9 and Feb
> > 18, with subject line "awk: essential virtual package?"
> >
> > We discussed the suggestion that all essential packa
On Thu, 19 Mar 1998, Ian Jackson wrote:
> James Troup:
> > Ian Jackson <[EMAIL PROTECTED]> writes:
> > > Noone may submit many bug reports or send mail to many maintainers
> > > without prior approval for the specific person in question to send
> > > mail under those specific circumstances.
> >
On Wed, Mar 18, 1998 at 05:26:42PM -0600, Manoj Srivastava wrote:
> Hi,
> In the sprit of submitting bugs that affect a large number of
> packages, this should be
>
> a) discussed on the mailing list,
> b) have bugs filed against all packages so that peole may edit the
> control
On Wed, Mar 18, 1998 at 01:43:19PM -0600, Manoj Srivastava wrote:
> Hi,
>
> I have a few comments on this.
>
> 2) Lintian bugs: Yes, the maintainer should make sure that the
> package passes Lintian checks. If they do not, however, they
> should expect to see bugs reported about th
I see more and more software being offered in .tar.bz2 format (e.g. kernel,
egcs), which appears to be a lot more space efficient for source code.
I'd like to request that our policy wrt sources be extended to accept
.tar.bz2 too. (This entails modifying dinstall, dupload, dpkg-source and
possibly
James Troup:
> Ian Jackson <[EMAIL PROTECTED]> writes:
> > Noone may submit many bug reports or send mail to many maintainers
> > without prior approval for the specific person in question to send
> > mail under those specific circumstances.
>
> approval from whom?
This mailing list.
Ian.
-
On Wed, Mar 18, 1998 at 07:35:48PM -0800, Joey Hess wrote:
> Marcus Brinkmann wrote:
> > 3) Any bug that can be detected by a script or other automated way should
> > be
> >implemented as Lintian check, because then the check applies also to all
> >future versions of the package and all
> Ian> Package: gdkimlib-dev Description: Library that allows to display
> Ian> images within gdk/gtk
>
> Ian> Package: gdkimlib0 Description: Library that allows to display
> Ian> images within gdk/gtk (That's all of the descriptions, so I'm
> Ian> guessing)
These are now being required by gnome
Marcus Brinkmann wrote:
> 3) Any bug that can be detected by a script or other automated way should be
>implemented as Lintian check, because then the check applies also to all
>future versions of the package and all advantages of Lintian come into
>play.
> For this reason, it is
16 matches
Mail list logo
