ith 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
n" 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(-)
diff --git
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
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.
ule 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.
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) English transl
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 emailed
ion (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.
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 finds my intervention helpful.
f the 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
eing
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.
eed 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 ema
. 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 ++
tests/lib-build
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
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.
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 opinion
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
is.
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
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 in m
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 ema
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
sen-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 00:00:00 2001
From: Ian Jackson
Dat
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...)
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
oftware)
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 @fyvzl.net or @evad
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.
Ian.
--
mmon 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 don't think the a
e 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.
he
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
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
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
ng 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.
nt 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 br
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.
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.
f 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.
g. 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 is
a
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 or @evade.org.uk, t
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
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
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 /lib/lsb
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.org.uk, that
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
x is easy,
again: add a Build-Conflicts.
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.
do /not/ volonteer
>to fix them.
I agree with this.
> All in all, let us remove last line in `init-d-script'.
I haven't looked at this. Are you happy for me to take your word for
how to implement what you suggest, or do you want me to do a code
review ?
Regards,
Ian.
--
Ian JacksonThese op
for the *first* getty to
spawn on tty1 not to clear the screen. We probably can't manage that.
But failing that my current opinion is that we should change the
default inittab to pass --noclear for tty1.
Dmitry, what do you think ?
(I have reopened this bug for now while we reconsider it. I
he good technical work being done here.
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.
n. Although please don't use the word
"veto". I don't think any of us here have a veto. I see that Benda
has closed the bug, jolly good.
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.
release.
We do not intend to upload libpam-elogind-compat to sid, so it ought
not to propagate to testing. But I am filing this bug in case it is
uploaded to sid accidentally, and to help document the situation.
Ian.
--
Ian JacksonThese opinions are my own.
If I emailed you from an address
Package: dgit-infrastructure
Version: 6.0
Severity: minor
I just saw this message:
remote: Forcing due to
--deliberately---deliberately-include-questionable-history
--
Ian JacksonThese opinions are my own.
If I emailed you from an address @fyvzl.net or @evade.org.uk, that is
a private
evaluated
on their merits.
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.
G. Branden Robinson writes ("Re: Shouldn't shipping broken symlinks be against
policy?"):
> At 2018-11-13T17:02:49+, Ian Jackson wrote:
> > I guess the maintainer will also think this is a bug.
>
> No; he closed it, and cited Policy's lack of a prohibition of s
G. Branden Robinson writes ("Shouldn't shipping broken symlinks be against
policy?"):
> Not reopening, but I have some questions for the Policy team.
...
> I could have sworn you were incorrect, but sure enough, I read ยง10.5
> carefully and grepped the rest of the policy manual and could find no
things listed which are not submodules are ignored
(so the processing is idempotent)
I may implement stripping before I implement filling in.
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: dgit
Version: 8.1
I keep finding that I `dgit clone' or `dgit fetch' and it downloads
some stuff and then falls over because bpd doesn't exist. This is
mildly irritating.
Ian.
--
Ian JacksonThese opinions are my own.
If I emailed you from an address @fyvzl.net or @evade.org.uk
a user's config files and/or to prevent
> unwanted config files being created.
Having said all that, I don't know if it would be worth explicitly
mentioning this very general and useful technique for the benefit of
readers who haven't osmosed or reinvented it.
Thanks,
Ian.
--
Ian J
Sean Whitton writes ("Bug#824495: debian-policy: Source packages "can" declare
relationships"):
> On Thu 08 Nov 2018 at 02:51PM GMT, Ian Jackson wrote:
> > Or to put it another way:
> >
> > Package builds MAY be influenced by the presence in the buil
r permitted by my
(ii) is probably common. So we cannot forbid it with a MUST.
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.
Adam Borowski writes ("Bug#408954: checkroot.sh: should not skip running fsck
with JFS root"):
> Running fsck at boot is useless and harmful for any modern filesystem.
> Sure, for ext2 it was needed to at least somewhat reduce data loss you just
> suffered, but anything newer is crash safe.
I
gram!:OPTION,...
which deletes OPTION ... from @program ?
So you could say
dgit --pbuilder!:--no-source-only-changes
IDK if that, plus maybe documenting this in the changelog, would be
enough to avoid thinking we need Breaks: pbuilder (<<...).
Ian.
--
Ian JacksonThese opinions are my
Stefan Sobernig writes ("Re: [Pkg-tcltk-devel] Bug#913189: /usr/bin/tclsh8.6:
`file delete' can produce EFAULT"):
> Just to be clear: The manpage of [file delete] states that
> > Trying to delete a non-existent file is not considered an error.
>
> see
bpam-elogind-compat_1.0.tar.gz ->
Compat/libpam-elogind-compat_1.0.tar.gz
zealot:libpam-elogind-compat>
I think this is a missing $bpd or some such.
--
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
Michael Biebl writes ("Bug#913247: Please provide a C implementation of
/lib/init/init-d-script"):
> Package: sysvinit-utils
> Version: 2.88dsf-59.11
> Severity: normal
> File: /lib/init/init-d-script
...
> This is such an ugly construct that so far I did not want to use
> init-d-script for any
MUST NOT
have any significant effect.
Any additional package which could reasonably form part of a default
install for a development workstation SHOULD NOT have any significant
effect.
Ian.
--
Ian JacksonThese opinions are my own.
If I emailed you from an address @fyvzl.net or @evade.o
David Bremner writes ("Bug#912426: git-debrebase: mangled conversion from
base64"):
> A workaround seems to be round trip the patches via gbp-pq; this
> switched the encoding to 8bit from base64.
I tried this and it does just the same thing as git-debrebase does, as
I would have predicted.
That
echanism, running /sbin/halt sometimes does
not have the desired and documented effect.
So, anyway, reopening this bug.
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.
Control: reassign -1 git-buildpackage 0.8.12.2
Hi Guido. This is another weirdness with gbp pq conversion.
To reproduce:
git clone https://salsa.debian.org/bremner/nullmailer
cd nullmailer
git checkout -b bug912426 debian/1%2.1-7
less
Package: tcl8.6
Version: 8.6.6+dfsg-1+b1
Severity: normal
File: /usr/bin/tclsh8.6
To reproduce:
$ rm -rf d
$ mkdir d
$ cd d
$ rm -rf ../d
$ env - pwd
pwd: couldn't find directory entry in '..' with matching i-node
$ tclsh8.6
% file delete spong
error deleting "spong": bad address in system call
> >> >> I see that there's no /usr/lib/xen-4.11/bin/pygrub indeed, and that's
> >> >> something that sounds wrong. Apparently, noone involved in helping
> >> >> getting Xen 4.11 into Debian so far has been a pygrub user.
I swear I tested pygrub aftr making my renaming changes, but maybe
only with
David Bremner writes ("Bug#912426: git-debrebase: mangled conversion from
base64"):
> debcheckout nullmailer
> cd nullmailer && git reset --hard debian/1%2.1-7
> git debrebase --force convert-from-gdb upstream/2.1
> git log -1 master~3
>
> A workaround seems to be round trip the patches via
Sean Whitton writes ("Bug#903377: convert-from-gbp: `diverged', --overwrite if
no previous dgit push"):
> On Mon 09 Jul 2018 at 10:48AM +0100, Ian Jackson wrote:
> > has arguably made things worse for a different use case: if the user
> > goes straight from (i) gbp
Control: retitle -1 provide convert-from-unapplied as alias for -from-gbp
Sean Whitton writes ("Re: Bug#905433: git-debrebase: debrebase new-upstream
fails with "uninitialized value""):
> On Fri 05 Oct 2018 at 01:34PM +0100, Ian Jackson wrote:
> > To me "un
. So either the policy
shading (or whatever) needs to lag very substantially, or we need at
least two kinds of shading.
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.
I'm afriad
closing the bug in the Debian BTS this way is premature. The fix is
not in Debian yet.
These bugs will be marked closed by the corresponding upload to
Debian, assuming that the debian/changelog mentions them.
The `fixed-upstream' tag is used for this state.
Regards,
Ian.
--
Ian Jackson
id an upload to experimental
intending to adopt the package, unaware of our efforts (in part
because we failed to write to this RFA bug about them), but that we
are welcoming him, or some such.
Ian.
--
Ian JacksonThese opinions are my own.
If I emailed you from an address @fyvzl.net or @eva
Jesse Smith writes ("Bug#586709: closed by Thomas Goirand"):
> That's just the thing, it is not a bug in this package. The bug exists
> in the init scripts, not in the sysvinit package.
On my stretch system here /etc/init.d/halt is in the `initscripts'
package which comes from the `sysvinit'
new ones.
So, should the next thing be an RM bug requesting the package be
removed from unstable ?
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.
Jesse Smith writes ("Bug#586709: Think I found the problem"):
> [implementation details]
Thanks for looking at this bug. I'm afraid I don't think I agree that
it should be closed, though.
AFAICT the user's complaint is that, when halt or poweroff actually
invoke shutdown, the actual
Hans van Kranenburg writes ("[Pkg-xen-devel] Bug#865086:
xen-hypervisor-4.8-amd64: Default grub entry broken with locales (how to
reproduce)"):
> What am I doing wrong, so that the first test already doesn't give me:
> "Debian GNU/Linux, met Xen-hypervisor"
You are missing the -d option to
Ian Jackson writes ("Re: Should the weboob package stay in Debian?"):
> I look forward to hearing from the Debian maintainer, who I think is
> the first point of contact for the management of the package in
> Debian.
I am concerned about the lack of progress. I would be
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
, of course. For this reason in general bugs should be
reported against src:xen rather than against binary packages with
Xen versions in their package name.
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
Control: severity -1 normal
Control: retitle -1 xenstore-utils should declare Breaks old xen-utils-common
Ian Jackson writes ("Re: xenstore-utils: removal of xenstore-utils makes files
disappear from xen-utils-common"):
> Indeed I looked at the log and it does show a downgrade, no
601 - 700 of 3535 matches
Mail list logo