On Mon, Dec 03, 2007 at 01:26:16PM +1000, Anthony Towns wrote:
> On Sun, Dec 02, 2007 at 09:49:54PM +, Ian Jackson wrote:
> > Everyone (even AJ, it seems) agrees that glibc in sid and lenny should
> > be changed immediately.
> No, I have not seen any reason to overrule the maintainers in thi
On Sun, Dec 02, 2007 at 09:49:54PM +, Ian Jackson wrote:
> Everyone (even AJ, it seems) agrees that glibc in sid and lenny should
> be changed immediately.
No, I have not seen any reason to overrule the maintainers in this
entire thread. I don't see how I could have indicated that any more
c
On Sun, Dec 02, 2007 at 10:00:31PM +, Ian Jackson wrote:
> Anthony Towns writes ("Re: Bug#441200: libconfig name clash"):
> > I can't see any record of anyone suggesting [libconfig1] though, and
> > I'd really hope that it wouldn't be accepted at NEW.
> See #438683 where otherwise sensible peop
Kurt Roeckx writes ("Re: Bug#412976 repoened - reassign tech-ctte (mixmaster
/etc/default/*)"):
> It is documented in the update-rc.d manpage:
>If any files /etc/rcrunlevel.d/[SK]??name already exist then
>update- rc.d does nothing. The program was written this way
>so
On Sun, Dec 02, 2007 at 10:10:38PM +, Ian Jackson wrote:
> Florian Weimer writes ("Re: Bug#412976 repoened - reassign tech-ctte
> (mixmaster /etc/default/*)"):
> > Really? Won't upgrades re-enable disabled services if update-rc.d is
> > used?
>
> Only if you delete _all_ of the links. If yo
Here's my latest draft of a libconfig resolution. No-one seems to be
suggesting that either package is entitled to the name so I have
removed that option.
Thanks to AJ for detailed feedback. I've taken out the process for
the TC approving names and replaced it with a request to the
ftpmasters.
I hereby call for a vote on the resolution below, which I sent round a
draft of on Friday and formally proposed yesterday:
-8<-
(1) The REMAIL option should not be supplanted or supplemented by
anything in an /etc/default file. The current behaviour of the
mixmaster init script, to e
Florian Weimer writes ("Re: Bug#412976 repoened - reassign tech-ctte (mixmaster
/etc/default/*)"):
> Really? Won't upgrades re-enable disabled services if update-rc.d is
> used?
Only if you delete _all_ of the links. If you leave the K links in
the shutdown and reboot runlevels, they will not b
Anthony Towns writes ("Old tech-ctte bugs"):
> * #429671: exim4 username
> * #436093: Please decide on the "ownership" of the developers reference
> * #439006: tech-ctte: Efika and sony PS3 patches in linux-2.6
>
> They're all requests for dispute resolution, though 429671 also
> includes a
* Marc Haber:
> On Sat, Dec 01, 2007 at 07:34:58PM +0200, Jari Aalto wrote:
>> >From Admin's point of view dealing with symlinks is much more
>> uncomfortable to control the initial start/stop status.
>
> If one is not comfortable with a sysvinit scheme, one should not be
> adminning a Debian syst
Anthony Towns writes ("Re: Bug#441200: libconfig name clash"):
> I can't see any record of anyone suggesting [libconfig1] though, and
> I'd really hope that it wouldn't be accepted at NEW.
See #438683 where otherwise sensible people are suggesting using the
name libconfig1 for the new library due
Steve Langasek writes ("Re: TC voting and amendment procedure"):
> In the present case neither of the non-FD options are satisfactory to me
> because as I wrote in <[EMAIL PROTECTED]>, I think
> rationale here is very important.
As I responded in my mail of Sun, 23 Sep 2007 16:23:54 +0100,
I th
Anthony Towns writes ("Re: mixmaster /etc/default/*"):
> No, I'm saying that we shouldn't be in the business of reviewing every
> disagreement in Debian. And we certainly shouldn't leave the decision
> as to whether we'll review any particular decision solely up to whether
> whoever was disagreed w
Hey all,
No one on the ctte seems to have taken any interest in:
* #429671: exim4 username
* #436093: Please decide on the "ownership" of the developers reference
* #439006: tech-ctte: Efika and sony PS3 patches in linux-2.6
They're all requests for dispute resolution, though 429671 also
On Thu, Nov 29, 2007 at 08:15:47PM +, Ian Jackson wrote:
> So just to be clear, you conclude as I did that both packages should
> be required to select new names ?
Yes. I can't see any technical reason whatsoever not to do that.
> > If either maintainer *wants* to use a different package name
Processing commands for [EMAIL PROTECTED]:
> # Automatically generated email from bts, devscripts version 2.10.10
> package tech-ctte
Ignoring bugs not assigned to: tech-ctte
> severity 438179 normal
Bug#438179: Please provide a way to override RFC3484
Severity set to `normal' from `wishlist'
>
On Sun, Dec 02, 2007 at 02:37:43AM -0800, Don Armstrong wrote:
> > No it doesn't, it just requires not noticing an issue -- eg, by it
> > not being brought to the tech ctte's attention at all (most
> > decisions in Debian), or by the tech ctte missing it when it is
> > (429761, 439006), or by the t
On Tue, Nov 27, 2007 at 07:14:23PM +, Ian Jackson wrote:
> Please reply to if you get this email and let us know whether you are
> in a position to transact TC business. We seem to have a problem
> getting quorum and I'd like to know why.
Pong. :)
--
Steve Langasek Give me
On Fri, Nov 30, 2007 at 07:38:00PM +, Ian Jackson wrote:
> Having read the bug report I don't think there is very much to be said
> in favour of the submitter's point of view.
> Here is a draft resolution and rationale.
> -8<-
> (1) The REMAIL option should not be supplanted or supplemente
On Sun, 02 Dec 2007, Anthony Towns wrote:
> On Fri, Nov 30, 2007 at 06:40:36PM -0800, Don Armstrong wrote:
> > Deciding that an issue isn't important enough to make a decision
> > requires making some sort of decision.
>
> No it doesn't, it just requires not noticing an issue -- eg, by it
> not b
On Tue, Nov 27, 2007 at 07:36:30PM +, Ian Jackson wrote:
> But it does suggest that we ought to do formally proposing resolutions
> and amendments by writing draft CFVs. A draft ballot paper would give
> dissenters a chance to add their own option, with short or long
> explanatory text as need
21 matches
Mail list logo
