for spigot, to check that it is actually using the gmp
integration, rather than its fallback internal bignum library. AFAICT
this is actually a check that could be done at build time, with
spigot's current fallback behaviour, but autopkgtest is a convenient
place to add Debian-specific tests,
It's one thing to use github as a generic git hosting
server but I really don't want us to be constructing our issue tracker
data in github's databases.
Regards,
Ian.
[1] https://mako.cc/writing/hill-free_tools.html
As true now as it was in 2010.
--
Ian JacksonThese opinions ar
Indeed.
The approach I took with dgit is that the server code on
push.dgit.debian.org is a working tree of the dgit repo, but there is
a dgit subcommand to retrieve the source code of the version you're
talking to.
Ian.
--
Ian JacksonThese opinions are my own.
If I emailed you from an a
makes it
disproportionate, particularly given that the actual package build is
almost trivial.
--
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.
tance for old documents. I think for .dscs this
will be OK for a while yet.
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.
an.
[1] AIUI this is when your laptop suspends to RAM, but after a timeout
or when the battery is low, wakes up so that it can suspend to disk.
--
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.
hat
fairly soon the maintainer should get to override the tests, so that
the test is not considered a blocker.
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.
control, by way of filing bugs (RC or
otherwise) which they explicitly declare to be the cause of individual
test failures, would be a good addition.
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.
Ole Streicher writes ("Re: Auto reject if autopkgtest of reverse dependencies
fail or cause FTBFS"):
> Ian Jackson writes:
> > * It eliminates a timing problem, where the testing migration
> >infrastructure[1] needs to somehow decide whether the test have
>
erride mechanism ought to operate on individual autopkgtest
tests, at least by default. (Maybe it ought to operate on glob
patterns.)
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.
7;s proposal going to help solve this, but that just
means that Paul's proposal does not solve all problems.
The alternatives: eg, preventing maintainers from overriding test
failures, is worse: the tests will simply be removed.
Thanks,
Ian.
--
Ian JacksonThese opinions are my own.
yone is arguing the reverse.
The question is whether marking a test non-blocking should involve the
release team. I think it should not. It should involve the package
maintainer (unless there is disagreement).
We want to incentivise people to provide tests. If they cannot
control what action
me `radiant-graphs'. If that is
rejected by ftpmaster you should involve the DPL and/or the TC.
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.
Ian Jackson writes ("Re: "not authorised" doing various desktoppy things [and 1
more messages]"):
> More news later today.
I have just uploaded systemd-shim 10-3~exp1 to experimental. I seems
to fix the problem for me. Depending on feedback, I will upload this
to s
id, or alternatively
whether to give it a new name and change the reference in
/usr/share/dbus-1/system-services/org.freedesktop.systemd1.service
Unless anyone has an opinion I'll do whatever is easier.
More news later today.
Ian.
--
Ian JacksonThese opinions are my own.
If I emai
MartÃn Ferrari writes ("Re: "not authorised" doing various desktoppy things"):
> On 03/01/17 17:05, Ian Jackson wrote:
> > Recently, my nm-applet can no longer control my network-manager
> > daemon. I get a message saying[1]:
>
> Did you ever get to the
eration with upstream). But more: these
> 9000 tests are combined into *one* autopkgtest result. What should I put
> there?
You should help enhance autopkgtest so that a single test script can
report results of multiple test. This will involve some new protocol
for those test scripts.
Ian.
--
Ian J
Paul Gevers writes ("Re: Auto reject if autopkgtest of reverse dependencies
fail or cause FTBFS"):
> On 01/13/17 21:05, Ole Streicher wrote:
> > Simon McVittie writes:
> >> On Fri, 13 Jan 2017 at 18:22:53 +, Ian Jackson wrote:
> >>> Maybe an intermedi
failure by:
* Increasing the migration delay for the affecting package
* Notifying the affected package maintainers
> BTW, there were some discussions at debconf about getting an E-mail on
> CI test status changes; this would also be a nice thing.
Yes.
Ian.
--
Ian JacksonThese opinio
gt; > ncc (2.8-2.1) UNRELEASED; urgency=medium
>
> UNRELEASED? how did that even work?
Maintainer used `dput' rather than `dgit push'.
(sorry, I couldn't resist...)
Ian.
--
Ian JacksonThese opinions are my own.
If I emailed you from an address @fyvzl.net or @
of patches around build operations
is complete madness if you ask me - but I don't see a better approach
given the constraints. dgit sometimes ends up doing this (and moans
about it), which is even madder given that dgit has git to help it
out.
Ian.
--
Ian JacksonThese opinions are my
t once. Later I get to review the commits again to see if
they make sense.
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.
from upstream. People who are used to doing
significant upstream development in projects managed in a
`traditional' way, rather than `just press the big "merge" button'
style, will want to see a patch stack.
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.
Of course that's not of very much direct benefit to you.
> Well, just to say, I'm personally quite happy with '3.0 (quilt)'. I try
> to maintain all my packages in git in unapplied state,
This is supported by dgit.
Thanks,
Ian.
--
Ian JacksonThese opinions are my ow
Ian Jackson writes ("Re: Feedback on 3.0 source format problems"):
> ! NMUer's HEAD was here when they said `dgit push'.
> Rebase branch launderer turns each ! into an
> equivalent *.
I mean it turns each % into an equivalent *
Sebastian Andrzej Siewior writes ("Re: Feedback on 3.0 source format problems"):
> On 2017-01-03 16:58:21 [+], Ian Jackson wrote:
> > Looked at another way, it is trying to be a version control system,
> > layered on top of the Debian archive. But it is only abo
e when they said `dgit push'.
Rebase branch launderer turns each ! into an
equivalent *.
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.
kit is vapourware. Elogind maybe?
Surely this is something to think about for buster. (Having said
that, I haven't heard of most of these things and I generally don't
have a clue what I'm doing in this area.)
Ian.
--
Ian JacksonThese opinions are my own.
If I emailed you from
Michael Biebl writes ("Re: "not authorised" doing various desktoppy things [and
1 more messages]"):
> Am 04.01.2017 um 12:07 schrieb Ian Jackson:
> > I think #844785 needs a fix though.
>
> Agreed. Does anyone who uses sysvinit want to look into this?
Um, me
That means #844134 isn't an FTBFS in scilab any more either.
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.
bugs, and not throwing useful software out of Debian.
Please would you make a decision quickly.
Regards,
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.
se the
> bug on a TSX disabled box?
Have you tried helgrind ?
I'm afraid the TSX-enabled machine I had before is a laptop belonging
to my partner and I can't really borrow it for debugging scilab.
Ian.
--
Ian JacksonThese opinions are my own.
If I emailed you from an address
pression and consumption in parallel.
Russ Allbery writes ("Re: Migration despite an RC bug?"):
> Ah, I didn't try that! I was only playing around with IO::Uncompress. I
> may have to go revisit that project, since managing the external process
> was a huge pain.
Maybe the
sed list. I'm happy to
have the conversation here if others don't mind.
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.
use upstream
might contain debian/ files too, so it is not possible to distinguish
a merge of two `packaging-only' branches from the special merge `p'.
(Indeed I since upstream might copy debian/ from us, I think it is not
easy to reliably distinguish the two parents of a `p'.
Ansgar Burchardt writes ("Re: "not authorised" doing various desktoppy things
[and 1 more messages]"):
> Ian Jackson writes:
> > In fact I didn't have libpam-systemd installed for some strange
> > reason, but installing it hasn't helped. (All the symp
the systemd init/service manager.
In fact I didn't have libpam-systemd installed for some strange
reason, but installing it hasn't helped. (All the symptoms I report
above are with it installed.)
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.
can't c&p - wtf, is this windows ?
--
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.
o ask for help if you get trouble, and I'll try to sort you
out. Hopefully when you're done we can construct a useful and
mostly-true workflow guideline manpage!
Regards,
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.
dgit-user&apropos=0&sektion=0&manpath=Debian+unstable+sid&format=html&locale=en
https://manpages.debian.org/cgi-bin/man.cgi?query=dgit-nmu-simple&apropos=0&sektion=0&manpath=Debian+unstable+sid&format=html&locale=en
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.
x27; has done due to its
reliance on patch).
If we manage to store our the revision control history elsewhere, in a
proper revision control server, we do not need the archive to contain
the revision control history.
I think my proposal for `3.0 (rsync)' would meet these requirements
and I'
nsiderations apply if
the first alternative is non-free.)
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.
any)
value it has ?
For example, something like this:
sub extract_value_from_ip_o_addr_line ($$) {
my ($line, $keyword) = @_;
if ($line =~ m/ $keyword (\S+)/) {
return $1;
} else {
return undef;
}
}
Only without the many bugs.
Ian.
--
Ian JacksonThe
Don Armstrong writes ("Re: Migration despite an RC bug?"):
> On Sat, 31 Dec 2016, Ian Jackson wrote:
> > I've debugged a lot of this kind of thing. Point me at your
> > (pre-just-fixed) code and I might spot it ?
>
> These two are how I think I've fixe
de and I might spot it ?
> I've fixed this by making the perl script do all of the logic which was
> in the bash script originally so if it fails, it should at least do so
> gracefully.
That may well help. Or maybe the bug is in a higher layer somewhere.
Are HTTP and CGI involved ?
ch of these words are what ?
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.
ause in the IPv4 output, the interface name
+ # appears here!
+ next if $ip==6 && $rhs=~m{[^\\]* tentative\s};
$reported{$outline} .= "y";
from
http://www.chiark.greenend.org.uk/ucgi/~ianmdlvl/git?p=secnet.git;a=blob;f=polypat
gt; saved me from performing a wrong upload; the check in question is that
> the Distribution: field in the *.changes file matches the distribution
> in debian/changelog.
I can't resist saying that dgit checks that :-).
Ian.
--
Ian JacksonThese opinions are my own.
If I emaile
nfo, because the submitter still
might not be emailed. Maybe
Control: tag -1 moreinfo
could warn, if the message just went to NNN.
Or maybe the "thanks for your mail" message could say "your message
was NOT sent to the submitter, unless they are, separately,
subscribed. Not all
would often involve
release@ approval. (An obvious exception is that I wouldn't usually
seek release@ preapproval for a properly minimal RC bugfix upload,
whether NMU or otherwise, but that's not what we're talking about
here.)
Ian.
--
Ian JacksonThese opinions are my own.
If
i.debian.org/DeveloperNews
>
> Perhaps we need a wiki page containing things people need regularly
> reminding about?
These are perhaps good ideas but it is perhaps better to remove such
friction where we can. See my other mail...
Ian.
--
Ian JacksonThese opinions are my own.
If
(Here The submitter is still tracked separately but no longer
receives any email solely for that reason.)
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.
;.
>
> Ew. Yes, sure :)
Oh! Well, reading it again then, I think this is a bug (quite a
serious bug, since it leads to incorrect bouncing of mail) in the
postfix/mysql integration.
Ian.
--
Ian JacksonThese opinions are my own.
If I emailed you from an address @fyvzl.net or @evad
I just wanted to say how impressed I am with the quick response from
ftpmaster at the moment. Particularly, the 19.5h turnaround for my
most recent NEW package, which I uploaded on Thursday - more in hope
than in expectation.
Regards,
Ian.
--
Ian JacksonThese opinions are my own.
If I
n a good choice.
See "Quote and Quote-like Operators" in perlop(1).
I hope this information slightly improves your life :-).
Regards,
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.
Ian Jackson writes ("Re: Continuous integration for Debian packages"):
> dgit is not formally available in backports (yet), but the dgit.deb
> from unstable is directly installable and useable back to at least
> stretch.
I mean squeeze.
Ian.
--
Ian JacksonThese opinion
/manpages.debian.org/cgi-bin/man.cgi?query=dgit-user&apropos=0&sektion=0&manpath=Debian+unstable+sid&format=html&locale=en
https://manpages.debian.org/cgi-bin/man.cgi?query=dgit&sektion=0&manpath=Debian+unstable+sid&apropos=1&format=html&locale=en
--
Ian Jac
d migration will to unable to handle them.
I think I will probably do the i386->amd64 crossgrade on chiark some
time during the supported life of stretch. I certainly don't expect
it to be straightforward and I wouldn't dare trust it to a script.
Just a data point.
Ian.
--
Ian J
nd XML files.
Either this is circular, or "Krona chart" was a medical (or
medico-informatical) term before this software existed and it
shouldn't have been trademarked (although I doubt anyone wants to
fight that).
radiant-diagnostic or something maybe ? (I see there is also a Ruby
CMS call
will occasionally be fallout ?
If you don't want help from people who are ignorant, busy, or perhaps
sometimes a bit clumsy, then your response is appropriate.
If you do welcome such help (such as it is), I'm afraid that it will
inevitably sometimes seem a hindrance. You may want to con
xample, as an end user, you can look up the package on
tracker.d.o or bugs.d.o, to get a feel for it.
And if we wanted something more formal, we could invent a way to mark
packages as deprecated.
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.
sues, please report
> them.
>
> Thank you for reporting this issue. As mentioned by my colleagues, this was a
> known issue with the service. Nevertheless, sorry for the inconvenience.
Thank you very much for fixing it! :-)
Ian.
--
Ian JacksonThese opinions are my own.
I
Andrey Rahmatullin writes ("Re: MIA maintainers and RC-buggy packages"):
> On Fri, Dec 02, 2016 at 06:58:55PM +, Ian Jackson wrote:
> > Frankly, I would have been tempted to let a lot of those packages slip
> > out of stretch. It depends what they were, of course
r is actively reviewing the NMUs even, but
sees no need to intervene.
If the package is not clearly orphaned I think the best approach is a
QA upload to DELAYED. How about adding the QA team to Uploaders while
you're at it ? :-)
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.
rscan, libhyperscan.deb could provide a checking
facility to be used by callers.
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.
Guillem Jover writes ("Re: sbuild vs pbuilder (and dgit)"):
> On Mon, 2016-11-28 at 17:49:53 +, Ian Jackson wrote:
> > There is a historical anomaly about .gitignore in source packages.[1]
...
> Got curious whether I was the guilty one, and in a way I was! :)
> I m
Holger Levsen writes ("Re: Test instance of our infrastructure"):
> On Mon, Nov 28, 2016 at 12:04:17PM +, Ian Jackson wrote:
> > I suggest we should declare (perhaps as a DEP?)
>
> or a wiki page, at least at first…?
Sure, whatever.
> > * Most of our services
your .gitignore.
Unfortunately someone somewhere decided that .gitignore was a `VCS
file' which ought not normally to be included in `3.0 (quilt)' source
packages. In particular, often nothig generates patches for upstream
.gitignore files.
Ian.
PS: I infer that you are not using dgit
ly understood the point of debuild.
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.
$_ ?" unless m/ = (\d+)$/; $total+=$1; END { print $total,"\n" }'
[2]
rm -rf t t.* webwml; strace -ffot cvs -d cvs.debian.org:/cvs/webwml co webwml
grep connect t.* |less
cat t.* |perl -ne 'next unless m/^read\(3,/; next if m/ = -1 EAGAIN [^=]+$/;
die "$_ ?" unless
t make a lot of things easier.
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.
took me an hour or two in total
from it going wrong to having a fixed build for the affected machine,
I think probably most maintainers have less experience of this kind of
thing.)
Ian.
--
Ian JacksonThese opinions are my own.
If I emailed you from an address @fyvzl.net or @evade.org.uk
Jonathan Wiltshire writes ("Re: OpenSSL 1.1.0"):
> On 2016-11-16 12:26, Ian Jackson wrote:
> > If we are going to wind back on this change we should do it ASAP. We
> > should not allow ourselves to make the decision to press on, simply by
> > failing to decide o
Ian Jackson writes ("Re: OpenSSL 1.1.0"):
> Ian Jackson writes ("Re: OpenSSL 1.1.0"):
> > Lots of people have posted in this thread that they see problems with
> > our current approach to the openssl transition.
> >
> > Do the openssl maintainers h
Ian Jackson writes ("Re: OpenSSL 1.1.0"):
> Lots of people have posted in this thread that they see problems with
> our current approach to the openssl transition.
>
> Do the openssl maintainers have an response ?
I count the following people who expressed concern[1] about
Lots of people have posted in this thread that they see problems with
our current approach to the openssl transition.
Do the openssl maintainers have an response ?
Thanks,
Ian.
--
Ian JacksonThese opinions are my own.
If I emailed you from an address @fyvzl.net or @evade.org.uk, that is
a
U, then they are not co-installable
> anyways.
I think you're right that this isn't a problem.
Can I ask you the converse question: what same-timestamp proposal do
you think is best and why ?
Regards,
Ian.
--
Ian JacksonThese opinions are my own.
If I emailed you from an addr
ion correct; they only fix the minor cosmetic issue
of misleading embedded timestamps.
Ian.
;4~
--
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.
Cyril Brulebois writes ("Re: misleading timestamps in binnmus"):
> Ian Jackson (2016-11-09):
> > What version of sbuild do buildds run ? Ie, supposing that this is
> > fixed in sbuild in stretch, will this be fixed on the buildds ? Or do
> > we need to update j
I forgot one:
Ian Jackson writes ("Re: DEP14 policy for two dots"):
> A patches-unapplied tree:
>
> * produces confusing and sometimes misleading output from
>git grep, or (even if appropriate history is available)
>with git blame;
>
> * canno
Nish Aravamudan writes ("Re: DEP14 policy for two dots"):
> On 09.11.2016 [23:38:30 +], Ian Jackson wrote:
> > Can you confirm what approach you have taken to the representation of
> > Debian source packges as git trees ? I would like to encourage you to
> >
ge exception classes "we are pretty sure no-one
will mind this removal" and "this is part of a larger activity where
the maintainer has provided visbility of their intentions by other
means".
Ian.
--
Ian JacksonThese opinions are my own.
If I emailed you from an addre
s to your todo list" thing.
If you have such work crises that you will miss RC bug emails and
autoremovals, you should work on your email filtering. Once you know
about the bug you can ask for help, of course.
--
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.
e you
probably do not want to make dgit 2.x a dependency for your project.
I encourage you to try out dgit 2.x and see what you think of its
efforts for some existing source packages. Eg `dgit clone libvirt
stretch'.
Thanks,
Ian.
--
Ian JacksonThese opinions are my own.
If I emailed y
50fb Mon Sep 17 00:00:00 2001
From: Ian Jackson
Date: Wed, 9 Nov 2016 18:36:23 +
Subject: [PATCH] DEP-14: Version -> refname mangling: Escape dots
Signed-off-by: Ian Jackson
---
deps/dep14.mdwn | 25 ++---
1 file changed, 22 insertions(+), 3 deletions(-)
diff --git a/d
people. If this _is_ a problem for stretch then we need to improve
our processes for buster, rather than throwing stuff out of stretch.
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.
Thanks to everyone who has provided information. I have summarised
it in #843773, against sbuild.
What version of sbuild do buildds run ? Ie, supposing that this is
fixed in sbuild in stretch, will this be fixed on the buildds ? Or do
we need to update jessie, or what ?
Ian.
--
Ian Jackson
C but
apparently "no upload in six years; new upstream versions blocked for
eight years; many contributors blocked" is not clear enough for a
swift decision. I doubt there will be a decision at all in that case
in time for stretch.
Ian.
--
Ian JacksonThese opinions are my o
ardless of what date is in the
.deb's binnmu changelog stanza. So I think the .deb's binnmu
changelog stanza can be the date of the build (or the date of the
binnmu request, or whatever is convenient).
Ian.
--
Ian JacksonThese opinions are my own.
If I emailed you from an address @fyvzl
Raphael Hertzog writes ("Re: DEP14 policy for two dots"):
> On Tue, 08 Nov 2016, Ian Jackson wrote:
> > > The reverse rule is to convert _ and % and delete all #.
> >
> > Quoted for completeness.
>
> Ok, can you prepare a patch for DEP-14 then? I
've dropped the reproducible-builds list and added
debian-wb-team@l.d.o in the hope that they may be able to point us in
the right direction.
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.
Ian Jackson writes ("Re: DEP14 policy for two dots"):
> Raphael Hertzog writes ("Re: DEP14 policy for two dots"):
> > On Fri, 04 Nov 2016, Ian Jackson wrote:
> > > My proposal is reversible. It does not need to be extensible.
> >
> > So what abo
omes available.
So you think that the situation with jessie is OK ?
To be fair the only things which I have noticed broken so far are
ghostscript and ogg123 but I'm hardly a typical user. My footprint
probably involves many fewer multithreaded programs.
Ian.
--
Ian JacksonThese op
ndencies amongst our contributors
(like doing stuff at the last minute) lead to constructive, rather
than unconstructive actions by those contributors.
There's still big spikes in work for our core teams around deadlines,
so it's still best if people sort their stuff out earlier, but th
e. Whether to do that would depend on its performance impact.
TBH I wonder whether we really want to be giving an evidently shonky
codebase boobytrapped mutexes by default. We could change the default
mutex type to recursive and make all of these bugs go away.
Ian.
--
Ian JacksonThese o
Ian Jackson writes ("libc recently more aggressive about pthread locks in
stable ?"):
> I have just been debugging a ghostscript segfault on jessie amd64.
...
> I recently encountered what seems to be a similar bug in ogg123 in
> stable. #842796.
>
> Has something
ill try to make a patch to fix ghostscript, or at least file a
proper bug. But, if there was a libc change, would it be possible to
revert it or make some kind of workaround ?
Thanks,
Ian.
--
Ian JacksonThese opinions are my own.
If I emailed you from an address @fyvzl.net or @evade.org.uk,
Raphael Hertzog writes ("Re: DEP14 policy for two dots"):
> On Fri, 04 Nov 2016, Ian Jackson wrote:
> > My proposal is reversible. It does not need to be extensible.
>
> So what about "..."? Would it give ".#.#."?
Yes. I said (fixing my bug):
stem like this it should be identical to quoted-printable (bad as
that is).
> No, a version can't start with a dot, at least dpkg has been ensuring
> this for a few years now.
Then that part of my proposed rule is a harmless nullity.
Ian.
--
Ian JacksonThese opinions are my o
ons.
If the process we have adopted results in security bugs, it will not
be enough to blame the poor maintainer who felt they had no
alternative.
Thanks for your attention.
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.
601 - 700 of 2524 matches
Mail list logo