Bug#792853: debian-policy: please disallow colons in upstream_version

> "Charles" == Charles Plessy writes: Charles> Le Thu, Sep 24, 2015 at 03:17:30PM +0200, Jakub Wilk a Charles> écrit : >> * Charles Plessy , 2015-09-24, 21:53: >- >> : ~ (full stop, plus, hyphen, colon, >+ >> : ~ (full stop, plus,

Bug#707851: Debian Menu Systems : Implementation of the TC decision

>>>>> "Charles" == Charles Plessy <ple...@debian.org> writes: Charles> Le Mon, Sep 21, 2015 at 11:27:53AM -0400, Sam Hartman a Charles> écrit : >> Hi. I've been debating how to respond to the shall vs must >> thing. The sho

Bug#707851: Debian Menu Systems : Implementation of the TC decision

Hi. I've been debating how to respond to the shall vs must thing. The short answer is that there are reasons why you might prefer shall, but I find that I'd rather say "must is good enough," than try and come up with an articulate presentation of the energy which would conclude by saying that if

Re: Bug#741573: #741573: Menu Policy and Consensus

Charles == Charles Plessy ple...@debian.org writes: Charles I made efforts to keep the wording mild, but I think that Charles it was an error. From your attiude as the lead person behind the Debian Menu, it is clear that Charles it has no future. For one decade, you have

Respect

Folks, we've decided as a communiity that we will choose to respect each other in our communications. Every participant is deserving of your respect, regardless of whether you agree with them. The community is deserving of respectful communication even when you feel that you have not been

Re: Bug#741573: #741573: Menu Policy and Consensus

Josselin == Josselin Mouette j...@debian.org writes: Josselin Sam Hartman hartm...@debian.org wrote: Bill, in his role Josselin of policy editor said that he believed there was not a Josselin consensus. He cited a specific set of messages that he Josselin believes were

Re: #741573: Menu Policy and Consensus

Charles == Charles Plessy ple...@debian.org writes: Charles Le Sat, Jul 18, 2015 at 01:56:49PM +, Sam Hartman a Charles écrit : Bill == Bill Allombert ballo...@debian.org writes: Charles Also, the question is not whether the FreeDesktop menu Charles should be described

Re: #741573: Menu Policy and Consensus

Charles == Charles Plessy ple...@debian.org writes: Charles Le Sun, Jul 19, 2015 at 08:05:56AM +, Sam Hartman a Charles écrit : Bill, in his role of policy editor said that he believed there was not a consensus. Charles Hi Sam, Charles I think that what you

Re: #741573: Menu Policy and Consensus

Bill == Bill Allombert ballo...@debian.org writes: Bill On Fri, Jul 17, 2015 at 10:08:04PM +, Sam Hartman wrote: In March of 2014, Charles Plessy asked the Debian Technical Committee to review one of the policy editors decisions to revert changes to how policy talks about

Bug#780403: debian-policy: Define what should happen when installing a package and the init script fails to start it

Russ == Russ Allbery r...@debian.org writes: Russ Ivan Baldo iba...@adinet.com.uy writes: What should happen if installing a package and then when it tries to start its service it fails? Currently the most common behaviour seems to be that the installation fails.

Re: what is policy about?

Anthony == Anthony Towns aj@azure.humbug.org.au writes: Anthony On Tue, Aug 26, 2003 at 02:02:44PM -0400, Sam Hartman Anthony wrote: I'd see it as a problem if there were some best practice in policy that was implemented by a good fraction of the packages but the release

Re: what is policy about?

Branden == Branden Robinson [EMAIL PROTECTED] writes: Branden Then we need to get rid of the serious severity in the Branden BTS, or redefine it to omit any mention of Debian Policy. Branden As long as that severity exists in its current form, Branden Policy *will* continue to

Re: what is policy about?

Anthony == Anthony Towns aj@azure.humbug.org.au writes: Anthony http://people.debian.org/~ajt/sarge_rc_policy.txt is a Anthony good start at separating out (3), and I'm happy for the Anthony release team to continue maintaining that, even though it Anthony obviously is a little

Re: Explanation for recently retired proposals

Manoj == Manoj Srivastava [EMAIL PROTECTED] writes: Manoj * #100586: [PROPOSAL] Upstream patches should be Manoj separated from Debian ones. Package: debian-policy; Manoj Severity: wishlist; Reported by: David Martinez CSIC Manoj RedIRIS [EMAIL PROTECTED]; 2 years and 68

Re: Versioned Symbols

dlopening RTLD_LOCAL does not actually solve the problem. Symbols from the namespace of the application can override symbols pulled in by the libraries. RTLD_GROUP, not supported by glibc, comes fairly close to being sufficient in most cases.

Re: Versioned Symbols

Anthony == Anthony Towns aj@azure.humbug.org.au writes: Anthony On Sat, Mar 08, 2003 at 04:16:47PM -0500, Sam Hartman Anthony wrote: I think that we should implement versioned symbols. Anthony Uhh, versioned symbols means that programs built on Anthony Debian systems won't

Re: Bug#171221: openmotif: openmotif is not a native package

Manoj == Manoj Srivastava [EMAIL PROTECTED] writes: Manoj At some point I hope to identify and extract the parts Manoj of the packaging manual that describe abstract _interfaces_ Manoj to the packaging system, and see if that could be Manoj standardized. Note of course

Re: [epg@progeny.com: Bug#154142: dhcp-client conflicts]

Branden == Branden Robinson [EMAIL PROTECTED] writes: Branden On Sat, Jul 27, 2002 at 09:20:03PM +0100, Mark Brown Branden wrote: It seems pointless given that you can't actually depend on the package and expect it to do anything in particular - the package seems to serve

Re: PAM/NSS Policy et al

I think you bring up some good points but I don't think we're prepared to address them now; we're in the middle of a release freeze and the packages dealing with PAM and NSS are mostly frozen at this point. Also, as a matter of practice Debian tends to codify things in policy after they are

Re: Bug#119517: pcmcia-cs: cardinfo binary needs to move into a separate package

Brian == Brian Mays [EMAIL PROTECTED] writes: Brian My argument is as follows: Brian Programs fail to run for all sorts of reasons and often do Brian not give friendly error messages, help text, etc. Problems Brian are not only caused by missing libraries, but also missing

Bug#118608: PROPOSAL] New virtual package radius-server

Francesco == Francesco Lovergine [EMAIL PROTECTED] writes: Francesco All this programs provide a RADIUS server for Francesco acct/auth. Generally the daemon is named radiusd and Francesco uses standard portsi 1645/1646, but this is not a major Francesco constraint. This has the

Bug#118608: PROPOSAL] New virtual package radius-server

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.

Re: [jfs@dat.etsit.upm.es: radiusd-freeradius: This package is not Debian native]

Javier == Javier Fernández-Sanguino Peña [EMAIL PROTECTED] writes: Javier (please keep me in CC: since I'm not in the list) I have Javier submitted this bug and the maintainer argues against Javier packaging it in a Debian non-native version. Could you Javier please guys point me

Bug#118608: PROPOSAL] New virtual package radius-server

What interface does a package providing this VP have to export? I.E. what commands/files/etc can I guarantee are present when this vp is installed. Or put another way why is it useful?

Bug#114920: PROPOSAL] remove foolish consistency in perl module names

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 jh == Joey Hess [EMAIL PROTECTED] writes: jh Proposal: jh Replace section 3.2 of the perl sub-policy included with Debian policy jh with the following text: jh Packages which contain perl modules should provide virtual packages

Bug#105535: debian-policy should not be concerned with the internal structure of a source package

Joey == Joey Hess [EMAIL PROTECTED] writes: Joey This section used to be part of the debian packaging Joey manual. Having documentation available to allow by-hand Joey unpacking of a source package is pretty important from a Joey security and general utility point of view. It

Re: Tasks policy

Anthony == Anthony Towns aj@azure.humbug.org.au writes: Anthony On Mon, May 07, 2001 at 07:32:10PM -0400, Sam Hartman Anthony wrote: So, I think that support in tools besides tasksel is critical to this policy proposal being useful. I don't like the idea of having

Re: Tasks policy

Anthony == Anthony Towns aj@azure.humbug.org.au writes: Yes, that was the original point of tasks. However, tasks are also used today by people who want to get a set of software installed after the initial install. [...] Yet I understand we have finite time. Would it be

Re: Tasks policy

Anthony == Anthony Towns aj@azure.humbug.org.au writes: Anthony --HG+GLK89HZ1zG0kk Content-Type: text/plain; Anthony charset=us-ascii Content-Disposition: inline Anthony Content-Transfer-Encoding: quoted-printable Anthony On Mon, May 07, 2001 at 11:42:49AM -0400, Mark Eichin

Bug#96597: native packages should be required to contain changelogs

package: debian-policy severity: normal I'm looking at section 13.8 in the current policy. It seems that section requires non-native packages to install the debian changelog but suggests with an at-most should that native packages do so. I believe that policy should require with a must native

Re: Must and should again

Anthony == Anthony Towns aj@azure.humbug.org.au writes: Anthony --VbJkn9YxBvnuCH5J Content-Type: text/plain; Anthony charset=us-ascii Content-Disposition: inline Anthony Content-Transfer-Encoding: quoted-printable Anthony On Fri, Apr 13, 2001 at 01:11:31PM -0400, Sam Hartman

Re: Must and should again

Anthony == Anthony Towns aj@azure.humbug.org.au writes: Anthony Every package must comply with the MUST directives of the Anthony current policy, or it doesn't get released. Packages that Anthony don't comply with the current policy's SHOULD directives Anthony are buggy. First I

Re: Package documentation

Henrique == Henrique M Holschuh [EMAIL PROTECTED] writes: I think that all documentation must reflect the Debian locations of configuration and other files, and that manpages and the like should be altered as necessary to achieve this. =20 Comments? Henrique I've seen

should vs must

Anthony == Anthony Towns aj@azure.humbug.org.au writes: Anthony --zYM0uCDKw75PZbzx Content-Type: text/plain; Anthony 2) Sometimes it's appropriate to raise the bar on what Anthony we want included in Debian; that's what the difference Anthony between MUST and SHOULD is meant to

Re: only release packages that have maintainers?

Adrian == Adrian Bunk [EMAIL PROTECTED] writes: Adrian On Tue, 20 Feb 2001, Brian Russo wrote: Adrian I'm willing to spend some time on the packages that are Adrian orphaned, it doesn't matter if they are officially Adrian maintained by QA or by me. Has anyone a good reason why

Re: Frozen distribution?

Anthony == Anthony Towns aj@azure.humbug.org.au writes: Anthony --nFreZHaLTZJo0R7j Content-Type: text/plain; Anthony charset=us-ascii Content-Disposition: inline Anthony Content-Transfer-Encoding: quoted-printable Anthony This is somewhat confused. Anthony testing is

Bug#85270: PROPOSAL] Forbiding debian-revision field for Debian-native source packages

Ben == Ben Collins [EMAIL PROTECTED] writes: Ben On Thu, Feb 08, 2001 at 02:33:05PM -0200, Henrique M Holschuh Ben wrote: Package: debian-policy Version: 3.5.0.0 Severity: wishlist Ben What if upstream has a xx.xx-x version numbering? That's Ben perfectly legitimate. No,

<    1   2