CVS jdg: * No longer install fsstnd

2001-03-31 Thread debian-policy
CVSROOT:/cvs/debian-policy Module name:debian-policy Changes by: jdg Sat Mar 31 14:20:51 PST 2001 Modified files: debconf_spec : debconf_specification.xml debian : changelog rules Log message: * No longer install fsstnd * Remove unnecessary comments

Re: arch: lines, for not-just-linux debian. (was Re: Hurd and architecture)

2001-03-31 Thread Arthur Korn
Brian Russo schrieb: > i dont think the packaging system should try to do everything.. Installation of *-mmx and *-i686 packages could be mostly automated. Processor feature and kernel virtual packages could make life a lot easier, maybe using them in Build-Depends would be an interesting thing to

Bug#91252: PROPOSED] enhanced x-terminal-emulator policy, second try

2001-03-31 Thread Steve Greenland
On 30-Mar-01, 17:50 (CST), Brian Russo <[EMAIL PROTECTED]> wrote: > > are there testing utilities available such that one could > check that something is in fact 'vt100 compatible' ? export TERM=vt100 vi followed by a little browsing and editing would problably be a good enough test for th

Bug#90511: proposal] disallow multi-distribution uploads

2001-03-31 Thread Steve Greenland
On 30-Mar-01, 17:47 (CST), Brian Russo <[EMAIL PROTECTED]> wrote: > On Wed, Mar 21, 2001 at 12:45:31PM -0500, Ben Collins wrote: > > + One example of this is if the current version of the > > + stable and unstable package is 1.2-1, then > > + a new upload can have 1.2

Re: arch: lines, for not-just-linux debian. (was Re: Hurd and architecture)

2001-03-31 Thread Marcus Brinkmann
On Sat, Mar 31, 2001 at 05:05:00AM -1000, Brian Russo wrote: > > What's become of the idea of using dependencies for > > architectures? That scheme could even be extended to > > subarchitectures or hardware features (ie Depends: i386, mmx, > > libc6) There are some touchy issues, but it would be e

Re: arch: lines, for not-just-linux debian. (was Re: Hurd and architecture)

2001-03-31 Thread Brian Russo
On Sat, Mar 31, 2001 at 04:25:26PM +0200, Arthur Korn wrote: > Brian Russo schrieb: > [ new semantics of architecture control field ] > > What's become of the idea of using dependencies for > architectures? That scheme could even be extended to > subarchitectures or hardware features (ie Depends:

Re: arch: lines, for not-just-linux debian. (was Re: Hurd and architecture)

2001-03-31 Thread Arthur Korn
Brian Russo schrieb: [ new semantics of architecture control field ] What's become of the idea of using dependencies for architectures? That scheme could even be extended to subarchitectures or hardware features (ie Depends: i386, mmx, libc6) ciao, 2ri -- The game was soon followed up by a round

Bug#91252: PROPOSED] enhanced x-terminal-emulator policy, second try

2001-03-31 Thread Brian Russo
On Fri, Mar 30, 2001 at 09:09:26PM -0500, Branden Robinson wrote: > On Fri, Mar 30, 2001 at 01:50:23PM -1000, Brian Russo wrote: > > On Sun, Mar 25, 2001 at 02:22:54AM -0500, Branden Robinson wrote: > > > + To be an x-terminal-emulator, a program must: > > > + > > > + Be able to emulate a DEC VT

Re: arch: lines, for not-just-linux debian. (was Re: Hurd and architecture)

2001-03-31 Thread Brian May
> "Brian" == Brian Russo <[EMAIL PROTECTED]> writes: Brian> hm, both have problems Brian> hurd-i386, linux-i386 has the problem of.. really long Brian> arch: lines Brian> Arch: linux-i386, linux-ppc, linux-m68k, linux-alpha, Brian> linux-sparc, hurd-i386, hurd-ppc, hurd-