Package: debian-policy
Version: 4.6.2.0
Severity: normal
Tags: patch
It has been four months since the General Resolution 2022/vote_003 was
voted¹, but it has not yet been completely adopted. The archive area
was created and at least a package was uploaded to it in October, but
it has not seen fur
Sean Whitton dijo [Fri, Jun 21, 2019 at 02:36:05PM +0100]:
> My reading of the conclusion to #904558 is that the recommendation to
> form a working group is a recommendation that can be directed only to
> the developer body as a whole, not to the Policy process. That's
> because actually implement
Hello Sean,
> In #904558 I asked the T.C. for advice about how to move #802501
> forward. Their ultimate response was to recommend that a working group
> of developers come up with some method, other than exiting nonzero, for
> a maintscript to indicate that it failed to restart services. Let me
Sean Whitton dijo [Fri, Jun 15, 2018 at 01:06:43PM +0100]:
> Thank you for this.
>
> Let's use POSIX.1-2017 rather than relying on the download filenames.
>
> Please find a revised patch below; hopefully Gunnar will renew his
> second, and perhaps you'll second too, Simon. Again, all that the pa
Russ Allbery dijo [Mon, Dec 25, 2017 at 05:02:01PM -0800]:
> (...)
> I think there are three options, and I'd love to get feedback on which of
> those three options we should take.
>
> 1. Status quo: there is an undocumented editor virtual package, Policy
>says that nothing has to provide or d
Sean Whitton dijo [Sat, Dec 09, 2017 at 12:16:35PM -0700]:
> I am seeking seconds for the following patch:
You just found one. Seconded!
> > diff --git a/policy/ch-source.rst b/policy/ch-source.rst
> > index 37c4442..f8f768f 100644
> > --- a/policy/ch-source.rst
> > +++ b/policy/ch-source.rst
> >
Sean Whitton dijo [Sat, Oct 14, 2017 at 03:28:04PM -0700]:
> > The 2016 edition is Technical Corrigendum 2. I'm not sure that it's
> > conventional to use versioning such as 4.2 in such cases, however. I'd
> > expect it to be referred to as SUSv4, SUSv4TC2, or SUSv4 2016 edition;
> > the latter see
Sean Whitton dijo [Sat, Oct 14, 2017 at 11:49:59AM -0700]:
> I am seeking seconds for the following patch to close this bug, which I
> think is uncontroversial at this point.
>
> > @@ -185,7 +185,7 @@ All command scripts, including the package maintainer
> > scripts inside the
> > package and us
Sean Whitton dijo [Thu, Nov 23, 2017 at 02:40:54PM -0700]:
> Hello David,
> > On Wed, Nov 22, 2017 at 05:18:37PM -0700, Sean Whitton wrote:
> >> > "cowsay-offensive". In this situation the "-offensive" package can
> >> > be Suggested by the core package(s), but should not be Recommended
> >> >
Sean Whitton dijo [Wed, Nov 22, 2017 at 05:18:37PM -0700]:
> > So to be concrete, how about this:
> >
> > N. Packages with potentially offensive content
> >
> > As a maintainer you should make a judgement about whether the
> > contents of a package is appropriate to include, whether it needs
Jérémy Lal dijo [Tue, Oct 03, 2017 at 07:46:43PM +0200]:
> It might be a good idea to make policy more explicit about downloads during
> build.
I completely agree. This led me to look at #813471 ("network access to
the loopback device should be allowed"), and... Well, it seems to set
the stage to
it is
asking too much. Yes, we cannot just go from using /var/www to
having its existence violate policy and making insta-RC, but as soon
as the (major at least) webserves change their defaults, we can start
filing wishlist bugs, pointing maintainers to this being a work in
progress and expec
ools must be aware of it. And apt should know
-before updating or whatnot- that a package was installed from a ddeb,
if they are to share the base name. But I feel ddebs will allow
debugging packages creation and installation to take place in a much
more transparent, automatic fashion. I think this w
m not familiar with the procedure,
but I suppose a debian/control field would indicate whether this
package allows being built as a .ddeb (as there would be no way
i.e. to build a Perl module as a ddeb)
• Less namespace explosion. We would get rid of all the -debug
packages.
--
Gunnar Wolf
oo's BSD ports' madness, where an
upstream site restructure means packages become unreachable and
insta-FTBFS.
--
Gunnar Wolf - gw...@gwolf.org - (+52-55)5623-0154 / 1451-2244
PGP key 1024D/8BB527AF 2001-10-23
Fingerprint: 0C79 D2D1 2C4E 9CE4 5973 F800 D80E F35A 8BB5 27AF
--
To UNSUBSC
rom the same commit) will have the same contents, although
their MD5s will be different (and will thus be rejected for an
upload).
This has rarely been an issue for me... But it might be a bothering
issue. And, yes, an ideal solution would be for uscan to understand
VCS tags as well.
--
G
s "no excluded
> architecture", i.e. always present dependency
>
> We can start betting on this possibilities :-)
Umh... And I think I'd rather go with the negative polarity. This
means that [] is a no-op. Positive polarity just kills all the
dependency information f
ld be renamed, to
avoid confusion, to "not desktop-integrated" or such.
--
Gunnar Wolf - [EMAIL PROTECTED] - (+52-55)5623-0154 / 1451-2244
PGP key 1024D/8BB527AF 2001-10-23
Fingerprint: 0C79 D2D1 2C4E 9CE4 5973 F800 D80E F35A 8BB5 27AF
--
To UNSUBSCRIBE, email to [EMAIL PROTECTE
ext the only part of a package we accept to be
immutable Would it be better to change such non-substantial
portions of the license, even if they make no real difference? Hmh...
--
Gunnar Wolf - [EMAIL PROTECTED] - (+52-55)5623-0154 / 1451-2244
PGP key 1024D/8BB527AF 2001-10-23
Fingerprint:
achines, there are the embedded-minded people, and of course, there
would be no sane way to verify the GPL3 was the same GPL3 all over if
we were to kill common-licenses - But basically, I'd not base the
definition in diskspace savings.
--
Gunnar Wolf - [EMAIL PROTECTED] - (+52-55)5623-0154
_corresponding_configuration
fi
Does not sound too hard to make such a complex wrapper :)
--
Gunnar Wolf - [EMAIL PROTECTED] - (+52-55)5623-0154 / 1451-2244
PGP key 1024D/8BB527AF 2001-10-23
Fingerprint: 0C79 D2D1 2C4E 9CE4 5973 F800 D80E F35A 8BB5 27AF
--
To UNSUBSCRIBE, email to [EMAI
d in Spanish- close to the river. We shall see how to cross
the bridge once we get there - The license is not yet a common
license, but it presumably will become soon.
I'm more worried about the tons of changes this will inflict on the
pkg-perl group ;-) But well, that's just me.
Greetings,
--
of them (as Perl6 is not
backwards-compatible)... But I do see a case for including this
license in common-licenses.
Greetings,
--
Gunnar Wolf - [EMAIL PROTECTED] - (+52-55)5623-0154 / 1451-2244
PGP key 1024D/8BB527AF 2001-10-23
Fingerprint: 0C79 D2D1 2C4E 9CE4 5973 F800 D80E F35A 8BB5 27AF
Care to share?
Extrapolation from what I've experienced is a wonderful, if inexact, tool.
--
Gunnar Wolf - [EMAIL PROTECTED] - (+52-55)5623-0154 / 1451-2244
PGP key 1024D/8BB527AF 2001-10-23
Fingerprint: 0C79 D2D1 2C4E 9CE4 5973 F800 D80E F35A 8BB5 27AF
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
any other diffing solution. But for figuring out
changesets in Debian packages, I ofteh find them to be the right
tool.
--
Gunnar Wolf - [EMAIL PROTECTED] - (+52-55)5623-0154 / 1451-2244
PGP key 1024D/8BB527AF 2001-10-23
Fingerprint: 0C79 D2D1 2C4E 9CE4 5973 F800 D80E F35A 8BB5 27AF
--
To UNSU
h clearer for the adopter, the NMUer and similar cases.
--
Gunnar Wolf - [EMAIL PROTECTED] - (+52-55)5623-0154 / 1451-2244
PGP key 1024D/8BB527AF 2001-10-23
Fingerprint: 0C79 D2D1 2C4E 9CE4 5973 F800 D80E F35A 8BB5 27AF
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
oise (although I expect it to be mostly
ignorable) - Yesterday I remember dropping build-dependencies on
dpatch off at least one package that didn't really use it.
Greetings,
--
Gunnar Wolf - [EMAIL PROTECTED] - (+52-55)5623-0154 / 1451-2244
PGP key 1024D/8BB527AF 2001-10-23
Fingerp
commendation for people to write makefiles,
for ease of maintainability - but we should not keep it as a
requeriment.
Greetings,
--
Gunnar Wolf - [EMAIL PROTECTED] - (+52-55)5623-0154 / 1451-2244
PGP key 1024D/8BB527AF 2001-10-23
Fingerprint: 0C79 D2D1 2C4E 9CE4 5973 F800 D80E F35A 8BB5 27AF
interpreter.
I completely second this. It makes sense, and has been the subject of
too many sterile discussions.
--
Gunnar Wolf - [EMAIL PROTECTED] - (+52-55)5623-0154 / 1451-2244
PGP key 1024D/8BB527AF 2001-10-23
Fingerprint: 0C79 D2D1 2C4E 9CE4 5973 F800 D80E F35A 8BB5 27AF
pgpeFIgmAFKZF.pgp
Description: PGP signature
o happen :)
Stay tuned - I invite you to participate in this BoF. I don't know yet
if all/some/this BoFs will be streamed during Debconf or not, but if
so, I hope everybody interested can tune in and take part via IRC or
so.
Greetings,
--
Gunnar Wolf - [EMAIL PROTECTED] - (+52-55)5623-0154 / 1
amount of prompting
> they need to do, and they should ensure that the user
> will only ever be asked each question once. This means
Seconded
--
Gunnar Wolf - [EMAIL PROTECTED] - (+52-55)5623-0154 / 1451-2244
PGP key 1024D/8BB527AF 2001-10-23
Fingerprint: 0C
ke that "in sorted order from earliest to latest"?
Maybe making it a bit more graphical:
1.0~~ < 1.0~~a < 1.0~ < 1.0
Greetings,
--
Gunnar Wolf - [EMAIL PROTECTED] - (+52-55)5623-0154 / 1451-2244
PGP key 1024D/8BB527AF 2001-10-23
Fingerprint: 0C79 D2D1 2C4E 9CE4 5973 F80
had a straight /etc/init.d/cherokee , and it was not
in the list. So, maintainers, beware of your children's misbehaviour.
Greetings
--
Gunnar Wolf - [EMAIL PROTECTED] - (+52-55)5623-0154 / 1451-2244
PGP key 1024D/8BB527AF 2001-10-23
Fingerprint: 0C79 D2D1 2C4E 9CE4 5973 F800 D80E F
ere's the stated goal (sorry, don't have references handy -
[1]) to move over to /srv for Etch - We could start the tradition of
using /srv/webapp/ (in order to diferentiate for, say, /srv/www/ for
static content). How does this sound?
[1] But I found the thread starting at
http://lists
the sources and install it by
yourself, maybe after some modifications - and that renders the
package useless.
Greetings,
--
Gunnar Wolf - [EMAIL PROTECTED] - (+52-55)5630-9700 ext. 1366
PGP key 1024D/8BB527AF 2001-10-23
Fingerprint: 0C79 D2D1 2C4E 9CE4 5973 F800 D80E F35A 8BB5 27AF
As you say, this is being worked on,
but... Usually the case is that upstream's tarball goes against our
policy. As Branden once told me, pristine sources is a nice goal, but
cannot be made a requirement.
Greetings,
--
Gunnar Wolf - [EMAIL PROTECTED] - (+52-55)5630-9700 ext. 1366
PGP key 1024D/
> "official" yet. Might need Xu to patch the default kernel images.
Not only that... Are 32-bit UIDs legal in *BSD or HURD? I don't think
Samba should be limited to Linux-only installs.
Greetings,
--
Gunnar Wolf - [EMAIL PROTECTED] - (+52-55)5630-9700 ext. 1366
PGP key 1024D/8BB
.)
Ugh... This spam looks specially nice in debian-policy :-/
--
Gunnar Wolf - [EMAIL PROTECTED] - (+52-55)5630-9700 ext. 1366
PGP key 1024D/8BB527AF 2001-10-23
Fingerprint: 0C79 D2D1 2C4E 9CE4 5973 F800 D80E F35A 8BB5 27AF
38 matches
Mail list logo
