Bug#118608: PROPOSAL] New virtual package radius-server
On Tue, Nov 13, 2001 at 01:14:12PM -0500, Sam Hartman wrote: > telnet-server is useful because it allows you to conflict with all the > packages that run a telnetd. If your intent is for all radius daemons > to conflict with radius-server, then I agree the the vp is useful. > After some discussion it seems correct to introduce a VP radius-server as a provides-conflicts-replaces type of (a la sendmail & friends :)). So if none has more objections I'll change in accepted this bug and notify current maintainers for the new policy. What's not clear to me is if new pkgs could be uploaded soon also with policy frozen or they need to wait for policy update... -- Francesco P. Lovergine
Bug#119821: [PROPOSAL] Postscript files requirements
Package: debian-policy Version: N/A; reported 2001-11-16 Severity: normal I propose that we add a section under the "documentation" chapter, to request a minimum of coherence and sanity of PostScript files. My problem is that some maintainers (probably for paper-saving reasons, which in itself is a valuable idea) ship 2-up versions of postscript files, whereas others ship 1-up versions. Problem with 2-up is that it is meant for printing, and not ideal for online browsing. I suggest that we require not to feed postscript documents through a n-up-izer tool. In the same direction of allowing easy browsing of ps docs, I suggest that we require ps docs to contain orientation and format information. Note: incidentally, it is possible that some n-up-izer tools (namely psutils) strip this information. See also: my bug report against package iproute -- System Information Debian Release: 2.2 Architecture: i386 Kernel: Linux kasba 2.2.19-reiserfs #1 Thu May 3 15:17:15 CEST 2001 i686
Processed: New email address
Processing commands for [EMAIL PROTECTED]: > close 68146 Bug#68146: RFA: fvwm1 -- Old version of the F(?) Virtual Window Manager Bug closed, send any further explanations to "Julian Gilbey" <[EMAIL PROTECTED]> > reopen 68146 ! Bug#68146: RFA: fvwm1 -- Old version of the F(?) Virtual Window Manager Bug reopened, originator set to Julian Gilbey <[EMAIL PROTECTED]>. > close 33107 Bug#33107: musixtex: minor problem with postinst Bug closed, send any further explanations to [EMAIL PROTECTED] (Julian Gilbey) > reopen 33107 ! Bug#33107: musixtex: minor problem with postinst Bug reopened, originator set to Julian Gilbey <[EMAIL PROTECTED]>. > close 33394 Bug#33394: dpkg: --forget-old-unavail doesn't work properly Bug closed, send any further explanations to [EMAIL PROTECTED] (Julian Gilbey) > reopen 33394 ! Bug#33394: dpkg: --forget-old-unavail doesn't work properly Bug reopened, originator set to Julian Gilbey <[EMAIL PROTECTED]>. > close 29858 Bug#29858: shellutils: Bad link in info file Bug closed, send any further explanations to [EMAIL PROTECTED] (Julian Gilbey) > reopen 29858 ! Bug#29858: shellutils: Bad link in info file Bug reopened, originator set to Julian Gilbey <[EMAIL PROTECTED]>. > close 100612 Bug#100612: gnuplot: licence violation Bug closed, send any further explanations to Julian Gilbey <[EMAIL PROTECTED]> > reopen 100612 ! Bug#100612: gnuplot: licence violation Bug reopened, originator set to Julian Gilbey <[EMAIL PROTECTED]>. > close 88063 Bug#88063: shoop: debian/rules is not a makefile Bug closed, send any further explanations to Julian Gilbey <[EMAIL PROTECTED]> > reopen 88063 ! Bug#88063: shoop: debian/rules is not a makefile Bug reopened, originator set to Julian Gilbey <[EMAIL PROTECTED]>. > close 88270 Bug#88270: fvwm: nested menus in main-menu.hook broken Bug#88160: fvwm: 2.2.5 broke space-handling in submenu titles Bug closed, send any further explanations to Julian Gilbey <[EMAIL PROTECTED]> > reopen 88270 ! Bug#88270: fvwm: nested menus in main-menu.hook broken Bug#88160: fvwm: 2.2.5 broke space-handling in submenu titles Bug reopened, originator set to Julian Gilbey <[EMAIL PROTECTED]>. > close 89193 Bug#89193: addressbook: won't start Bug#83658: addressbook: Does not work with tcl8.3 Bug closed, send any further explanations to Julian Gilbey <[EMAIL PROTECTED]> > reopen 89193 ! Bug#89193: addressbook: won't start Bug#83658: addressbook: Does not work with tcl8.3 Bug reopened, originator set to Julian Gilbey <[EMAIL PROTECTED]>. > close 90824 Bug#90824: apache: undefined symbols in modules Bug closed, send any further explanations to Julian Gilbey <[EMAIL PROTECTED]> > reopen 90824 ! Bug#90824: apache: undefined symbols in modules Bug reopened, originator set to Julian Gilbey <[EMAIL PROTECTED]>. > close 107166 Bug#107166: xbanner: xbannerconfig doesn't put the configuration commands in the right place Bug closed, send any further explanations to Julian Gilbey <[EMAIL PROTECTED]> > reopen 107166 ! Bug#107166: xbanner: xbannerconfig doesn't put the configuration commands in the right place Bug reopened, originator set to Julian Gilbey <[EMAIL PROTECTED]>. > close 34868 Bug#34868: xview-clients: installing files in /usr/X11R6/share Bug closed, send any further explanations to Julian Gilbey <[EMAIL PROTECTED]> > reopen 34868 ! Bug#34868: xview-clients: installing files in /usr/X11R6/share Bug reopened, originator set to Julian Gilbey <[EMAIL PROTECTED]>. > close 35048 Bug#35048: xmcd: sometimes "jumps" when playing Bug closed, send any further explanations to Julian Gilbey <[EMAIL PROTECTED]> > reopen 35048 ! Bug#35048: xmcd: sometimes "jumps" when playing Bug reopened, originator set to Julian Gilbey <[EMAIL PROTECTED]>. > close 35056 Bug#35056: fvwm95: lots of overlapping icons with fvwm-common Bug closed, send any further explanations to Julian Gilbey <[EMAIL PROTECTED]> > reopen 35056 ! Bug#35056: fvwm95: lots of overlapping icons with fvwm-common Bug reopened, originator set to Julian Gilbey <[EMAIL PROTECTED]>. > close 41687 Bug#41687: perl: ExtUtils::MakeMaker documentation error Bug closed, send any further explanations to Julian Gilbey <[EMAIL PROTECTED]> > reopen 41687 ! Bug#41687: perl: ExtUtils::MakeMaker documentation error Bug reopened, originator set to Julian Gilbey <[EMAIL PROTECTED]>. > close 48912 Bug#48912: xviewg: move bitmap location Bug closed, send any further explanations to Julian Gilbey <[EMAIL PROTECTED]> > reopen 48912 ! Bug#48912: xviewg: move bitmap location Bug reopened, originator set to Julian Gilbey <[EMAIL PROTECTED]>. > close 50565 Bug#50565: packaging-manual: update dpkg-shlibdeps example in 3.1.4 Bug closed, send any further explanations to Julian Gilbey <[EMAIL PROTECTED]> > reopen 50565 ! Bug#50565: packaging-manual: update dpkg-shlibdeps example in 3.1.4 Bug reopened, originator set to Julian Gilbey <[EMAIL PROTECTED]>. > close 52060 Bug#52060: crossfire-sounds: change rplay dependency Bug closed, send any fur
Bug#118608: PROPOSAL] New virtual package radius-server
On Fri, Nov 16, 2001 at 10:52:01AM +0100, Francesco Lovergine wrote: > After some discussion it seems correct to introduce a VP radius-server > as a provides-conflicts-replaces type of (a la sendmail & friends :)). > So if none has more objections I'll change in accepted this bug > and notify current maintainers for the new policy. > > What's not clear to me is if new pkgs could be uploaded soon also > with policy frozen or they need to wait for policy update... If they agree on it, it should be fine. We'll put it into policy after woody is released. Julian -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Julian Gilbey, Dept of Maths, Debian GNU/Linux Developer Queen Mary, Univ. of London see http://people.debian.org/~jdg/ http://www.maths.qmul.ac.uk/~jdg/ or http://www.debian.org/ Visit http://www.thehungersite.com/ to help feed the hungry Also: http://www.helpthehungry.org/
Bug#118608: PROPOSAL] New virtual package radius-server
On Fri, Nov 16, 2001 at 01:04:24PM +, Julian Gilbey wrote: > Mime-Version: 1.0 > Content-Type: text/plain; charset=us-ascii > Content-Disposition: inline > In-Reply-To: <[EMAIL PROTECTED]> > User-Agent: Mutt/1.3.23i > > On Fri, Nov 16, 2001 at 10:52:01AM +0100, Francesco Lovergine wrote: > > After some discussion it seems correct to introduce a VP radius-server > > as a provides-conflicts-replaces type of (a la sendmail & friends :)). > > So if none has more objections I'll change in accepted this bug > > and notify current maintainers for the new policy. > > > > What's not clear to me is if new pkgs could be uploaded soon also > > with policy frozen or they need to wait for policy update... > > If they agree on it, it should be fine. We'll put it into policy > after woody is released. > And pkgs should refer anyway to the current policy, I think... -- Francesco P. Lovergine
Bug#118608: PROPOSAL] New virtual package radius-server
On Fri, Nov 16, 2001 at 02:20:47PM +0100, Francesco Lovergine wrote: > > On Fri, Nov 16, 2001 at 10:52:01AM +0100, Francesco Lovergine wrote: > > > After some discussion it seems correct to introduce a VP radius-server > > > as a provides-conflicts-replaces type of (a la sendmail & friends :)). > > > So if none has more objections I'll change in accepted this bug > > > and notify current maintainers for the new policy. > > > > > > What's not clear to me is if new pkgs could be uploaded soon also > > > with policy frozen or they need to wait for policy update... > > > > If they agree on it, it should be fine. We'll put it into policy > > after woody is released. > > > And pkgs should refer anyway to the current policy, I think... Yes, but as long as all the radiusd-providing packages agree with this, they can operate it between themselves. Policy allows for this. Julian -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Julian Gilbey, Dept of Maths, Debian GNU/Linux Developer Queen Mary, Univ. of London see http://people.debian.org/~jdg/ http://www.maths.qmul.ac.uk/~jdg/ or http://www.debian.org/ Visit http://www.thehungersite.com/ to help feed the hungry Also: http://www.helpthehungry.org/
Processed: your mail
Processing commands for [EMAIL PROTECTED]: > retitle 118608 [ACCEPTED] New virtual package radius-server Bug#118608: [PROPOSAL] New virtual package radius-server Changed Bug title. > -- Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Re: Bug#119517: pcmcia-cs: cardinfo binary needs to move into a s eparate package
Branden Robinson wrote: > I think both should be forbidden. > > ELF objects, minor or major, must declare shared library dependencies > as Depends. > > ELF objects, minor or major, that link against non-free shared libraries > must not go into main. Why are ELF objects so special? If we have a rule like this, why should it not apply to other forms of binaries, or to programs written in interpreted languages? Perl and python programs can produce ghastly errors if a library they require is not installed. Also, I'd hope that a perl or python program that requires a library from non-free to work has no more business in main than does a ELF executable with similar requirements. -- see shy jo
