❦ 28 décembre 2020 10:32 -05, Sam Hartman:
> But for example, we have a rule that is fairly basic to our community
> that we don't break upgrades, or at least we try hard not to.
This is becoming harder and harder because we pile more and more choices
(init choice, initramfs choice, merged-usr
❦ 15 décembre 2020 11:14 GMT, Mark Hindley:
>> Okay, great, I now see a clearer argument in favour of dropping the init
>> script: enabling the maintainer to preemptively avoid dealing with bugs
>> which are likely to generate hostility, rather than just the idea that
>> there could be bugs which
❦ 19 novembre 2020 09:04 GMT, Matthew Vernon:
> 3) many upstreams (esp. those who support BSD) ship a sysvinit file,
> again making the daemon (source at least) package the natural place to
> keep it.
I don't think this is very common. Init scripts are very specific to a
distribution. A Debian
❦ 9 décembre 2016 02:35 +1030, Ron :
>> > How much am I supposed to hound you when you give a non-answer?
>>
>> Maybe assume good faith and tell me that the answer doesn't fit you?
>
> You said you weren't interested in debugging it further, and so did
> Punit - how is it not assuming good fai
❦ 9 décembre 2016 00:32 +1030, Ron :
> How much am I supposed to hound you when you give a non-answer?
Maybe assume good faith and tell me that the answer doesn't fit you?
But, no, that was the last time you were willing to say anything in the
bug report.
--
Don't compare floating point numbe
❦ 8 décembre 2016 23:32 +1030, Ron :
> One is whatever it is that the third-party ggtags wrapper needs, which
> aiui is what Vincent and Punit are most annoyed about. But I don't
> use emacs, and ggtags isn't even in Debian - and they haven't even
> told me what error they see, let alone what
❦ 15 novembre 2016 21:32 +0100, Tollef Fog Heen :
> Vincent, would this be acceptable to you?
My understanding of Ron's mail is the following: do nothing now and wait
for Stretch release to see what version could be packaged. I am not
thrilled by this option (but I rank it above the "do nothing
❦ 7 novembre 2016 16:45 +1030, Ron :
> I've always given time to anyone who took the time to understand and
> showed an interest and willingness to try something new to improve
> this. And it's clear that the person who gave the most recent (and
> best) feedback to the original bug found it eas
❦ 25 octobre 2016 07:33 +0200, Tollef Fog Heen :
>> * Specifically, failed to give clear and constructive directions to
>>those willing to do the work;
>
> I disagree with those characterisations. He's asked for clarifications
> on what is broken without anything resembling an adequate repl
❦ 24 octobre 2016 12:48 -0500, Don Armstrong :
> [Also, I'd like to note that currently Punit has not participated in
> the CTTE bug, and the last comment on #574947 was in 2014, so I'm not
> convinced that we have an alternative maintainer even if we were to
> decide to change ownership of this
❦ 23 octobre 2016 19:53 +1030, Ron :
>> So, nothing will move on your side until I bring some proof that "nobody
>> is interested in htags". Well, I won't bring any such proof either.
>
> That was a claim _you_ made in bringing this to the TC. Are you really
> saying now that you have no basis
❦ 23 octobre 2016 17:19 +1030, Ron :
>> > So are you asking if we should package a version that has htags
>> > removed instead of what we currently have? Because that's the
>> > essential implication of "remove the offending CGI bit".
>>
>> Yes. I have asked first here:
>>
>> https://bugs.de
❦ 22 octobre 2016 14:44 +1030, Ron :
> It seems fair to assume that you aren't seriously asking them to
> endorse the idea of chmod 777 as an acceptable interface for
> distro software - but that's what "force the new version into
> the distro one way or another" actually means.
Yes, I am not.
❦ 20 octobre 2016 10:08 +0200, Philip Hands :
Please describe the relevant differences between browserified javascript
and perl that make the TC believe that the former has a DFSG issue but
the latter probably has not, in a way that I can deduct what the TC
would believe r
Package: tech-ctte
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Hello,
GNU Global is currently "freezed" in Debian at version 5.7.1 which is
8+ years old. Many improvements and bugs were fixed in more recent
versions. Also, many frontends now expect a newer versions of global
❦ 18 octobre 2016 23:01 +0200, Florian Weimer :
>>> I think it's clear that the TC believes that this package is not DFSG
>>> free.
>>> I think it's clear that the TC believes perl would be better if the
>>> situation was improved.
>>> I thought it was clear we believed perl had a DFSG issue, al
❦ 6 octobre 2016 20:47 CEST, Adrian Bunk :
>> > If you fancy explaining what you think browserified means w.r.t. the
>> > Jison stuff, go ahead of course. That might at least help to focus the
>> > discussion a bit. Just don't feel obliged to because I said so.
>>
>> The libjs-handlebars iss
❦ 5 octobre 2016 22:49 CEST, Philip Hands :
> If you fancy explaining what you think browserified means w.r.t. the
> Jison stuff, go ahead of course. That might at least help to focus the
> discussion a bit. Just don't feel obliged to because I said so.
The libjs-handlebars issue has little
❦ 26 août 2016 15:14 CEST, Ian Jackson :
> Otherwise sysvinit users (and advocates) have to have tiresome
> discussions one package at a time - discussions where the maintainer
> inevitably starts repeating the claims that sysvinit is obsolete and
> should be thrown away now.
Maybe sysvinit use
❦ 18 octobre 2014 13:32 +0200, Svante Signell :
> In summary, the CTTE is asked to make a decision on debconf warnings on:
> 1) Changing init system on upgrades (including sid)
> 2) Inform about alternate init systems for new installations
2 is quite far-fetched. Why not a debconf warning to te
❦ 28 janvier 2014 07:23 CET, Adrian Bunk :
> You are forgetting the best technical solution, which is what
> gnome-session is actually implementing at the moment:
>
> session_tracking="systemd (with fallback to ConsoleKit)" [1]
Sure, the best technical solution is to rely on an unmaintained
❦ 21 janvier 2014 14:00 CET, Lucas Nussbaum :
> At this point of the discussion, stating that "one aspect didn't get the
> attention it should get." sounds a lot like "I didn't bother to search the
> archives". :-)
The fact that Upstart's proponents didn't outline important bugs in
Upstart may
❦ 30 décembre 2013 23:31 CET, Michael Gilbert :
> Doing something like this, the best init system can win based truly on
> merit (if/when the work gets done), rather than as a fuzzy upfront
> judgement call.
Unfortunately, being the best init is the not only the matter of its
maintainers. A goo
❦ 28 décembre 2013 23:46 CET, Ian Jackson :
> The package maintainer scripts exposed more complexity too. It was
> necessary to add new systemd-specific calls to "deb-systemd-helper".
> The boilerplate required here was too much to simply include in my
> existing scripts, so I had to switch the
Hi!
I am quoting Sandro message to answer to Steve one. Sorry.
>> Matthias has raised specific concerns in the past about
>> python-support behavior, which were discounted by the maintainer; work has
>> since been done to supersede python-support with a new policy and a new
>> helper in the form
OoO En cette fin de nuit blanche du mardi 06 juillet 2010, vers 05:07,
Steve Langasek disait :
> There is a pattern here of asserting that, where Matthias' maintenance of
> Python has not met the expectations of others in the Debian Python
> community, it is because he does not "care". This do
OoO En cette matinée pluvieuse du samedi 22 mai 2010, vers 10:53,
Andreas Barth disait :
>> As already pointed out by Joss in another email, is Matthias being
>> granted with a veto vote? Can he indefinitely veto people willing to
>> join such team even if others are OK with them? If that'
OoO En ce doux début de matinée du dimanche 08 avril 2007, vers 08:39,
[EMAIL PROTECTED] (Debian Bug Tracking System) disait:
> Processing commands for [EMAIL PROTECTED]:
>> reassign 413766 tech-ctte
> Bug#413766: ca-certificates: Recent addition of cacert.org may break some
> installations
> B
28 matches
Mail list logo
