sts that Policy be updated to reflect this change.
Cheers, Phil.
--
Philip Hands -- https://hands.com/~phil
signature.asc
Description: PGP signature
wns
at present.
Cheers, Phil.
--
Philip Hands -- https://hands.com/~phil
signature.asc
Description: PGP signature
pretty active on GitHub, so seems likely to respond in a timely manner).
Cheers, Phil.
--
|)| Philip Hands [+44 (0)20 8530 9560] HANDS.COM Ltd.
|-| http://www.hands.com/http://ftp.uk.debian.org/
|(| Hugo-Klemm-Strasse 34, 21075 Hamburg,GERMANY
signature.asc
Description: PGP signature
, or that you could define 'rename' as an
alias in your profile, or even that you might use update-alternetives to
install one of them as 'rename' system-wide.
Cheers, Phil.
--
|)| Philip Hands [+44 (0)20 8530 9560] HANDS.COM Ltd.
|-| http://www.hands.com/http://ftp.uk.debian.org/
|(| Hugo-Klemm-Strasse 34, 21075 Hamburg,GERMANY
signature.asc
Description: PGP signature
ong as people can rely on
rename.ul being present, regardless of distro.
--
|)| Philip Hands [+44 (0)20 8530 9560] HANDS.COM Ltd.
|-| http://www.hands.com/http://ftp.uk.debian.org/
|(| Hugo-Klemm-Strasse 34, 21075 Hamburg,GERMANY
signature.asc
Description: PGP signature
r of what being on the TC actually involves, so providing an
additional recruitment channel.
Cheers, Phil.
--
|)| Philip Hands [+44 (0)20 8530 9560] HANDS.COM Ltd.
|-| http://www.hands.com/http://ftp.uk.debian.org/
|(| Hugo-Klemm-Strasse 34, 21075 Hamburg,GERMANY
signature.asc
D
xpression of opinion (e.g. by putting something like
"I think" in front of it) rather than presenting it as though it were a
fact, you would be much less provocative, which might lead to a more
constructive discussion overall.
Cheers, Phil.
--
|)| Philip Hands [+44 (0)20 8530 9560] HANDS.
Matthew Vernon writes:
> On 14/12/2020 21:56, Philip Hands wrote:
>
>> Could I just check if there's a point of common acceptability which both
>> sides of this discussion could live with?
>
> [...]
>
>> My suggestion for a mutually bearable solution would
between the maintainers of the packages involved,
madly optimistic fool that I am ;-) )
Cheers, Phil.
--
|)| Philip Hands [+44 (0)20 8530 9560] HANDS.COM Ltd.
|-| http://www.hands.com/http://ftp.uk.debian.org/
|(| Hugo-Klemm-Strasse 34, 21075 Hamburg,GERMANY
signature.asc
Description: PGP signature
anager maintainer would
open a bug mentioning that change against the network-manager-nonsystemd
package, etc.
If you think this approach is impractical for some reason, please say
so, because what I have in mind as a better option does rather rely on
this being available as a plausible fall-back positi
keeping back development of the
^^
Do you really mean stable here? I had gained the impression that there
was no prospect of Kubernetes getting into stable, regardless of the
details of how it ends up being packaged. Have I misunderstood?
Cheers, Phil.
--
|)| Ph
Margarita Manterola writes:
...
> ===BEGIN===
>
> The chair of the Debian Technical Committee will be:
>
> A : Philip Hands
> B : Margarita Manterola
> C : David Bremner
> D : Niko Tyni
> E : Gunnar Wolf
> F : Simon McVittie
> G : Sean Whitton
> H : El
David Bremner writes:
> ===BEGIN
> The Technical Committee recommends that Sean Whitton be
> appointed by the Debian Project Leader to the Technical Committee.
>
> S: Recommend to Appoint Sean Whitton
> F: Further Discussion
> ===END
I vote:
S > F
Cheers, Phil.
--
David Bremner writes:
> ===BEGIN
> The Technical Committee recommends that Elana Hashman be
> appointed by the Debian Project Leader to the Technical Committee.
>
> S: Recommend to Appoint Elana Hashman
> F: Further Discussion
> ===END
I vote:
S > F
Cheers, Ph
are asking that question, then I suspect that your knowledge of
the problems of shell scripting may be sufficiently limited to mean that
the only useful way to answer it would be to say:
Yes.
> So C-code is safe by construction, do you really believe in that?
What a ludicrous question -- well d
both directory schemes are allowed, but packages should only
> be built on hosts with "merged `/usr`" directory schemes (or in
> such chroots)
>
> * FD: Further Discussion
>
> === End Resolution ===
I vote:
H > M > FD > W
Cheers, Ph
weak to me. Feel free to point out if this is wrong.
--
|)| Philip Hands [+44 (0)20 8530 9560] HANDS.COM Ltd.
|-| http://www.hands.com/http://ftp.uk.debian.org/
|(| Hugo-Klemm-Strasse 34, 21075 Hamburg,GERMANY
signature.asc
Description: PGP signature
Tollef Fog Heen writes:
...
> A: Approve resolution, disallowing the use of dpkg's vendor series
> F: Further Discussion
I vote A > F
Cheers, Phil.
--
|)| Philip Hands [+44 (0)20 8530 9560] HANDS.COM Ltd.
|-| http://www.hands.com/http://ftp.uk.debian.org/
|(| Hugo-Kl
Adrian Bunk writes:
> 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 vendor-specific patch series were
>> supposed to address.
>
Ian Jackson writes:
> 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:
>> >
>
Tollef Fog Heen writes:
> ]] Philip Hands
>
>> Tollef Fog Heen writes:
>>
>> >This should be implemented in Debian Policy by declaring that a a
>>^^^
>> You've this doubled &#x
the use of
vendor-specific patch series prior to Buster.
Do we need to make the "SHOULD NOT" conditional on the package already
having a vendor-specific patch series at the time of this resolution?
Cheers, Phil.
--
|)| Philip Hands [+44 (0)20 8530 9560] HANDS.COM Ltd.
|-| h
esults from applying a patch series that only gets applied if they
unpack the source on a different vendor's OS.
Cheers, Phil.
--
|)| Philip Hands [+44 (0)20 8530 9560] HANDS.COM Ltd.
|-| http://www.hands.com/http://ftp.uk.debian.org/
|(| Hugo-Klemm-Strasse 34, 21075 Hamburg,GERMANY
signature.asc
Description: PGP signature
is likely to continue until I
get to Debcamp (next thursday-ish IIRC -- not sure what with timezones
etc).
See (some of) you soon :-)
Cheers, Phil.
--
|)| Philip Hands [+44 (0)20 8530 9560] HANDS.COM Ltd.
|-| http://www.hands.com/http://ftp.uk.debian.org/
|(| Hugo-Klemm-Strasse 34, 21075 Hamburg,GERMANY
signature.asc
Description: PGP signature
[0], here come the vote results:
>
> -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
> The winners are:
> Option C "Phil Hands "
> Option D "Margarita Manterola "
> Option E "David Bremner "
> -=
mittee recommends that Simon McVittie be
> appointed by the Debian Project Leader to the Technical Committee.
>
> S: Recommend to Appoint Simon McVittie
> F: Further Discussion
> ===END
I vote:
S > F
Cheers, Phil.
--
|)| Philip Hands [+44 (0)20 8530 9560] HAN
version?
I've been in touch with Mathieu Trudel-Lapierre (Cc:ed) and he's still
happy to act as maintainer. He's currently not a DD/DM so needs
sponsorship for his packages, but that should not be problem.
The @ubuntu email address that was on the package turns out to be
outdated, and was b
th steps 1-3 here:
https://www.debian.org/devel/tech-ctte
I'm confident that we can all learn from this experience, and hope we
will do a better job next time.
Cheers, Phil.
--
|)| Philip Hands [+44 (0)20 8530 9560] HANDS.COM Ltd.
|-| http://www.hands.com/http://ftp.uk.debian.org/
|
tion should be managed according to Debian's usual
> backwards-compatibility arrangements.
>
> === End Resolution ===
>
> R: Approve resolution and repeal the TC decision from 2014-11-15 in #746578.
> F: Further Discussion
I vote:
R > F
Cheers, Phil.
--
|)| Phi
se impression
about what is happening to the submitter. I can think of a couple
of recent bugs that would have benefited from this approach ;-)
--
|)| Philip Hands [+44 (0)20 8530 9560] HANDS.COM Ltd.
|-| http://www.hands.com/http://ftp.uk.debian.org/
|(| Hugo-Klemm-Strasse 34, 21075 Hamburg,GERMANY
signature.asc
Description: PGP signature
ar Wolf
> ===END===
I vote:
A = D > B = C = E = F > G
Cheers, Phil.
--
|)| Philip Hands [+44 (0)20 8530 9560] HANDS.COM Ltd.
|-| http://www.hands.com/http://ftp.uk.debian.org/
|(| Hugo-Klemm-Strasse 34, 21075 Hamburg,GERMANY
signature.asc
Description: PGP signature
> The Technical Committee recommends that Gunnar Wolf be
> appointed by the Debian Project Leader to the Technical Committee.
>
> G: Recommend to Appoint Gunnar Wolf
> F: Further Discussion
> ===END
I vote:
G > F
Cheers, Phil.
--
|)| Philip Hands [+44 (0)20 8530 9560] HAN
d for at least another
day, so not a lot is getting done at present. Fun, fun, fun.
We appear to be mostly over the worst of that though, so hopefully
things will be back under control shortly. (he writes, as a small person
partially-wakes and starts making pathetic noses... )
Cheers, Phil.
--
|)|
eally do have a modem, can:
read the package's README to discover why it doesn't work
report a bug saying what sort of modem they have, and that it's not
being found by the Debian default configuration of MM
and then flick the switch to make modemmanager optimistic enough to
of effort though, when the alternative is
simply tolerating the existence of the two line debian/nodejs.links file.
Is there some down-side for users to having those links in place on
their systems? If so, I don't think anyone's mentioned it yet.
Cheers, Phil.
--
|)| Philip Hands [
Jérémy Lal writes:
> 2017-08-30 11:50 GMT+02:00 Philip Hands :
>
>> Jérémy Lal writes:
>>
>> > 2017-08-29 21:39 GMT+02:00 Didier 'OdyX' Raboud :
>> >
>> >> Le mardi, 29 août 2017, 17.46:22 h CEST Thorsten Glaser a écrit :
>>
atter back
up to the TC.
I for one will have absolutely no sympathy with your side of the case at
that point, not only because I think it is senseless, but also because
you'll have been responsible for wasting the time of all involved.
I will also not be even slightly timid about micro-mana
say.
BTW I started out with the above paragraph including things like "unless
anyone objects", but I'm pretty sure that nobody does, and it's a
reversible action, so I just went for it -- I hope nobody minds.
Cheers, Phil.
--
|)| Philip Hands [+44 (0)20 8530 9560]
Sean Whitton writes:
> On Thu, Aug 03, 2017 at 05:51:27PM +0200, Philip Hands wrote:
>> P.S. Just in case this is an oversight, rather than an intentional
>> change:
>>
>> Shouldn't "desktop entry" and "Debian menu entry" be somehow
>>
:
installs a FreeDesktop desktop entries
I guess that should instead be:
installs FreeDesktop desktop entries
(or perhaps it should be singular throughout, I'm not sure)
Cheers, Phil.
P.S. Just in case this is an oversight, rather than an intentional
change:
Shouldn't "
ractices take over and the
> nodejs package is free to provide /usr/bin/node. The migration should
> be managed according to Debian's usual backwards-compatibility
> arrangements.
>
> === End Resolution ===
>
> R: Approve resolution and repeal the CTTE decision from 2012-07
s that you are able to do whatever is needed
(or perhaps suggest alternative approaches).
BTW I'd like to thank you for the clarity with which you laid out the
problem for us -- I'm sure the rest of the TC appreciate that too.
Cheers, Phil.
--
|)| Philip Hands [+44 (0)20 8530
scribe the
consequences of the revocation.
Like mentioning that where a versioned depends on nodejs is deemed
necessary, the Depends: should probably also allow nodejs-legacy as an
alternative option, since that also provides /usr/bin/node.
Cheers, Phil.
--
|)| Philip Hands [+44 (0)20 8530 9560] H
D: Sam Hartman
> E: Phil Hands
> F: Margarita Manterola
> G: David Bremner
> H: Niko Tyni
> ===END===
I vote:
B > F > A = C = D = E = G > H
Cheers, Phil.
--
|)| Philip Hands [+44 (0)20 8530 9560] HANDS.COM Ltd.
|-| http://www.hands.com/http://ftp.uk.debian
ee recommends that Niko Tyni be
> appointed by the Debian Project Leader to the Technical Committee.
>
> N: Recommend to Appoint Niko Tyni
> F: Further Discussion
> ===END
I vote:
N > F
--
|)| Philip Hands [+44 (0)20 8530 9560] HANDS.COM Ltd.
|-| http://www.hands.com
ume we'd want to continue providing /usr/bin/nodejs for people
that have switched to using that, so that might as well continue to be
the name of the binary, since that gives us a 'node' symlink that is
self-documenting.
If ax25-node reenters the archive at some point, that should no
Didier 'OdyX' Raboud writes:
> Package: tech-ctte
> Severity: normal
>
> Dear TC members,
>
> With the appointment of David to the TC and according to our current
> procedures¹, I am hereby announcing my immediate vacation of the chair
> position, triggering a new election. For clarity of the p
>> ===END
>
> I vote A > B
So, with that vote added, option A defeats B by 4 votes, and we thus
agree to recommend David for the TC.
Mehdi, does this count as sufficiant notification of that fact?
Cheers, Phil.
--
|)| Philip Hands [+44 (0)20 8530 9560] HANDS.COM Ltd.
|-| htt
I vote:
> ===BEGIN
>
> The Technical Committee recommends that David Bremner be
> appointed by the Debian Project Leader to the Technical Committee.
>
> A: Recommend to Appoint David Bremner
> B: Further Discussion
>
> ===END
A > B
Cheers, Phil.
--
|)| Phil
Technical Committee.
A: Recommend to Appoint David Bremner
B: Further Discussion
===END
--
|)| Philip Hands [+44 (0)20 8530 9560] HANDS.COM Ltd.
|-| http://www.hands.com/http://ftp.uk.debian.org/
|(| Hugo-Klemm-Strasse 34, 21075 Hamburg,GERMANY
signature.asc
Description: PGP signature
Just in case anyone didn't notice on IRC, last week's meeting didn't
actually happen -- it was instead postponed by a week:
date -d 'Wed Mar 22 19:00:00 UTC 2017'
in #debian-ctte on irc.debian.org
Cheers, Phil.
--
|)| Philip Hands [+44 (0)20
here is some reason
to be able to configure their location, which I cannot really imagine).
I presume those settings are used nowhere else, in which case they
should be renamed in the script, in order to avoid the export $(cat ...)
code overwriting the new settings.
Rewriting the export $(cat .
ch ought to also ensure that this
bug would disappear.
Cheers, Phil.
--
|)| Philip Hands [+44 (0)20 8530 9560] HANDS.COM Ltd.
|-| http://www.hands.com/http://ftp.uk.debian.org/
|(| Hugo-Klemm-Strasse 34, 21075 Hamburg,GERMANY
signature.asc
Description: PGP signature
ian-installer in future releases.
>
> END OF RESOLUTION
>
> Please vote [A] for acknowledging that this is under the jurisdiction of the
> debian-installer maintainers, and [FD] for Further Discussion.
Since I feel a conflict of interest due to being a D-I team member,
I'll
27;t know why anyone else didn't respond to Ian's criticism, but for
my part I didn't think it was even slightly helpful for him to be in
effect pushing me further towards the conflict of interest that I'm
attempting to avoid.
Cheers, Phil.
--
|)| Philip Hands [+44 (0)20 8530 95
rocesses on a system, getting almost all the benefits of PATH.
I stumbled across 'proot' while looking into the background for this,
which seems to be able to provide the effect of a bind mount without
needing root privilege, and would presumably deal with Ian's original
problem q
Cyril Brulebois writes:
> Philip Hands (2016-12-24):
>> OK, this is tiresome -- you're complaining about question marks when I
>> was still exploring the options and looking for feedback -- I could
>> instead have been definite about an earlier option, but that wou
ing open about my feelings on the various
commits because if you do that you'll reap the whirlwind when people
start lying to you to get past your superficial metrics.
Cheers, Phil.
--
|)| Philip Hands [+44 (0)20 8530 9560] HANDS.COM Ltd.
|-| http://www.hands.com/http://ftp.uk.debian.org/
|(| Hugo-Klemm-Strasse 34, 21075 Hamburg,GERMANY
signature.asc
Description: PGP signature
Philip Hands writes:
> Steve McIntyre writes:
>
>> On Sat, Dec 24, 2016 at 02:25:48AM +0100, Philip Hands wrote:
>>>Raphael Hertzog writes:
>>>...
>>>> So I agree with Cyril and the d-i team, we should be cautious here.
>>>>
>>>
Steve McIntyre writes:
> On Sat, Dec 24, 2016 at 02:25:48AM +0100, Philip Hands wrote:
>>Raphael Hertzog writes:
>>...
>>> So I agree with Cyril and the d-i team, we should be cautious here.
>>>
>>> Let's focus everybody's energy on gettin
. ';;' does not
match that, so converts to selecting no tasks -- I suspect leaving it
blank would work just as well, but have not tried that yet.
If anyone knows how to set choices-c via preseeding, then we might not
need (all of) the second commit.
Cheers, Phil.
--
|)| Philip Han
Hi Cyril,
Just as a reminder for the upcoming alpha that I was trying to do
something about this by adding an extra simplified tasksel promt:
Philip Hands writes:
...
> The menu is now:
>
> --> standard ("${DESKTOP}") desktop <--
>
Ian Jackson writes:
> Wouter Verhelst writes ("Bug#846002: blends-tasks must not be
> priority:important (was Re: Bug#846002: Lowering severity)"):
>> On Sat, Dec 10, 2016 at 12:06:44PM +0100, Philip Hands wrote:
>> > How about one or both of:
>> >
&
Ole Streicher writes:
> Hi Phil,
>
> On 10.12.2016 01:03, Philip Hands wrote:
>> Just to test things out, if one adds:
>>
>> url=hands.com/d-i/bug/846002/preseed.cfg
>>
>> to the kernel command line (so, hitting TAB as the installer's boot men
Ole Streicher writes:
> On 09.12.2016 08:37, Philip Hands wrote:
>>> On Wed, 07 Dec 2016, Philip Hands wrote:
>>>> It could be much improved by making it more obvious that the heading is
>>>> a heading. Even if we're unable to stop headings having a ch
ough
I have a slight feeling of impending doom about relying upon just this.
Would it not be wise to make the network-facing perl code runnable with
strict and taint turned on, if only to stop people reacting with horror
at first glance?
I presume patches would be welcome?
Cheers, Phil.
--
|)|
required skills...
>
> I'm thus suggesting that blends-tasks should be removed and merged in
> tasksel-data. At the same time, we should fix the installer to bypass
> that confusing tasksel screen that we always get by default.
>
> On Wed, 07 Dec 2016, Philip Hands wrote:
>
ownloading again because they fancy playing some
games at home, when the only difference between the images would be
about 5 bytes of preseed setting.
That said, it would probably be nice to make it trivially easy to set
downloaded media to default to e.g. debian-astro at the user's
preference
Ole Streicher writes:
> Hi Philip,
>
> On 06.12.2016 20:43, Philip Hands wrote:
>> Could we serve their needs with an extra debian-installer/blend
>> preseed to deal with this, probably aliased as just 'blend' so that
>> one could type something like:
>
d then make sure that it
also works for one to specify e.g. desktop=kde and have KDE selected by
default in this menu in that case.
I don't know how well speakup, or the other UIs might deal with '==='.
Would that cheer people up without needing a major rewrite of tasksel?
Cheers,
;Blend-tastic!" variant of the install media.
If there's a real use case for mixing multiple blends, one could
separate them with ; as we do elsewhere, so:
blend=med;ham;games
(we might want to call it 'blends' in that case, but I think that might
be over-complicating things)
ends-tasks (BTW is there an easy way to check which packages are
installed together via popcon?)
There is no need for them to tick the 'Special tasks' menu item in order
to install any of the the blends, so to some tiny extent they were
confused when they did that, were they not?
Cheers, Phil
vailable in the
d-i team to come up with some better way of presenting the question.
Cheers, Phil.
--
|)| Philip Hands [+44 (0)20 8530 9560] HANDS.COM Ltd.
|-| http://www.hands.com/http://ftp.uk.debian.org/
|(| Hugo-Klemm-Strasse 34, 21075 Hamburg,GERMANY
signature.asc
Description: PGP signature
ner, or transfer the maintainership, I think you ought to be
up-front about that in order to avoid any accusations of intentional
time-wasting later on.
If you can keep your answers brief, you'll earn my gratitude.
Cheers, Phil.
--
|)| Philip Hands [+44 (0)20 8530 9560] HANDS.COM Ltd.
|-
a consensus.
I'm sure there must be something constructive for you to be getting on
with instead.
Cheers, Phil.
--
|)| Philip Hands [+44 (0)20 8530 9560] HANDS.COM Ltd.
|-| http://www.hands.com/http://ftp.uk.debian.org/
|(| Hugo-Klemm-Strasse 34, 21075 Hamburg,GERMANY
signature.asc
Description: PGP signature
er some
disk space in order to avoid the questionable CGI setup.
I'm failing to be convinced that there is a significant userbase that
falls between these two stools.
If v6 goes into stretch, there will need to be a NEWS item about htmake
and htconfig going away -- that could also mentio
Ron writes:
> Hi Marga,
>
> On Tue, Nov 01, 2016 at 11:32:49AM +0100, Margarita Manterola wrote:
>> > Philip Hands writes:
>> > It seems like you are tempted to drop htags anyway now, so calling the
>> > version 6 package 'global' and adding the
Philip Hands writes:
...
> How viable is it to have two conflicting packages:
>
> global5: continuing as you have it now
>(perhaps with patches to make it work for recent use cases)
>
> global6: (with htags support removed)
Ah, I see -- I had somehow got the i
e
a note that the global5 package might go away in the next release (so
that most people will see that on upgrade) then you could provoke
the feedback you want, and perhaps also make judgements based on the way
popcon figures shift over time.
Would that work for you?
Cheers, Phil.
--
|)| Phili
cover what "browserified" is supposed to mean have been
ignored. Despite that, this is still the term that continues to be used
to pose the question.
There may have been the appearance of a debate in the TC, but from my
point of view that was mostly pondering what conceivable meaning
&qu
on were willing
to use them, that there is any chance of obtaining a 2/3 majority in
favour of forcing source-less, buildtool-less packages into 'main'.
Cheers, Phil.
--
|)| Philip Hands [+44 (0)20 8530 9560] HANDS.COM Ltd.
|-| http://www.hands.com/http://ftp.uk.debian.org/
|(|
Adrian Bunk writes:
> On Thu, Oct 06, 2016 at 09:48:02AM +0200, Vincent Bernat wrote:
>> ❦ 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
Also, this code is only run during the build process.
You'll also note that people are routinely developing upstream by
modifying that code directly. I've found no evidence of that at all so
far when looking at browserified code.
Personally I'd prefer it if we could rebuild Config
Philip Hands writes:
> Praveen, please respond to #830986
Actually, I withdraw that request -- I doubt replying there is going to
be a productive use of your time, and is probably not going to improve
your chances of getting what you want either.
If you fancy explaining what you th
n sure if the re-opening of the bug
was instead an attempt to get some sort of permission to let the likes
of gitlab into main, by temporarily ignoring the non-free
dependencies. (I'm not suggesting that as a way forward BTW, but it
seemed at least as plausible as what was actually being asked)
Che
e bug.
As a bare minimum, try specifying what outcome you are hoping for, with
respect to which package.
Cheers, Phil.
--
|)| Philip Hands [+44 (0)20 8530 9560] HANDS.COM Ltd.
|-| http://www.hands.com/http://ftp.uk.debian.org/
|(| Hugo-Klemm-Strasse 34, 21075 Hamburg,GERMANY
signature.asc
Description: PGP signature
describe a proposed plan of action, or what the rest
of us might be able to do to help -- or whatever else comes to mind :-)
Cheers, Phil.
--
|)| Philip Hands [+44 (0)20 8530 9560] HANDS.COM Ltd.
|-| http://www.hands.com/http://ftp.uk.debian.org/
|(| Hugo-Klemm-Strasse 34, 21075 Hamburg,
let the
enthused get on with it. The TC's contribution so far seems to have
only been to delay things, so that's why I'm voting not to be involved
in that capacity either.
Cheers, Phil.
--
|)| Philip Hands [+44 (0)20 8530 9560] HANDS.COM Ltd.
|-| http://www.hands.com/htt
heers, Phil.
P.S. Sure, if two ideas are going to cause a conflict, then they can be
referred to the TC in the normal manner, and then we'd get involved, but
I would expect that to be a very rare event.
--
|)| Philip Hands [+44 (0)20 8530 9560] HANDS.COM Ltd.
|-| http://www.hands.com/http://
Uoti Urpala writes:
> On Mon, 18 Jul 2016 11:15:59 +0200 Philip Hands wrote:
>> Uoti Urpala writes:
>>
>> > In what sense couldn't everyone modify the concatenated form?
>>
>> Perhaps if I frame my question from:
>>
>> https://bugs.deb
4bd6aa5831be6074131cfca#diff-49dc26dc0a147a52074ac39c72bd99b1R2119
and if so, why would you want to do that?
Of course, one could do that, in the same way that one could apply a hex
editor to a binary file -- that does not make it source.
Cheers, Phil.
--
|)| Philip Hands [+44 (0)20 8530 9560] H
indistinguishable as far as anyone working on the code
might be concerned?
Cheers, Phil.
--
|)| Philip Hands [+44 (0)20 8530 9560] HANDS.COM Ltd.
|-| http://www.hands.com/http://ftp.uk.debian.org/
|(| Hugo-Klemm-Strasse 34, 21075 Hamburg,GERMANY
signature.asc
Description: PGP signature
rita Manterola
> ===END===
I vote
D > A B C E F H > G
Cheers, Phil.
--
|)| Philip Hands [+44 (0)20 8530 9560] HANDS.COM Ltd.
|-| http://www.hands.com/http://ftp.uk.debian.org/
|(| Hugo-Klemm-Strasse 34, 21075 Hamburg,GERMANY
signature.asc
Description: PGP signature
> ===BEGIN
>
> The Technical Committee recommends that Margarita Manterola be
> appointed by the Debian Project Leader to the Technical Committee.
>
> MM: Recommend to appoint Margarita Manterola
> FD: Further Discussion
>
> ===END
I vote MM > FD
Cheers, Phi
of user to another, and might find that a
bad experience ... but then I've no idea what the "appropriate steps"
might be ;-) )
Cheers, Phil.
P.S. For those that think there's no choice when installing:
https://wiki.debian.org/systemd#Installing_without_systemd
I'd suggest th
95 matches
Mail list logo
