* Ian Jackson (ijack...@chiark.greenend.org.uk) [140106 17:22]:
> Lucas Nussbaum writes ("Re: Updating the Policy Editors delegation"):
> > .oO ( funny that this comes up now, given the same delegation text was
> > already used in
> > https://lists.debian.org/debian-devel-announce/2012/10/msg6.
* Stefano Zacchiroli (lea...@debian.org) [120813 20:39]:
> - If you are currently a (delegated) Policy editor, please reconfirm
> your interest in such a role, by mailing me and/or this list. (For the
> avoidance of doubt, I'm Bcc:-ing all current delegates.)
Even if I hadn't been doing much,
Hi,
the description from Moritz is correctly and works. However, using
@release.d.o instead of .d.n is better.
Andi
--
To UNSUBSCRIBE, email to debian-policy-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.or
* Bdale Garbee (bd...@gag.com) [110606 20:59]:
> On Mon, 6 Jun 2011 02:15:37 -0700, Steve Langasek wrote:
> > If this were to be put to a vote today, I would propose the following ballot
> > options:
> >
> > 1) Implement support for calling 'debian/rules build-arch' in place of
> > 'debian/r
* Ian Jackson (ijack...@chiark.greenend.org.uk) [110501 16:39]:
> Steve Langasek writes ("Re: Bug#621833: System users: removing them"):
> > On Tue, Apr 12, 2011 at 09:31:47PM +0200, sean finney wrote:
> > > I second your original proposal though, that packages must not delete
> > > system users th
* Don Armstrong (d...@debian.org) [090730 16:37]:
> On Thu, 30 Jul 2009, Andreas Barth wrote:
> > I'm calling on votes on the following options:
> >
> > | 1. The Technical Committee refuses to overrule the udev maintainer, as
> > | requested by Bug 539158. The co
t now, and it would only get worse if people start to write their
make file in lets say ruby.
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
d like another class of RC bugs jump out, but calling that a
release goal seems logical to me somehow. (But this isn't the offical
blessing of course.)
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe&q
"version N or later", we should of course point to the
*earliest* version to give users the choice which version they want.
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
tin? Can you provide a reference?
Totally irrelevant to the section we're discussing. But that has been
told you before, and you continue to ignore it.
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
* Bill Allombert ([EMAIL PROTECTED]) [061116 10:37]:
> On Thu, Nov 16, 2006 at 09:44:55AM +0100, Andreas Barth wrote:
> > * Thomas Bushnell BSG ([EMAIL PROTECTED]) [061116 09:35]:
> > > On Thu, 2006-11-16 at 09:30 +0100, Andreas Barth wrote:
> > > > * [EMAIL PROTECTE
aker) I would rather
reformat it to:
| ... must only use POSIX features, and can:
| - assume that echo -n ...
| - use test -a/o and the local directive
|
| If a shell ...
But that are details of course.
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
--
To UNSUBSCRIBE, email to [EMAIL PROTE
* Thomas Bushnell BSG ([EMAIL PROTECTED]) [061116 09:35]:
> On Thu, 2006-11-16 at 09:30 +0100, Andreas Barth wrote:
> > * [EMAIL PROTECTED] ([EMAIL PROTECTED]) [061115 18:31]:
> > > 1. /bin/sh can be a symbolic link to any shell.
> >
> > I don't think we allo
* [EMAIL PROTECTED] ([EMAIL PROTECTED]) [061115 18:31]:
> 1. /bin/sh can be a symbolic link to any shell.
I don't think we allow to any shell - but there are more possibilities
than just /bin/bash.
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
--
To UNSUBSCRIBE, email t
ent and the manifest
> > reality of what's done today in Debian.
>
> Heck, I'm entirely happy with Manoj's suggestion to drop the whole damn
> thing, and simply say "/bin/sh will be bash." If you want simplicity,
> that's it!
That is not really s
countHandlingInMaintainerScripts
Perhaps we can use that page some day in future to put something in
policy.
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
+ Priority: optional
+ <snip>
+ XS-Vcs-Svn: svn://svn.debian.org/svn/pkg-vim/trunk/packages/vim
+
+
+
Is this desciption correct?
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscrib
uld file it want an
appropriate usertag, so that we could easily detect how many such bugs
we have, and upgrade them in case we really consider them RC.
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ing others opened). This should in no way be taken as a cutting off
> of debate of the larger issue.
I agree with you that we should try to get rid of the "simple issues" so
that we we have both an already updated policy and can see what the
larger issues really are.
Cheers,
Andi
--
...
I agree -a/-o should be replaced, but I don't think we really consider
it an RC bug. So, a shell *must* support the operators, but I don't
think that we should encourage people to use them.
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
* Russ Allbery ([EMAIL PROTECTED]) [061106 04:41]:
> Here's a proposed patch. What do people think about this approach?
Sounds good, thanks for your work.
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of &quo
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ople reading NEWS.Debian
(and people read that usually from installed binary packages) should
only get information useful for them. Changelog is however read often in
changes-files, and also in the source file, so having only one is right.
Cheers,
Andi
--
http://home.arcor.de/andreas-bart
* Anand Kumria ([EMAIL PROTECTED]) [060729 15:49]:
> Widely used, highly relevant for both programs and libraries (which both
> utilise other libraries).
>
> Thoughts?
Eh, not really. debhelper is used way more often.
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
--
To
as part of debian/control is already
enough, as there could be backend databases. For displaying of binary
packages, this information may need to put into the binary packages
themself (or even the Packages-file). This could however be seen as
second step.
Cheers,
Andi
--
http://home.arco
's the reason why we should really ad a new field.
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Hi,
I propose this diff for removal of non-us from the policy manual.
Comments are welcome.
Cheers,
Andi
--- orig/policy.sgml
+++ mod/policy.sgml
@@ -310,8 +310,8 @@
- The main and the non-US/main sections
- together form the Debian GNU/Linux distribution.
+
* Joey Hess ([EMAIL PROTECTED]) [050627 19:04]:
> 2.3:
> I second moving to 2.3. We've already made significant progress
> in that direction and the work remaining to be done seems easily
> accomplished in the etch timeframe.
seconded.
Cheers,
Andi
--
To UNSUBSCRIBE, email t
The
> 'source' target is a 'should', so a package that does not currently have
> this target isn't buggy at all.
>
> > (Apart from that fact I agree with the proposal, just for the record)
>
> Is that a formal second?
At least, this here is a formal second :)
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE F1 D0 C5 D1 D9 0C
signature.asc
Description: Digital signature
gt; There's no valid reason to do this, really. Invoking the TC card would be a
> gross overstepping.
Well, we always allow people to disgrace themselfs. Why should that be
different with invoking the TC? :)
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
PGP 1024/89FB5CE5 D
ilesystem archive as a gzipped tar archive.
DEB 1 ARCHIVE MEMBERS
See the man-page deb-old(5) for a definition.
--
http://home.arcor.de/andreas-barth/
PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE F1 D0 C5 D1 D9 0C
codes
are allowed and which are preffered. That would make implementing
easier (perhaps this part should be in the developer reference, where
it would also help).
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE F1 D0 C5 D1 D9 0C
y might be more
> appropriate.
Ack. But it _might_ be good to say in this proposal that probably
these files will be UTF-8 some day, so that higher level tools should
be written with this in mind (e.g. 8bit-clean, appropiate hooks).
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
33 matches
Mail list logo
