27;t available, too.
One test case that should be added is that this new check properly
fails early when a short keyid is provided.
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 bypa
pass it to
other tools. It doesn't validate the format at all, just treating it
as an opaque string.
I don't think it's dgit's job to do that ? Is there a practical
problem that results from dgit not investigating the keyid syntax and
length ?
Ian.
--
Ian JacksonThese
Osamu Aoki writes ("Bug#926181: want automatic forwarding of patches to the
upstream branch"):
> Package: dgit
> Version: 8.4
> Severity: wishlist
Hi. Thanks for your message. I'm always interested in hearing what
people want so please don't be discouraged by what I say next:
> In case of the
Ian Jackson writes ("Re: Bug#923732: dgit-infrastructure:
--deliberately-include-questionable-history required for every single push"):
> Not really in a position to look at this properly but I think I
> understand now and I think you have indeed identified a bug.
I have spent a
Control: reopen -1
Control: reassign -1 emacs-gtk 1:25.2+1-11
I just repro'd this bug with my buster chroot. The effect then is to
end the schroot command. Also bizarrely an escape sequence (echoed by
bash as `'41;327;0c) ends up pasted into the surrounding shell.
Ian.
Dmitry Bogatov writes ("Bug#924269: chiark-really: providing bin:sudo"):
> Package: chiark-really
> Version: 6.0.3
> Severity: wishlist
...
> please consider making chiark-really drop-in replacement for sudo. For
> my own purposes,
> alias sudo='PATH=/bin:/sbin:/usr/bin:/usr/sbin /usr/sbin/re
-upstream'.
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.
Init Diversity team
debian-init-divers...@chiark.greenend.org.uk
should be consulted so that the appropriate fixes can be developed.
Finally, this change is rather late wrt the freeze.
Ian.
--
Ian JacksonThese opinions are my own.
If I emailed you from an address @fyvzl.net or @evade.o
>pages[0].label
> > $1 = 0x0
Overall this is not a significant useability issue, nor does it seem
to be exploitable, but it is clearly undesirable.
Regards,
Ian.
gv-segfault.ps
Description: broken file
--
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.
Sean Whitton writes ("Bug#923732: dgit-infrastructure:
--deliberately-include-questionable-history required for every single push"):
> Package: dgit-infrastructure
> Version: 8.4
...
> swayidle was not actually ever rejected from NEW but was instead dcut
> from DEFERRED and uploaded again a few ti
Ian Jackson writes ("Re: Bug#922462: git debrebase convert-from-gbp fails on
cups-filters with unhelpful error message"):
> Doing that git-diff rune shows that you have made changes to the
> toplevel .gitignore which are not in any patch.
>
> I'm not sure whether git
bove, or run
git-debrebase: git diff 0030fffefd69db302f302c3494a08f192609b2a2 HEAD --
:!/debian :/
Doing that git-diff rune shows that you have made changes to the
toplevel .gitignore which are not in any patch.
I'm not sure whether git-debrebase convert-from-gbp should
automatically turn you
Bjarni Ingi Gislason writes ("Bug#921965: dgit.1: Write the leading dash of an
option as '\-'"):
> Package: dgit
> Version: 8.3
> Severity: minor
> Tags: patch
>
> Dear Maintainer,
>
> write the leading dash(es) of an option as '\-', not just '-',
Hi. Thanks for your contribution. I will ta
Bjarni Ingi Gislason writes ("Bug#921306: dgit.1: Use a single-font-style macro
for a single argument"):
> Package: dgit
> Version: 8.3
> Severity: minor
> Tags: patch
...
> Use a single-font-style macro (".B", ".I") for a single argument.
> Remove unneeded quotation marks (").
> The output
scenarios.
I'm pretty sure it's fine now.
> So, what about other files? Should also e.g. add /etc/default/xendomains
> to ucf? /etc/xen/oxenstored.conf?
Let's not change more than we need to.
Ian.
--
Ian JacksonThese opinions are my own.
If I emailed you from an
d37bdada4e59 Mon Sep 17 00:00:00 2001
From: Ian Jackson
Date: Wed, 27 Feb 2019 16:37:32 +
Subject: [PATCH] /etc/default/xen: Handle with ucf
We reintroduced this file in
"d/xen-utils-common.install: ship /etc/default/xen"
eg 2f34db35dd27abb4280d38ebc4464c21f64df8c9
But I
ered nlopt, and this package.
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.
d ran
git-tag myself.
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.
nvolves doing serious violence to the upstream
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 y
Control: reassign -1 dpkg
Control: forcemerge 921031 -1
Adam Conrad writes ("Bug#922693: dgit: autopkgtests regressed since the upload
of dpkg 1.19.3"):
> Subject says it all, I think. Since dpkg 1.19.3, autopkgtests for dgit
> have gone consistently red:
>
> https://ci.debian.net/packages/d/
Didier 'OdyX' Raboud writes ("Bug#922462: git debrebase convert-from-gbp fails
on cups-filters with unhelpful error message"):
> Package: git-debrebase
> Version: 8.3
> Severity: important
>
> Hi there,
>
> Just after importing cups-filters' latest upstream releas, I considered moving
> to git d
t.
Realistically our sensible choices for the default are
C.UTF-8
One of en_{AU,GB,NZ}.UTF-8
All of these would be better than en_US.UTF-8 for the reasons given
by Adam (although, Adam, really, could you try to be a little less
rude?).
The middle-endian dates and 12-hour clock are particularly p
n package is to be able to
view the documentation without internet access - but these logos can
cause the browser to stall.
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.
; actually invoked.
I agree that multiple layers of alternatives indirection is
undesirable. But I think these libraries can be made coinstallable
without that.
HTH.
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.
body with 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.
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.
kage.pm line 214.
$
Whereas with stretch:
$ dpkg-query -f'${Version}\n' -W libdpkg-perl
1.18.25
$ ./t.pl ../bpd/dgit_8.3.dsc
ok
$
--
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.
emount-ro,data=ordered)
/dev/mapper/vg--mariner2-lv--volt on /run/schroot/mount/firefox/volatile type
ext4 (rw,relatime,data=ordered)
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 bypa
aemon.
> ask my sponsee for a -3 changelog entry.
Did you not feel able to add one yourself for something like this ? I
would have done.
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.
resulting in entirely wrong output.
* "nothing will ever be done about it"
If someone tells me my patch will be considered on its merits, I
will write a patch.
Sorry to be awkward.
Thanks,
Ian.
--
Ian JacksonThese opinions are my own.
If I emailed you from an address @fyvzl
Ian Jackson writes ("Re: Bug#920692: Packages must not install files or
directories into /var/cache"):
> Josh Triplett writes ("Bug#920692: Packages must not install files or
> directories into /var/cache"):
> > It's well-established in Debian (but not do
Josh Triplett writes ("Bug#920692: Packages must not install files or
directories into /var/cache"):
> It's well-established in Debian (but not documented in Policy) that
> packages must not install files or directories under /var/cache.
I think `install' is a bit less clear than it should be. I
ce.
Certainly it is not right 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.
is thread
and also opposite to Debian policy.
Under the circumstances I felt I wouldn't be listened to if I simply
petitioned the maintainers of what is now src:dune again, so I have
escalated this to the TC. See #919951.
Ian.
--
Ian JacksonThese opinions are my own.
If I emailed you f
spite a
fairly clear consensus in debian-devel that you shouldn't. I don't
think you should have done that.
I am escalating this to the Technical Commitee in another bug. In the
meantime this bug needs to be open to keep this out of testing.
Sorry,
Ian.
--
Ian JacksonThese opinions are
Declare that no-one is allowed the 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, blocke
th -f delete them in favour of whatever the upstream tree
has).
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.
Package: git-debrebase
Version: 8.3
--
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.
fix it.
This will also help a bit because we have a package in preparation
which mentions the (new, duplicate) ITP bug in its changelog and we
would prefer to avoid another round of changelog-fiddling.
Regards,
Ian.
--
Ian JacksonThese opinions are my own.
If I emailed you from an a
n from the AH team, with advice on process from the DPL.
I think if you disagree, you may escalate to the TC or to a GR.
> Sometimes it really feels bad to be in Debian…
I'm sorry you feel that way. I don't think it was possible to resolve
this disagreement without making someone
with some wording about
versions and orig component names, or the filenames implied thereby,
being globally unique.
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.
This is correct IMO. dput has, of course, multiple configuration
files, and one might use a wrapper or something, or perhaps (unisely)
dgit command line options.
Signed-off-by: Ian Jackson
---
dgit-downstream-dsc.7.pod | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/dgit
t; or something, but that seems wordy.
Signed-off-by: Ian Jackson
---
dgit-downstream-dsc.7.pod | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/dgit-downstream-dsc.7.pod b/dgit-downstream-dsc.7.pod
index 73c10cfc..91d9023c 100644
--- a/dgit-downstream-dsc.7.pod
+++ b/dgit-
In the default text manpage rendering, C produces a pair of quotes and
the result is "".."" which is not desirable.
Signed-off-by: Ian Jackson
---
git-debrebase.1.pod | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/git-debrebase.1.pod b/git-debrebase.
Signed-off-by: Ian Jackson
---
git-debrebase.1.pod | 2 +-
git-debrebase.5.pod | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/git-debrebase.1.pod b/git-debrebase.1.pod
index aa7f459b..cbdf292b 100644
--- a/git-debrebase.1.pod
+++ b/git-debrebase.1.pod
@@ -370,7 +370,7
The thing being referred to here is `branch', not `the branch', since
it may not be a branch. Put it in italics to make it clear that what
is referred to is the metasyntactic variable.
Signed-off-by: Ian Jackson
---
dgit.1 | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
di
I think the parts of an if and its consequence may not be separated by
a semicolon.
Signed-off-by: Ian Jackson
---
dgit.1 | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/dgit.1 b/dgit.1
index b1bf0acc..cd0419ee 100644
--- a/dgit.1
+++ b/dgit.1
@@ -354,7 +354,7 @@ If there is
Paul Hardy writes ("Bug#918384: dgit: typo suggestions in man pages"):
> Thank you for such a quick review. Here is another git format-patch
> submission that incorporates the feedback from you both, for dgit
> version 8.3 this time. I saw no new typos in version 8.3 document
> changes.
Thanks.
s on a weaker rule or a weaker normative status, than to
invoke the TC for this issue, IMO. IOW I don't think this is
important enough to escalate.
HTH.
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.
declare
that the untranslated policy is not necessarily all in English. It
might be a mixture of languages.
So we could have a policy subsection in Japanese perhaps, if expertise
in a particular area is mostly held by speakers of Japanese. There
would presumably have to be (non-normative) Engl
ck Ridge and Joliet is, I suspect, already
> > unsupported.
>
> Could you define what you mean by unsupported ?
I think, "already does not work". Bare ISO9660 only supports 8.3
filenames so couldn't possibly work.
Ian.
--
Ian JacksonThese opinions are my own.
If I ema
The condition (ii) would have to be clearly stated and
then implemented in dak and reprepro and launchpad (at least).
Does that 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.
e AppArmor maintainers:
I have filed this as `serious' not to try to force you to fix this,
but because this bug seems like it will cause AppArmor to work badly
for many people and I felt you would want me to be sure you noticed.
So please adjust the severity as you like.
I hope everyone fi
poor
> timing.
No problem.
> Did any of the man pages change in your version 8.3 upload from
> version 8.1? If not, that will simplify my creating the modified
> patch.
Some have changed, but I think your rebase / cherry-pick should go
forward without difficulty.
You are using git f
Sean Whitton writes ("Re: Bug#914317: dgit: sometimes ignores configured
clean-mode"):
> On Sun 06 Jan 2019 at 01:13pm GMT, Ian Jackson wrote:
> > I tried quite hard to investigate this allegation that the clean mode
> > was honoured differently according to whethe
at it should be `set up'. I am fine with it being
changed.
As for the rest, I agree with Sean's comments. Paul, would you care
to respin the patch ? I'm planning an upload soon today but I can
wait a few hours if that would get thwse changes included.
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.
?
Thanks,
Ian.
[1] Indeed dgit itself has both Debian/ and debian/ subdirectories.
--
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.
it an emotional
experience. You have made me happy.
I hope you found that I had made your work convenient.
On a technical note: reading your translation caused me to spot a
formatting error in the English text. I am fixing that and will
unfuzz the Dutch translation myself.
Regards,
Ian.
--
Ian
Control: tags -1 pending
David Bremner writes ("Bug#917194: dgit: typo in dgit(7)"):
> Line 370 of the formatted man page has a .TP in it that looks like it
> doesn't belong.
Thanks.
As it happens this bug is fixed in my master, after I noticed it
myself.
Ian.
--
Sean Whitton writes ("Bug#914317: dgit: sometimes ignores configured
clean-mode"):
> How about the "opt to disregard"?
I considered that and my conclusions are set out in the commit message
for the patch I have just emailed to the bug (and which I meant to
email the bug
Ian Jackson writes ("[[DRAFT PATCH]] dgit: clean mode: Refactor -wg parsing to
prep for suffixes"):
> This will make it convenient to add new suffix letter(s) to -wg.
This waa not the commit I intended to send to the bug.
--
Ian JacksonThese opinions are my own.
If I emaile
If that is not wanted, one can say -wn instead.
This is particularly true given that ignoring the problem can produce
confusing failure, as seen in #914317.
So there will be a new --clean=git[-ff],always shortly.
Closes: #914317
Signed-off-by: Ian Jackson
---
dgit | 6 ++
This will make it convenient to add new suffix letter(s) to -wg.
No functional change.
Signed-off-by: Ian Jackson
---
dgit | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/dgit b/dgit
index 9b107c26..55c80701 100755
--- a/dgit
+++ b/dgit
@@ -7298,12 +7298,10 @@ sub
it delete the files, and then succeed.
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.
to look at that
> manpage in the kind of case that prompted me to file this bug. It can
> just look for ~bpoNN in the version number that is missing from
> d/changelog, and output a hint.
Are you volunteering to write the (7) manpage ? :-)
Thanks,
Ian.
--
Ian JacksonThese
Andrey Rahmatullin writes ("Re: Bug#918438: orig tarball components with
uppercase letters"):
> On Sun, Jan 06, 2019 at 12:34:30AM +, Ian Jackson wrote:
> > This allows the possibility of uppercase letters [1]. But of course
> > distinguishing case of letter
I have fixed it. Patch is attached and should be in buster.
Regards,
Ian.
>From 1bb63a1b915cdd2620e16aa88e73ca2ef901a11b Mon Sep 17 00:00:00 2001
From: Ian Jackson
Date: Sun, 6 Jan 2019 00:39:29 +
Subject: [PATCH] Dgit.pm: Allow uppercase (ascii) letters in multi-orig
components
anyone would read that that was
intended and I am confident that dpkg-source would actually reject
those.
--
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: Bug#857490: dgit: shouldn't fail when previous
backport not mentioned in changelog"):
> Does that make some kind of sense ? How can we better guide the user
> who finds themselves in this situation ?
#913451 "dgit manpages: discuss --overwrite
Ian Jackson writes ("Default -I and -i option should not exclude .ignore"):
> Changing this has compatibility implications. Many tools assume the
> existing behaviour. I suggest the following transition plan:
Ping?
In particular, (i) do you agree that this should be changed
and
Ian Jackson writes ("Re: Bug#908742: Want way to reset tar-ignore list"):
> So I think I want --clear-all-tar-ignore.
Ping?
(Just going through my dgit buglist and found this one as a blocker
for #908417...)
Thanks,
Ian.
--
Ian JacksonThese opinions are my own.
If I emaile
Control: tags -1 moreinfo
Sean Whitton writes ("Bug#857490: dgit: shouldn't fail when previous backport
not mentioned in changelog"):
> There are merge and rebase workflows in use for the Debian changelogs of
> backports. Some backport maintainers merge the new version in testing
> into their ba
elpa-rust-mode depends on:
ii emacsen-common 3.0.4
Versions of packages elpa-rust-mode recommends:
ii emacs 1:25.2+1-11
ii emacs-gtk [emacs] 1:25.2+1-11
elpa-rust-mode suggests no packages.
-- no debconf information
>From e265960c856f7c3c4ecadeb3350aa2fb5655f252 Mon Sep 17 0
unning dgit with a gazillion -D options will cause it to dump
out stuff about its config parsing, including a report of what it got
from git. That migth be useful.
I quickly UTSL and I think -D is probably sufficient but say
-DD just to be sure :-).
Ian.
--
Ian JacksonThese opinion
Sean Whitton writes ("Bug#914317: dgit: sometimes ignores configured
clean-mode"):
> My config contains
>
> [dgit "default"]
> # just clean in the most aggressive way dgit knows how
> clean-mode = git-ff
(Just replying now to ask for more info to minise RTTs...)
This
Ian Jackson writes ("Re: Conflict over /usr/bin/dune"):
> https://www.google.com/search?q=dune+software
> https://en.wikipedia.org/wiki/Dune_(software)
> https://www.google.com/search?q=%2Fusr%2Fbin%2Fdune
>
> Under the circumstances it seems obvious that, at the very
dia.org/wiki/Dune_(software)
https://www.google.com/search?q=%2Fusr%2Fbin%2Fdune
Under the circumstances it seems obvious that, at the very least, the
ocaml build tool should not be allowed the name /usr/bin/dune.
Ian.
--
Ian JacksonThese opinions are my own.
If I emailed you from an address
they
couldn't be bothered to do a Debian file search,
https://www.google.com/search?q=dune+software
https://en.wikipedia.org/wiki/Dune_(software)
https://www.google.com/search?q=%2Fusr%2Fbin%2Fdune
Under the circumstances it seems obvious that no-one should be allowed
the name /usr/bin/dune.
emacsen-common hook machinery, which is what initiates byte
compilation).
> On Sat, Dec 08, 2018 at 09:00:53PM +, Ian Jackson wrote:
> [...]
> > I'm sorry to say that while I think that this would be nice to fix in
> > principle, I really don't like your patch. I
st some of those but
they dono't seem like crises...
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.
The harm done by these kind of strategies is real but the
cost of educating everyone, let alone fighting over it, would be
disproportionate.
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.
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 with
. That would be really 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 addre
Control: fixed -1 1:2.11.0-3+deb9u3
Control: fixed -1 1:2.19.2-1
Ian Jackson writes ("Re: Bug#914695: dgit autopkgtest breaks with git 2.20"):
> I have investigated and the bug seems to be that git-rebase --onto now
> fails to honour GIT_REFLOG_ACTION for the initial che
un it during emacsen-common install and remove. See the files
debian/vm.emacsen-install
debian/vm.emacsen-remove
in the source package.
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.
f you want I can provide a minimal test case but this should suffice
to see the bug I hope...
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: Bug#914317: dgit: less than helpful error if
debian/patches/ exists as untracked files"):
> Why does this not complain about the uncommitted files in
> debian/patches ? Clearly you're not using --clean=git. Are you using
> --clean=dpkg-source,no-
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 broken
g new lossage we 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.
it will be most
convenient to file a separate bug for that.
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.
e
redirect me if I am wrong.)
--
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.
ng. Sorry, I did not mean to put you to extra
work. There is some ... strangeness with this package, which I should
not trouble you with I think :-).
I will fix the bug.
Thanks,
Ian.
--
Ian JacksonThese opinions are my own.
If I emailed you from an address @fyvzl.net or @evade.org.uk, that
order. I suggest avoiding `this
requires to manifest [some condition]' and instead writing `this
manifests only if [the condition]'. I hope you do not mind me giving
you this suggestion.)
Ian.
--
Ian JacksonThese opinions are my own.
If I emailed you from an address @fyvzl.net
bug, including reassigning it if appropriate.
To the git maintainers: please let me know if this update was urgent
so that I can prioritise appropriately.
This mail is not a CI team mail, but
https://wiki.debian.org/ContinuousIntegration/RegressionEmailInformation
may be of some interest.
Ian.
--
Ia
d maintainers: will you have time to look at this, and
make the appropriate change, soon ? If not then one of us could
probably prepare a patch, if that would be helpful.
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.
Mert Dirik writes ("Re: Bug#913247: Please provide a C implementation of
/lib/init/init-d-script"):
> On 11/22/18, Ian Jackson wrote:
> > So I think this would be fixed if /lib/init/init-d-script detected
> > this situation and set $0 to the original script name (which
Mert Dirik writes ("Re: Bug#913247: Please provide a C implementation of
/lib/init/init-d-script"):
> On 11/22/18, Ian Jackson wrote:
> > I don't know what `systemd redirection' is. Why does it not work ?
> > Can it be fixed ?
>
> To sum it up, when
tion.
I don't know what `systemd redirection' is. Why does it not work ?
Can it be fixed ?
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.
ng these kind of problems and
IME generally it works well.
I don't foresee any difficult-to-resolve problems with the env
technique, but maybe I don't have the right knowledge.
Ian.
--
Ian JacksonThese opinions are my own.
If I emailed you from an address @fyvzl.net or @evade.or
Sean Whitton writes ("Bug#914317: dgit: less than helpful error if
debian/patches/ exists as untracked files"):
...
> 4) Now you have uncommitted debian/patches, but ignore that, and instead
>commit your upstream changes
>
> 5) dgit sbuild (or whatever), and you get:
(Without looking at the
601 - 700 of 3576 matches
Mail list logo