[Brian May]
> I agree with this approach. If slapd.conf needs to be modified, it
> should not happen automatically. Rather the administrator needs to
> be told to do it manually. Otherwise the risk exists the
> modifications might break something.
You could provide a script for doing the modifica
Fabio Tranchitella wrote:
Thanks, we'll prepare a new release which disables the slapd.conf mangling
and provides documentation within README.Debian.
I agree with this approach. If slapd.conf needs to be modified, it
should not happen automatically. Rather the administrator needs to be
told
"Achim D. Brucker" <[EMAIL PROTECTED]> writes:
> Bernd Eckenfels <[EMAIL PROTECTED]> schrieb:
> > And maybe also to the summary line? "Runtime for the Standard ML
> > programming language"
>
> also a good idea.
Even better if implemented without the title-case at the start:
runtime for the
* 2008-08-10 22:25, Peter Palfrader wrote:
> The submitter is right.
>
> | Packages must not modify other packages' configuration files
> | except by an agreed upon APIs (eg, a /usr/sbin/update-foo
> | command).
>
> http://release.debian.org/lenny/rc_policy.txt section 3.
Thanks, we'll prepare a
On Sun, 10 Aug 2008, Fabio Tranchitella wrote:
> I need some help regarding #493781: the submitter reported the bug as grave
> because he thinks that modifying slapd.conf to include an extra LDAP schema
> from the maintainer scripts of a package (phamm-ldap in this case) is
> against the Debian po
Hi debian-devel and debian-hppa,
as seen in #486069, since Perl 5.10.0, embedding Perl hangs on hppa
in pthread_mutex_lock() inside perl_parse() if PERL_SYS_INIT3() hasn't
been called.
The need for PERL_SYS_INIT3() has been documented in perlembed.pod since
Perl 5.8.1, so this is not a bug in per
Bernd Eckenfels <[EMAIL PROTECTED]> schrieb:
> In article <[EMAIL PROTECTED]> you wrote:
>> good point. I will add something along these lines to the
>> package descriptions.
>
> And maybe also to the summary line? "Runtime for the Standard ML
> programming language"
also a good idea.
>
> Will
* 2008-08-10 21:09, Carsten Hey wrote:
> | 11.7.4 Sharing configuration files
> |
> | ...
> |
> | The maintainer scripts must not alter a conffile of any package,
> | including the one the scripts belong to.
>
> It is not a conffile, so this is not a problem.
This is the exact sentence which keep
On Sun, Aug 10, 2008 at 08:53:32PM +0200, Carsten Hey wrote:
> But the whole procedure is valid since it is only a recommendation by
> the policy, so this is IMHO not a release critical bug.
If the consensus on this will be that this bug is RC then there is also
a bug in the policy and the wording
RFC 2119 says:
| 3. SHOULD This word, or the adjective "RECOMMENDED", mean that there
|may exist valid reasons in particular circumstances to ignore
|a particular item, but the full implications must be understood and
|carefully weighed before choosing a different course.
Debian Pol
In article <[EMAIL PROTECTED]> you wrote:
> good point. I will add something along these lines to the
> package descriptions.
And maybe also to the summary line? "Runtime for the Standard ML
programming language"
Will you also have different packages for runtime libs/system and compiler
(or what
su, 2008-08-10 kello 19:34 +0200, Fabio Tranchitella kirjoitti:
> Considering that slapd.conf is not (anymore) a conffile, in my opinion this
> behaviour is not forbidden from the Debian policy and thus the bug report
> could be closed without any change to the phamm-ldap package.
>
> Of course, h
Hello all,
I need some help regarding #493781: the submitter reported the bug as grave
because he thinks that modifying slapd.conf to include an extra LDAP schema
from the maintainer scripts of a package (phamm-ldap in this case) is
against the Debian policy.
Considering that slapd.conf is not (a
Guus Sliepen <[EMAIL PROTECTED]> schrieb:
>> * Package name: polyml
> [...]
>
> Your definition assumes the reader knows what Standard ML is. Most of
> them don't. Please include something like the following paragraph in the
> long description (taken from Wikiepedia):
>
> Standard ML is a gene
Hi.
I'd like to propose a feature for the package management system;
What I am offering is the idea that package dependencies that are
reccomendations or suggestions must be explained.
Many times I can't guess the reason a package is being recommended/suggested
and in times that I can guess I
On 10/08/08 at 09:42 +0200, Petter Reinholdtsen wrote:
> [Marcin Owsiany]
> > I thought it might be good to ask here if I'm not trying to reinvent
> > something that already exists. Or maybe someone has some ideas about
> > this issue?
>
> One idea that occured to me, was to use the information co
On Sun, Aug 10, 2008 at 11:58:14AM +0200, Rudi Effe wrote:
> @Michael: You are possibly right - but:
> - Developers tend to know better what component is responsible
So you suggest every user should ask on debian-devel first before filing
a bug, so we tell them what package it belongs to? Do you
Dear Sam,
thank you for your patient and thorough reply.
I added my points to some existing bug reports - I hope
they won't get me wrong.
Am Samstag 09 August 2008 schrieb Sam Morris:
> This is simply due to the default GTK+ theme being, well, rubbish. If
> you change your theme to the default G
Hello,
Marcin Owsiany wrote:
> | - making local changes to the official version. In this case, the most
> |reliable way is to make the version string sort as older than the
> |official one (using the "tilde" feature of dpkg) and force
> |installation of such package using pinning.
[Marcin Owsiany]
> I thought it might be good to ask here if I'm not trying to reinvent
> something that already exists. Or maybe someone has some ideas about
> this issue?
One idea that occured to me, was to use the information collected by
popularity-contest to see how many are using backported
On Sat, Aug 09, 2008 at 11:45:49PM +0200, Lionel Elie Mamane wrote:
> * Package name: polyml
[...]
> Description : Standard ML implementation
>
> Poly/ML supports the full version of the language as given in the
> "Definition of Standard ML (Revised)", generally known as ML97. As
>
21 matches
Mail list logo
