Bug#975075: tech-ctte: Should maintainers be able to block init compatibility changes?

2020-12-23 Thread Ian Jackson
loping and integrating alternatives to both systemd and sysvinit. Ian. -- Ian JacksonThese opinions are my own. Pronouns: they/he. If I emailed you from @fyvzl.net or @evade.org.uk, that is a private address which bypasses my fierce spamfilter.

Bug#971515: Status as of last tech-ctte meeting

2020-11-19 Thread Ian Jackson
uot; and "just download that shit from the internet" approach is hideously bad engineering practice.) -- Ian JacksonThese opinions are my own. Pronouns: they/he. If I emailed you from @fyvzl.net or @evade.org.uk, that is a private address which bypasses my fierce spamfilter.

Bug#975075: tech-ctte: Should maintainers be able to block init compatibility changes?

2020-11-19 Thread Ian Jackson
errule a maintainer decision. Furthermore, the TC can clearly make its opinion known. My view is that the behaviour seen in #921012 and #964139 is an outrage which ought to result in DAM action. It would be open to the TC to make a statement strongly criticising the maintainer's behaviour and suggest

Bug#934948: Unnecessary dependencies vs multiple binary packages

2019-08-22 Thread Ian Jackson
tical dependencies of less-critical subcomponents. devscripts is perhaps the best example. > * When a user installs a library for one interpreter or environment, > in general, we don't want the package dependencies to require that > user to install an unrelated interpreter. I think this de

Bug#932795: Ethics of FTBFS bug reporting

2019-07-28 Thread Ian Jackson
Simon McVittie writes ("Bug#932795: Ethics of FTBFS bug reporting"): > For the specific question of whether a single CPU core is a "reasonable" > build environment, my answer at the moment is "I don't know". There are two issues here: 1. "Is a 1-cpu system `reasonable' or `supported'" (or

Bug#932795: Ethics of FTBFS bug reporting

2019-07-23 Thread Ian Jackson
is reasonable but not supported. etc. On the point at issue, do these packages build in a cheap single-vcpu vm from some kind of cloud vm service ? ISTM that this is a much better argument than the one you made, if the premise is true. Ian. -- Ian JacksonThese opinions are my own.

Re: Thinking about Delegating Decisions about Policy

2019-05-16 Thread Ian Jackson
ection is made which raises a substantial issue that ought to be dealt with. While vacillation is undesirable, making it easier and less socially costly to handle mistakes, will make it easier to make changes. Ian. -- Ian JacksonThese opinions are my own. If I emailed you from an address @fyvzl.net or @evade.org.uk, that is a private address which bypasses my fierce spamfilter.

Re: Thinking about Delegating Decisions about Policy

2019-05-13 Thread Ian Jackson
Ian. [1] I should say that I think the individual members of TC are and have been people of generally very high caliber. IMO the failings are emergent properties of the structure, context and framing. [2] Much of this is, I think, ultimately my fault. I invented this setup. All I can say is

Re: Thinking about Delegating Decisions about Policy

2019-05-13 Thread Ian Jackson
process is a creation of the policy editors, not of the DPL nor of the rest of the project. Ian. [1] https://lists.debian.org/debian-devel-announce/2017/06/msg5.html [2] https://en.wikipedia.org/wiki/Ultra_vires -- Ian JacksonThese opinions are my own. If I emailed you from an address @fyvzl.net

Re: That merged-usr is mandatory is RC

2019-05-13 Thread Ian Jackson
(sending this because I got the release team address wrong) Ian Jackson writes ("That merged-usr is mandatory is RC"): > Control: severity -1 serious > > In #923091, Guillem (with dpkg maintainer hat on) asks for a > base-installer option to allow installing bus

That merged-usr is mandatory is RC

2019-05-13 Thread Ian Jackson
cohesion. CCing the TC FYI (they have already been involved in merged-usr debates via #914897) and the release team, in case they have an opinion. FAOD I am not a maintainer of base-files but AFAICT the base-files maintainer has not expressed an opinion about severity. Ian. -- Ian Jackson

Bug#914897: tech-ctte: Should debootstrap disable merged /usr by default?

2019-02-21 Thread Ian Jackson
stream build system, or perhaps horrific rules file bodges. Thanks, Ian. [1] Implicitly, without using a chroot. [2] IIRC some people suggested this explicitly in the thread in d-devel. -- Ian JacksonThese opinions are my own. If I emailed you from an address @fyvzl.net or @evade.

Bug#914897: tech-ctte: Should debootstrap disable merged /usr by default?

2019-02-02 Thread Ian Jackson
sufficient breadth. Thanks, Ian. -- Ian JacksonThese opinions are my own. If I emailed you from an address @fyvzl.net or @evade.org.uk, that is a private address which bypasses my fierce spamfilter.

Bug#914897: tech-ctte: Should debootstrap disable merged /usr by default?

2019-02-02 Thread Ian Jackson
Ping ? Is the TC engaged in this issue or should I seek another approach ? Ian. -- Ian JacksonThese opinions are my own. If I emailed you from an address @fyvzl.net or @evade.org.uk, that is a private address which bypasses my fierce spamfilter.

Bug#919951: Request about the /usr/bin/dune filename

2019-01-22 Thread Ian Jackson
that the other project, whose name is being appropriated, should suffer any inconvenience. Ian. -- Ian JacksonThese opinions are my own. If I emailed you from an address @fyvzl.net or @evade.org.uk, that is a private address which bypasses my fierce spamfilter.

Bug#919951: ocaml builder must not be called `dune' or provide /usr/bin/dune

2019-01-20 Thread Ian Jackson
binary package name /usr/bin/dune other than the C++ library dune-common or its friends. * Declare that the ocaml build system should choose a new source package name and use it henceforth. I am about to file an RC bug against the `dune' package, blocked by this one. Ian. -- Ian Jacks

Bug#914897: debating the wrong thing

2018-12-04 Thread Ian Jackson
Ansgar Burchardt writes ("Bug#914897: debating the wrong thing"): > Switching to (1) or (3a-with-no-support-in-buster) will mean merged-/usr > systems would no longer be supported. In this case someone would have > to write a unusrmerge program to convert systems with merged-/usr to > systems

Bug#914897: debating the wrong thing

2018-12-03 Thread Ian Jackson
lly nasty. The problem comes when a niche optional feature, with wide-ranging implications, is suddenly promoted to the default, without proper consultation and without a proper transition plan. Ian. -- Ian JacksonThese opinions are my own. If I emailed you from an address @fyvzl.net or @ev

Re: Bug#914897: debootstrap, buster: Please disabled merged /usr by default

2018-11-28 Thread Ian Jackson
Julien Cristau writes ("Re: Bug#914897: debootstrap, buster: Please disabled merged /usr by default"): > On 11/28/18 2:49 PM, Ian Jackson wrote: > > This is a special case of a general problem: buster systems with > > merged-/usr sometimes build packages which are br

Re: Bug#914897: debootstrap, buster: Please disabled merged /usr by default

2018-11-28 Thread Ian Jackson
e can have a proper conversation about what the plan ought to be for buster and bullseye. Ian. -- Ian JacksonThese opinions are my own. If I emailed you from an address @fyvzl.net or @evade.org.uk, that is a private address which bypasses my fierce spamfilter.

Bug#904302: Whether vendor-specific patch series should be permitted in the archive

2018-10-24 Thread Ian Jackson
Tollef Fog Heen writes ("Bug#904302: Whether vendor-specific patch series should be permitted in the archive"): > Second draft: ... > The Committee recognises that there is a need for packages to behave > differently when built on different distributions, but this should be > done by using

Bug#904558: What should happen when maintscripts fail to restart a service

2018-10-09 Thread Ian Jackson
hly what they do right now. The support for configuration in something like policy-rc.d has a few design decisions to be made but doesn't seem really difficult. Also nothing blocks on it. The TC would simply be saying "this would be a good thing to have". Ian. -- Ian JacksonThese

Bug#904302: Whether vendor-specific patch series should be permitted in the archive [and 1 more messages]

2018-10-05 Thread Ian Jackson
it is wrong for your downstreams and users. We should be discouraging such tradeoffs. Ian. -- Ian JacksonThese opinions are my own. If I emailed you from an address @fyvzl.net or @evade.org.uk, that is a private address which bypasses my fierce spamfilter.

Bug#904302: Whether vendor-specific patch series should be permitted in the archive [and 1 more messages]

2018-10-05 Thread Ian Jackson
Adrian Bunk writes ("Bug#904302: Whether vendor-specific patch series should be permitted in the archive"): > On Thu, Oct 04, 2018 at 08:21:07PM +0200, Philip Hands wrote: > > IMO policy should recomend the use of separate source packages as the > > prefered solution to the problem that

Bug#904302: Whether vendor-specific patch series should be permitted in the archive

2018-10-04 Thread Ian Jackson
Philip Hands writes ("Re: Bug#904302: Whether vendor-specific patch series should be permitted in the archive"): > IMO policy should recomend the use of separate source packages as the > prefered solution to the problem that vendor-specific patch series were > supposed to address. That would be

Bug#904302: Whether vendor-specific patch series should be permitted in the archive

2018-10-04 Thread Ian Jackson
Adrian Bunk writes ("Bug#904302: Whether vendor-specific patch series should be permitted in the archive"): > On Wed, Sep 19, 2018 at 02:39:23PM +0200, Philip Hands wrote: > > The Committee therefore resolves that: > > > > 1. Any use of dpkg's vendor-specific patch series feature is a bug

Bug#904302: Whether vendor-specific patch series should be permitted in the archive

2018-10-03 Thread Ian Jackson
t someone would disingenuously argue that a series.ubuntu file, in a package in Debian, is not "use" of the feature. Ian. -- Ian JacksonThese opinions are my own. If I emailed you from an address @fyvzl.net or @evade.org.uk, that is a private address which bypasses my fierce spamfilter.

Bug#904302: That's a free software issue!

2018-10-02 Thread Ian Jackson
Anonymous writes ("Bug#904302: That's a free software issue!"): > If Debian want patches it has to support this process with tools. The > attitude Debian owns all source packages is wrong. Sharing source > packages among different vendors is more efficient. Different patch > series may be the best

Bug#904302: Whether vendor-specific patch series should be permitted in the archive

2018-09-19 Thread Ian Jackson
Philip Hands writes ("Bug#904302: Whether vendor-specific patch series should be permitted in the archive"): > Possibly also with something like this?: > > Post-Buster this should be implemented in Debian Policy by > declaring that a package MUST NOT contain a non-default series >

Bug#904558: What should happen when maintscripts fail to restart a service

2018-09-19 Thread Ian Jackson
Stuart Prescott writes ("Bug#904558: What should happen when maintscripts fail to restart a service"): > Ian Jackson wrote: > > When I wrote that, it didn't occur to me that anyone would think that > > a failure by a postinst script to perform an intended operation

Bug#904558: What should happen when maintscripts fail to restart a service

2018-09-19 Thread Ian Jackson
Tollef Fog Heen writes ("Bug#904558: What should happen when maintscripts fail to restart a service"): > Ian Jackson: > > There may be good reasons not to treat daemon startup failure as a > > postinst failure, but the argument above is not one of them. > > I thin

Bug#904558: What should happen when maintscripts fail to restart a service

2018-09-18 Thread Ian Jackson
herwise, I don't see any benefit > from postinst (particularly postinst + configure) ever failing. Frankly I'm disturbed to be reading this, here. See above. If the postinst fails, then the user has the opportunity to fix the root cause and rerun dpkg-source --configure --pending. That will then

Bug#904302: Why outlawing vendor-specific patch series would be a bad idea

2018-08-17 Thread Ian Jackson
) might be needed in some exceptional cases but normally there is a better way. Ian. -- Ian JacksonThese opinions are my own. If I emailed you from an address @fyvzl.net or @evade.org.uk, that is a private address which bypasses my fierce spamfilter.

Bug#904302: Why outlawing vendor-specific patch series would be a bad idea

2018-08-17 Thread Ian Jackson
where possible, but that should be done by looking at which of the alternative build dependencies is installer, or whatever, not by checking dpkg-vendor. Ian. -- Ian JacksonThese opinions are my own. If I emailed you from an address @fyvzl.net or @evade.org.uk, that is a private address which bypasses my fierce spamfilter.

Re: Bug#904302: Whether vendor-specific patch series should be permitted in the archive

2018-08-13 Thread Ian Jackson
it certainly falls under at least one of §6.1.1 and §6.1.3, and not > §6.1.4. Obviously I agree with this. Thanks, Ian. [1] I don't read the delegation that way, but for this purpose the wording of the delegation doesn't matter. -- Ian JacksonThese opinions are my own. If I email

Bug#904302: Whether vendor-specific patch series should be permitted in the archive

2018-08-13 Thread Ian Jackson
her approaches will be better still. It just means that vendor series are worse than changing the source package. -- Ian JacksonThese opinions are my own. If I emailed you from an address @fyvzl.net or @evade.org.uk, that is a private address which bypasses my fierce spamfilter.

Re: Next Meeting: Wednesday, May 16th 19:00 UTC (today) - Currently no topics

2018-05-22 Thread Ian Jackson
Wouter Verhelst writes ("Re: Next Meeting: Wednesday, May 16th 19:00 UTC (today) - Currently no topics"): > On Wed, May 16, 2018 at 08:59:35PM +0200, Margarita Manterola wrote: > > As David mentioned in IRC and I mentioned in person to the people in > > Hamburg, it is a bit worrying to not have

Bug#877024: marked as done (modemmanager should ask before messing with serial ports)

2018-03-22 Thread Ian Jackson
Philip Hands : > You'll be pleased to note that the original bug in this case has now > been closed as a result of a newly uploaded package version: > > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=683839#101 > > Thanks to all involved for bringing this to a successful

Bug#877024: modemmanager should ask before messing with serial ports

2018-02-26 Thread Ian Jackson
Aleksander Morgado writes ("Re: Bug#877024: modemmanager should ask before messing with serial ports"): > Ian, any comment about this 1.8-rc1 version with the filter policies > implemented? Thanks for the ping. I haven't had a chance to test it, but if it behaves as described earlier here then

Bug#881339: marked as done (allow node-babel-preset-env to build depend on itself)

2018-02-22 Thread Ian Jackson
e Haskell binaries in stretch is an undocumented chain of recompilations of packages from snapshot.d.o. If we let Haskell do that, why are we being so hard on JavaScript ? Ian. -- Ian Jackson <ijack...@chiark.greenend.org.uk> These opinions are my own. If I emailed you from an address @

Bug#883573: Reevaluate libpam-systemd systemd-sysv dependency ordering (746578)

2017-12-05 Thread Ian Jackson
nse of knowledge or ownership that would be appropriate for that. > On Tue, Dec 05, 2017 at 05:36:10PM +, Ian Jackson wrote: > > One question I have is about this: "several packages now require just > > systemd-sysv". Can someone refer to some examples, please ? >

Bug#883573: Reevaluate libpam-systemd systemd-sysv dependency ordering (746578)

2017-12-05 Thread Ian Jackson
t;several packages now require just systemd-sysv". Can someone refer to some examples, please ? Ian. -- Ian Jackson <ijack...@chiark.greenend.org.uk> These opinions are my own. If I emailed you from an address @fyvzl.net or @evade.org.uk, that is a private address which bypasses my fierce spamfilter.

Re: TC nomination procedure v0

2017-12-01 Thread Ian Jackson
Wouter Verhelst writes ("Re: TC nomination procedure v0"): > It's a vote that will have effect on the appointment of a person to the > TC. The constitution specifically wants appointment votes to be public. > Without wanting to comment on the letter, I think this is contrary to > the intent. > >

Bug#881339: let's find a solution

2017-12-01 Thread Ian Jackson
ns the single sentence | it is strange that the package Build-Depends: on itself!? Lots of language compilers build-depend on themselves so surely there is more to this. Ian. -- Ian Jackson <ijack...@chiark.greenend.org.uk> These opinions are my own. If I emailed you from an

Re: Let's Stop Getting Torn Apart by Disagreement: Concerns about the Technical Committee

2017-11-02 Thread Ian Jackson
ons of politics: they concern the balance of competing interests, and the location and scope of power and control. Ian. -- Ian Jackson <ijack...@chiark.greenend.org.uk> These opinions are my own. If I emailed you from an address @fyvzl.net or @evade.org.uk, that is a private address which bypasses my fierce spamfilter.

Re: Let's Stop Getting Torn Apart by Disagreement: Concerns about the Technical Committee

2017-10-31 Thread Ian Jackson
Sam Hartman writes ("Re: Let's Stop Getting Torn Apart by Disagreement: Concerns about the Technical Committee"): > I am discussing how we handle conflict because I hope we can do a better > job of helping people feel valued even when we do not agree with their > technical positions. You've

Re: Bug#877024: Modemmanager probing of unknown Devices

2017-10-30 Thread Ian Jackson
his, > and I think we need some outside help deciding which of us is right. > I'm going to give you a bit of time in less I've got it all wrong and > you're OK with this approach and then I'm going to ask for help." Ian. -- Ian Jackson <ijack...@chiark.greenend.org.uk> The

Bug#877024: Modemmanager probing of unknown Devices

2017-10-30 Thread Ian Jackson
Sam Hartman writes ("Re: Bug#877024: Modemmanager probing of unknown Devices"): > I wanted to make you aware of a status update. > The maintainer who has been doing most of the uploads on modemmanager > stepped down after receiving my query. Oh. > As a matter of process, it's not clear that

Bug#877024: Modemmanager probing of unknown Devices

2017-10-22 Thread Ian Jackson
that I intended to escalate this issue to the TC: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=683839#77 I got no response, so I filed #877024. When I did so, the BTS sent this mail CC the maintainers: From: ow...@bugs.debian.org (Debian Bug Tracking System) To: Ia

Bug#877024: Modemmanager probing of unknown Devices

2017-10-19 Thread Ian Jackson
mostly if there is an objection about the principle of the approach that modemmanager should take, or an objection to NMUs, that a TC decision might be needed. Thanks, Ian. -- Ian Jackson <ijack...@chiark.greenend.org.uk> These opinions are my own. If I emailed you from an address @fyvzl.net

Bug#877024: modemmanager should ask before messing with serial ports

2017-10-18 Thread Ian Jackson
hinking. For upstream: things in "experimental" are not automatically installed on user systems (well, unless the user has been exceptionally foolish), and do not automatically propagate to places where they might be so installed (let alone, be released). Ian. -- Ian Jackson <ijack..

Bug#877024: modemmanager should ask before messing with serial ports

2017-10-17 Thread Ian Jackson
seful for me to upload such a thing to experimental so others can try it too ? Would the Debian modemmanager maintainers object to that ? I will do that upload: to DELAYED, picking some suitably cautious version number, unless I hear to the contrary. (And I'll wait at least a week for a reply to thi

Bug#877024: modemmanager should ask before messing with serial ports

2017-10-12 Thread Ian Jackson
Aleksander Morgado writes ("Bug#877024: modemmanager should ask before messing with serial ports"): > This is part of the discussion we had in the MM mailing list for such > a solution: > https://lists.freedesktop.org/archives/modemmanager-devel/2017-September/005917.html Thanks, this looks

Bug#877024: modemmanager should ask before messing with serial ports

2017-09-28 Thread Ian Jackson
Aleksander Morgado writes ("Bug#877024: modemmanager should ask before messing with serial ports"): > [Ian Jackson:] > > Many such modems present as USB serial devices, eg ttyACM or ttyUSB. > > Consequently, modemmanager has the ability to open serial ports

Bug#877024: modemmanager should ask before messing with serial ports

2017-09-28 Thread Ian Jackson
e to use a Debian channel for this. But I really appreciate you taking an interest. > An easier thing would be to allow just "dpkg -R > modemmanager", there should be no other package depending on the > daemon itself. That's no help because someone might have (for example)

Bug#877024: modemmanager should ask before messing with serial ports

2017-09-28 Thread Ian Jackson
Keith Packard writes ("Re: Bug#877024: modemmanager should ask before messing with serial ports"): > Ian Jackson <ijack...@chiark.greenend.org.uk> writes: > > This has gone far enough. I would like to remind you of Constitution > > 6.3(5) > > H

Bug#877024: modemmanager should ask before messing with serial ports

2017-09-28 Thread Ian Jackson
Keith Packard writes ("Bug#877024: modemmanager should ask before messing with serial ports"): > That requires fixing the package instead of just getting it out of the > way, a significantly harder thing to manage. This has gone far enough. I would like to remind you of Constitution 6.3(5) |

Bug#877024: modemmanager should ask before messing with serial ports

2017-09-27 Thread Ian Jackson
Keith Packard writes ("Re: Bug#877024: modemmanager should ask before messing with serial ports"): > Yeah, I was just thinking that it would be easier to stop installing > support for modems by default than to actually fix modemmanager to > behave itself. It's certainly how I work -- apt remove

Bug#877024: modemmanager should ask before messing with serial ports

2017-09-27 Thread Ian Jackson
Ansgar Burchardt writes ("Bug#877024: modemmanager should ask before messing with serial ports"): > It's not useless. At least not when using UMTS via USB dongles which I > would guess more people use than ham radio. (Some of these USB dongles > also emulate network cards and provide a DHCP

Bug#877024: modemmanager should ask before messing with serial ports

2017-09-27 Thread Ian Jackson
o consider whether to backport any of the resulting changes, or include them in stable updates of some kind. Thanks for your attention. Ian. -- Ian Jackson <ijack...@chiark.greenend.org.uk> These opinions are my own. If I emailed you from an address @fyvzl.net or @evade.org.uk, that is

Re: Bug#754462: Bug#862051: nodejs (6.11.2~dfsg-1) experimental; urgency=medium

2017-09-01 Thread Ian Jackson
here. Regards, Ian. -- Ian Jackson <ijack...@chiark.greenend.org.uk> These opinions are my own. If I emailed you from an address @fyvzl.net or @evade.org.uk, that is a private address which bypasses my fierce spamfilter.

Bug#862051: nodejs (6.11.2~dfsg-1) experimental; urgency=medium

2017-08-31 Thread Ian Jackson
Philip Hands writes ("Bug#862051: nodejs (6.11.2~dfsg-1) experimental; urgency=medium"): > I guess that one could do something like moving the symlink into another > -legasy style package, and recomend that from the main package for one > release to keep upgrades happy. Then drop the

Bug#862051: nodejs (6.11.2~dfsg-1) experimental; urgency=medium

2017-08-30 Thread Ian Jackson
Jérémy Lal writes ("Bug#862051: nodejs (6.11.2~dfsg-1) experimental; urgency=medium"): > Maybe i didn't express myself properly: the idea is to keep /usr/bin/nodejs > until it's no longer needed - be it other debian packages or other user > scripts. Earlier you said only "other Debian packages":

Bug#862051: Allow nodejs to provide /usr/bin/node (draft resolution)

2017-07-20 Thread Ian Jackson
s. I think a natural reading of "Debian's usual backwards-compatibility arrangements" applied to /usr/bin/nodejs would arguably involve keeping it only for a realease or two. But in fact, there is no reason to ever delete it (except for punishment purposes, as I discuss above).

Bug#862051: Allow nodejs to provide /usr/bin/node (draft resolution)

2017-07-20 Thread Ian Jackson
Tollef Fog Heen writes ("Bug#862051: Allow nodejs to provide /usr/bin/node (draft resolution)"): > 1. The CTTE decision from 2012-07-12 in bug #614907 is repealed. > > This means Debian's normal policies and practices take over and the > nodejs package is free to provide /usr/bin/node. The

Bug#862051: Refer #862051 to ctte

2017-07-17 Thread Ian Jackson
How about this: 1. The CTTE decision in from 2012-07-12 in bug #614907 is repealed. 2. The nodejs package shall be free to provide /usr/bin/node. Eventually, packages which use node.js will use /usr/bin/node, and the nodejs-legacy package will become obsolete, and be removed.

Re: Bug#862051: Refer #862051 to ctte

2017-07-17 Thread Ian Jackson
ly needed? They're > just restating (somewhat imperfectly) Policy and/or normal practice in > Debian, which presumably come back into effect anyway once the > 2012-07-12 decision is repealed. It would be better to simply say "following Debian's existing backward compatibility practi

Bug#857257: Re: Supporting configuration file changes between versions in unstable/testing

2017-03-09 Thread Ian Jackson
Adam D. Barratt writes ("Bug#857257: Re: Supporting configuration file changes between versions in unstable/testing"): > On 2017-03-09 9:41, Pirate Praveen wrote: > > I request CTTE to declare this bug as not RC. > > That's not something that the Technical Committee has a remit to do. > > The

Bug#846002: blends-tasks must be priority:standard and not make a mess out of tasksel menu

2017-02-01 Thread Ian Jackson
Sam Hartman writes ("Bug#846002: blends-tasks must be priority:standard and not make a mess out of tasksel menu"): > My reading of that is that the consensus of the TC is that the D-I team > should make this decision. I can see why Ole is frustrated. I don't think this is a proper conclusion

Bug#850887: [TIMELY for TC members] Interim Ballot Proposal: #850887 binutils mips

2017-01-12 Thread Ian Jackson
uld explicitly state whether you want this NMU to be DELAYED. Ian. -- Ian Jackson <ijack...@chiark.greenend.org.uk> These opinions are my own. If I emailed you from an address @fyvzl.net or @evade.org.uk, that is a private address which bypasses my fierce spamfilter.

Bug#850967: Clarify /usr/bin/foo should not be hardcoded even in upstream parts [and 1 more messages]

2017-01-12 Thread Ian Jackson
C close #850967 NFA, and that the Debian gnupg maintainers tag #850657 wontfix (and perhaps close it). I won't promise to stop asking Debian maintainers of other packages to make this change, when it trips me up. Ian. -- Ian Jackson <ijack...@chiark.greenend.org.uk> These opinions are m

Bug#850967: Clarify /usr/bin/foo should not be hardcoded even in upstream parts [and 2 more messages]

2017-01-11 Thread Ian Jackson
even in upstream parts"): > On Wed 2017-01-11 12:13:44 -0500, Ian Jackson > <ijack...@chiark.greenend.org.uk> wrote: > > I think this argument is utterly wrong in principle. It is contrary > > to the whole point of Debian. > > We clearly disagree here, tho

Bug#850967: Clarify /usr/bin/foo should not be hardcoded even in upstream parts

2017-01-11 Thread Ian Jackson
Sam Hartman writes ("Re: Bug#850967: Clarify /usr/bin/foo should not be hardcoded even in upstream parts"): > [some stuff] Please concentrate on the MIPS binutils bug. Ian. -- Ian Jackson <ijack...@chiark.greenend.org.uk> These opinions are my own. If I emailed

Bug#850967: Clarify /usr/bin/foo should not be hardcoded even in upstream parts

2017-01-11 Thread Ian Jackson
are some things I might want to respond in it but I don't want to distract the TC any further from #850887. This issue isn't urgent, even though it is quite wide-ranging. So, I won't press this now and instead I'll wait for a TC member to pick it up. Regards, Ian. -- Ian Jackson <ijack...@chi

Bug#850967: Clarify /usr/bin/foo should not be hardcoded even in upstream parts

2017-01-11 Thread Ian Jackson
with. I think this argument is utterly wrong in principle. It is contrary to the whole point of Debian. Thanks for your attention. Ian. PS: Please give the MIPS binutils bug priority. -- Ian Jackson <ijack...@chiark.greenend.org.uk> These opinions are my own. If I emailed yo

Re: December 2016 TC meeting is at 'Thu Dec 22 18:00:00 UTC 2016'

2016-12-22 Thread Ian Jackson
TC should not delay. Delay makes the problem worse. Ian. -- Ian Jackson <ijack...@chiark.greenend.org.uk> These opinions are my own. If I emailed you from an address @fyvzl.net or @evade.org.uk, that is a private address which bypasses my fierce spamfilter.

Bug#846002: blends-tasks must not be priority:important (was Re: Bug#846002: Lowering severity)

2016-12-11 Thread Ian Jackson
t perhaps even too long. Anyone who wants anything ommore complicated can cope with tasksel. Even someone who wants a server can very likely cope with tasksel. Bear in mind that every option on this list needs to be read even by the most inexperienced user. There should be nothing on it that doe

Bug#846002: blends-tasks must not be priority:important (was Re: Bug#846002: Lowering severity)

2016-12-07 Thread Ian Jackson
ing is unavoidable unless you want to make an express-disk-wiper image :-). Perhaps the right answer is to prefix the tasksel question with a pre-question, asking the user to choose between Default desktop install Choose selection(s) of packages ("tasks") Then the tasksel men

Bug#841294: Global Ballot Thoughts

2016-12-02 Thread Ian Jackson
This is all very dramatic language. Of course I know this is "only Debian" and of course no-one is dying here. But the principles are the same. Ian. -- Ian Jackson <ijack...@chiark.greenend.org.uk> These opinions are my own. If I emailed you from an address @fyvzl.net or @ev

Maintainership

2016-12-02 Thread Ian Jackson
and maintainers ? Ian. From: Ian Jackson <ijack...@chiark.greenend.org.uk> To: Stefano Zacchiroli <z...@debian.org> Cc: debian-proj...@lists.debian.org Subject: Re: Replace the TC power to depose maintainers Message-ID: <22593.38530.975380.276...@chiark.greenend.org.uk> Date: Fri, 2 Dec 2

Bug#841294: Global Ballot Thoughts

2016-12-02 Thread Ian Jackson
s upstream. [1] My point of view of trying to fix Debian's totally nonfunctional processes for dealing with unwarranted blocking by maintainers, which is a drum I have been banging for years and years now. -- Ian Jackson <ijack...@chiark.greenend.org.uk> These opinions are my own. If I em

Bug#841294: Overrule maintainer of "global" to package a new upstream version

2016-11-30 Thread Ian Jackson
r scripts for this?) (Also this assumes that the source code is not super secret.) I don't know much about this, but several of these choices seem likely to be plausible choices for many if not most current users of htags. FAOD none of this changes my view about the proper resolution of this TC petitio

Bug#841294: Overrule maintainer of "global" to package a new upstream version

2016-11-29 Thread Ian Jackson
th updated > packaging. I'll include details of the known issues in one of the > 'please can we have a new version' bugs. I think it's more useful to > have the current state of play avalable than for me to keep messing > with it privately. Hooray, thank you. Ian. -- Ian Jackson <i

Bug#841294: Overrule maintainer of "global" to package a new upstream version

2016-11-29 Thread Ian Jackson
Didier 'OdyX' Raboud writes ("Bug#841294: Overrule maintainer of "global" to package a new upstream version"): > E) the 'global' package is handed to other maintainer(s) > > This would imply: > > - overruling the 'global' maintainer's decision (§6.1.4, implies >3:1 majority in the TC

Bug#841294: Overrule maintainer of "global" to package a new upstream version

2016-11-08 Thread Ian Jackson
to obstruct and to destroy. My axe is the axe that would clear the path for collaboration. My axe is the axe of freedom for Debian's users and contributors. Ian. -- Ian Jackson <ijack...@chiark.greenend.org.uk> These opinions are my own. If I emailed you from an address @fyvzl.net or

Bug#841294: Overrule maintainer of "global" to package a new upstream version

2016-11-08 Thread Ian Jackson
Ian Jackson writes ("Re: Bug#841294: Overrule maintainer of "global" to package a new upstream version"): > I made this timeline to show how Ron thinks it is appropriate to deal > with this package. > > Messages to #574947 and #816924, combined > Each

Bug#841294: Overrule maintainer of "global" to package a new upstream version

2016-11-08 Thread Ian Jackson
Ian Jackson writes ("Re: Bug#841294: Overrule maintainer of "global" to package a new upstream version"): > These are the only two references I could find in the whole of this > bug (#841294) from you to your own earlier messages. In fact #574947 > contains only

Bug#841294: Overrule maintainer of "global" to package a new upstream version

2016-11-08 Thread Ian Jackson
Ron writes ("Bug#841294: Overrule maintainer of "global" to package a new upstream version"): > On Tue, Nov 08, 2016 at 02:52:29PM +, Ian Jackson wrote: > > Ron writes ("Bug#841294: Overrule maintainer of "global" to package a new > > up

Bug#841294: Overrule maintainer of "global" to package a new upstream version

2016-11-08 Thread Ian Jackson
previous situation that came before the TC, relating to codecs and mumble. It's some years ago now but IIRC I found myself disagreeing with Ron. * I have formed my opinion about `global' by reading the bug logs. -- Ian Jackson <ijack...@chiark.greenend.org.uk> These opinions a

Bug#841294: Overrule maintainer of "global" to package a new upstream version

2016-10-24 Thread Ian Jackson
rapidly so that a fixed version of the package can be in stretch. Ian. -- Ian Jackson <ijack...@chiark.greenend.org.uk> These opinions are my own. If I emailed you from an address @fyvzl.net or @evade.org.uk, that is a private address which bypasses my fierce spamfilter.

Bug#841294: Overrule maintainer of "global" to package a new upstream version

2016-10-19 Thread Ian Jackson
he TC is likely to agree with me. Historically the TC has very very slow to act against maintainers who block other people's work and who do not communicate properly.) Anyway, good luck. Ian. -- Ian Jackson <ijack...@chiark.greenend.org.uk> These opinions are my own. If I

Re: Bug#839570: Browserified javascript and DFSG 2 (reopening)

2016-10-06 Thread Ian Jackson
erent cases and how they > are similar or different. You've mentioned sqlite3 several times in this thread, but I couldn't find a corresponding bug report against src:sqlite3. Did I miss one ? Ian. -- Ian Jackson <ijack...@chiark.greenend.org.uk> These opinions are my own. If I emailed yo

Bug#839570: Browserified javascript and DFSG 2 (reopening)

2016-10-05 Thread Ian Jackson
of words, then the right answer is not to try to gain consensus on dismissing the petitioner with no explanation. Instead, if there is not consensus on the various questions raised by the petitioner, the TC should vote on various suitable options. Ian. -- Ian Jackson <ijack...@chiark.green

Bug#835507: Please clarify that sysvinit support decision is not going to expire

2016-08-27 Thread Ian Jackson
med to have carried on despite some good will. Latest uploads are > all NMU from systemd people. Hrm. Thanks for the prompt. I have subscribed to the PTS for sysvinit, at least. Ian. -- Ian Jackson <ijack...@chiark.greenend.org.uk> These opinions are my own. If I emailed you from an address

Bug#835507: Please clarify that sysvinit support decision is not going to expire

2016-08-26 Thread Ian Jackson
Sam Hartman writes ("Re: Bug#835507: Please clarify that sysvinit support decision is not going to expire"): > [Ian Jackson:] > > I am running stretch with sysvinit on my laptop. It seems to > > work for me. I haven't conducted any kind of systematic > > survey. &

Bug#835507: Please clarify that sysvinit support decision is not going to expire

2016-08-26 Thread Ian Jackson
emely agressive. Coupled with the fact that the maintainer is in a position of power, this generates justifiable fear and anger in systemd's opponents. So, sadly, I think the TC needs to reiterate and reinforce its earlier general message. Thanks, Ian. -- Ian Jackson <ijack...@chiark.

Bug#835507: Please clarify that sysvinit support decision is not going to expire

2016-08-26 Thread Ian Jackson
Package: tech-ctte There has recently been a thread on debian-devel ("Is missing SysV-init support a bug?) about the decision by a package maintainer to drop sysvinit support from their package. The maintainer has said they are reconsidering, which is good. But, the discussion on -devel has

Bug#830344: How should the TC help with a project roadmap?

2016-08-03 Thread Ian Jackson
eam members. * I think that the TC should have a bias towards being conservative, when resolving disputes (which is its primary function). Thanks, Ian. -- Ian Jackson <ijack...@chiark.greenend.org.uk> These opinions are my own. If I emailed you from an address @fyvzl.net or @evade.org.uk, that is a private address which bypasses my fierce spamfilter.

Bug#830978: plan B

2016-07-27 Thread Ian Jackson
Pirate Praveen writes ("Bug#830978: plan B"): > I plan to move ruby-handlebars-assets to non-free and diaspora to > contrib by mid or end of August if we don't have a decision by then. It > will give me enough time to have it in stretch. > > It could be moved back to main if there is a favorable

Bug#830978: Processed: Re: ruby-uglifier: embedded code copy of uglifyJS (should depend on some package built from uglifyjs source)

2016-07-27 Thread Ian Jackson
Debian Bug Tracking System writes ("Processed: Re: ruby-uglifier: embedded code copy of uglifyJS (should depend on some package built from uglifyjs source)"): > Processing control commands: > > > severity -1 serious > Bug #718367 [ruby-uglifier] ruby-uglifier: embedded code copy of uglifyJS >

  1   2   3   4   5   6   7   8   9   >