Hello Russ, Sam,
On Thu 20 Jun 2019 at 09:01AM -07, Russ Allbery wrote:
> Sean Whitton writes:
>
>> A tiny thing is that you seem to have switched "" for "",
>> which seems wrong.
>
> I'll put this back to args... since it just muddles the di
text file in the source
package.
--
Sean Whitton
signature.asc
Description: PGP signature
o have any use at all
for pymupdf.
--
Sean Whitton
signature.asc
Description: PGP signature
control: tag -1 -patch +pending
Hello,
On Thu 20 Jun 2019 at 04:43pm +0200, gregor herrmann wrote:
> Seconded as well.
Thanks. Applied.
--
Sean Whitton
rt fails in a maintscript is left up to package
>maintainer discretion, and close the bugs
> [...]
I no longer think this would be useful enough to have in Policy, but I'd
like to hear from anyone who disagrees.
--
Sean Whitton
signature.asc
Description: PGP signature
gt; - This feature is not yet present, however, and is expected to be used
> - only infrequently.
> + This functionality was introduced in dpkg 1.17.11 and newer and
> + full support has been provided in the Debian archive since 2018.
>
> .. [#]
> To see why ``Breaks`` is normally needed in addition to ``Replaces``,
Seconded. Thank you again.
I've made some editorial changes (and fixed the introduction of a
duplicate footnote reference) on branch bug761219-spwhitton of
policy.git, but these do not need seconding.
--
Sean Whitton
signature.asc
Description: PGP signature
are things that executable programs have, not source
code.
Can I suggest we talk instead about the "starting point for the content
of d/rules" and say something like "this starting point is often
sufficient to build a package satisfying most of the requirements below
(and many others), and where it is not, package-specific instructions
are usually expressed using override targets" ?
--
Sean Whitton
signature.asc
Description: PGP signature
ations of statically linking a project
that's under the AGPL. I think that we can do it, but I'm not sure
quite what license the binary package will end up with, and quite how to
document that in d/copyright.
--
Sean Whitton
, document restructuring, annotation / link handling
and document or page creation.
--
Sean Whitton
signature.asc
Description: PGP signature
distribution in the changelog to 'buster' (not 'testing' or
> 'testing-proposed-updates').
Thanks for the info & the reminder!
--
Sean Whitton
signature.asc
Description: PGP signature
ked to /bin/dash
Init: systemd (via /run/systemd/system)
--
Sean Whitton
diff -Nru pikepdf-1.0.5+dfsg/debian/changelog
pikepdf-1.0.5+dfsg/debian/changelog
--- pikepdf-1.0.5+dfsg/debian/changelog 2019-02-27 22:33:07.0 +
+++ pikepdf-1.0.5+dfsg/debian/changelog 2019-04-29 02:23:41.00
E=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
--
Sean Whitton
diff -Nru haskell-argon2-1.3.0.1/debian/changelog
haskell-argon2-1.3.0.1/debian/changelog
--- haskell-argon2-1.3.0.1/debian/changelog 201
strap, i.e., debootstrap
should start passing --no-hsts to wget?
--
Sean Whitton
signature.asc
Description: PGP signature
Hello,
On Sun 19 May 2019 at 10:52PM +01, Ian Jackson wrote:
> Sean Whitton writes ("Bug#928666: Want dgit FAQ"):
>> control: retitle -1 want more entries in dgit faq & add links to it
>> in existing docs
>
> I really like what you have done so far.
>
>
&
ot;the default in our package build
toolchain" as I didn't really mean to distinguish between dpkg and
debhelper in making my point.
Thank you for pointing out the error.
--
Sean Whitton
signature.asc
Description: PGP signature
; mandatory,
> is it dpkg-dev and policy issue?
Requiring maintainers to put `Rules-Requires-Root: no` in every single
d/control file would be a debian-policy bug, yes.
Changing debhelper's default, if that remainder overrideable by the
maintainer, would not be.
(surely we are a very long way from r-r-r: no for every package?)
--
Sean Whitton
signature.asc
Description: PGP signature
k to figure this out myself for a
second time this month.
--
Sean Whitton
signature.asc
Description: PGP signature
nd one of apt-cacher-ng,
debootstrap or the deb.debian.org service is blocking doing that.
--
Sean Whitton
signature.asc
Description: PGP signature
agree.
--
Sean Whitton
signature.asc
Description: PGP signature
> Regards,
> laokz
I think the scripts need to be updated for the .txt->.yaml change in
debian-policy 4.3.0.0. Thanks.
--
Sean Whitton
signature.asc
Description: PGP signature
its algorithm
if you pass --just-print, but there was some further blocker to having
gdr start using that algorithm instead of reimplementing it.
Let me know if further changes to git-deborig are needed so that we can
maintain this algorithm in one place in the archive.
--
Sean Whitton
signature.asc
Description: PGP signature
the combination of
apt-cacher-ng, deb.debian.org and debootstrap.
--
Sean Whitton
signature.asc
Description: PGP signature
Hello,
On Fri 17 May 2019 at 10:27AM +02, Bálint Réczey wrote:
> It is documented in NEWS.Debian in the entry for 0.99 already and I
> agree that it would be nice to include it in the release notes as
> well.
Sorry, don't know how I missed this. Thanks for the reply!
--
. I.e. it will pull in point releases too.
There are probably good reasons for this defaults change, but I think it
needs to be documented, either in NEWS.Debian for unattended-upgrades,
and/or (since the package is very widely installed) in the buster
release notes.
Thanks.
--
Sean Whitton
Hello,
On Mon 13 May 2019 at 11:49AM +01, Ian Jackson wrote:
> Sean Whitton writes ("Bug#928503: Want "dgit reportbug" to submit a patch, or
> something"):
>
>> I think that in the vast majority of cases this tool would produce the
>> needed output ev
ity-support (>= 2019.04.25)" to base-files in buster.
I didn't think we supported upgrades from anything but the latest point
release of the previous stable release?
My belief is based on the release notes saying that you should upgrade
to the latest point relesae first.
--
Sean Whitton
signature.asc
Description: PGP signature
ase notes saying that you should upgrade
to the latest point relesae first.
--
Sean Whitton
signature.asc
Description: PGP signature
control: retitle -1 want more entries in dgit faq & add links to it in existing
docs
Hello,
On Sun 12 May 2019 at 10:22PM +01, Ian Jackson wrote:
> Sean Whitton writes ("Re: Bug#928666: Want dgit FAQ"):
>> I would like to just get this published on the Debian wiki as s
the exclusive right to publish
* derivative works based on this work, including, but not limited to,
* revised versions of this work",
--
Sean Whitton
signature.asc
Description: PGP signature
dgit will not disrupt the work of other people on
your team.
--
Sean Whitton
signature.asc
Description: PGP signature
enefit Debian's users and downstreams?"
Reference for writing that entry:
<https://lists.debian.org/debian-devel/2019/05/msg00065.html>
And there should perhaps be a link to:
<https://lists.debian.org/debian-devel/2019/05/msg00085.html>
--
Sean Whitton
signature.asc
Description: PGP signature
their uploads. If getting all DDs typing `dgit
push-source` to upload is going to be how we make source packages
obsolete, that's significant.
--
Sean Whitton
signature.asc
Description: PGP signature
that's our de facto standard, so far as I
can tell.
I agree that having the changes shown twice, as a change to
debian/patches and as a change to the upstream source, makes reviewing
harder.
--
Sean Whitton
signature.asc
Description: PGP signature
-patch(1), git-send-email(1) and reportbug(1).
I think that in the vast majority of cases this tool would produce the
needed output even if your git tree was not obtained with dgit clone, so
I would hope that it could be completely decoupled from dgit.
(so, I would rather put it in devscripts, but that is unimportant)
--
Sean Whitton
signature.asc
Description: PGP signature
Hello,
On Wed 08 May 2019 at 07:24AM -04, Daniel Kahn Gillmor wrote:
> On Tue 2019-05-07 11:19:44 -0700, Sean Whitton wrote:
>> I consider my notmuch database just a cache; I do not store any
>> nonreproducible data in it. I hope this usecase will continue to be
>> support
, I hope this does not happen.
I consider my notmuch database just a cache; I do not store any
nonreproducible data in it. I hope this usecase will continue to be
supported.
--
Sean Whitton
signature.asc
Description: PGP signature
whitton.name/dotfiles/tree/bin/git-branchmove
--
Sean Whitton
signature.asc
Description: PGP signature
, the latter of which would require reimplementing all the old
git-branchmove logic back into my script.
I'm inclined to think that I'd rather be prompted to manually switch the
branch that's checked out rather than have the repo left in a basically
useless detached HEAD state
Hello,
On Thu 22 Nov 2018 at 09:43PM -07, Sean Whitton wrote:
> git-branchmove does not work with SSH remotes which do not give the user
> a full shell, such as repository hosting services like GitLab, GitHub
> and Gitolite.
The assumption of full shell access is baked pretty deeply
Reading the logic of your script made it pretty straightforward and less
time-consuming to write mine :)
[1] https://stackoverflow.com/a/32991784
[2] https://git.spwhitton.name/dotfiles/tree/bin/git-branchmove
--
Sean Whitton
signature.asc
Description: PGP signature
Hello,
On Thu 22 Nov 2018 at 09:39PM -07, Sean Whitton wrote:
> git-branchmove ignores the git configuration keys insteadOf and
> pushInsteadOf.
Beginnings of a fix (untested):
diff --git a/scripts/git-branchmove b/scripts/git-branchmove
index 5751c38..e315884 100755
--- a/scrip
Package: dgit
Version: 8.4
Severity: wishlist
X-debbugs-cc: Ian Jackson ,
debian-de...@lists.debian.org, Ian Campbell
There should be a manpage on converting between workflows.
On Mon 29 Apr 2019 at 01:50PM -07, Sean Whitton wrote:
> dgit-maint-merge -> dgit-maint-debrebase would ind
hought not to require the
+copying of all copyright notices into the package's copyright file.
+This was based on discussion between myself and FTP team members.
-- Sean Whitton Tue, 09 Apr 2019 10:20:30 -0700
diff --git a/policy/ch-archive.rst b/policy/ch-archive.rst
index 72764a9..
ns we won't support that hardware for git-annex" kind
> of bug.
This would mean reassigning it to git-annex, wouldn't it?
--
Sean Whitton
signature.asc
Description: PGP signature
be used to remove the obsolete file
only if the user has not modified it. See Debian Policy 10.7.3.
Thanks.
--
Sean Whitton
signature.asc
Description: PGP signature
ommit
>> has it correct.
>
> Actually, I think I was meant to say 9.1.2 for the changelog.
Fixed, thanks.
--
Sean Whitton
signature.asc
Description: PGP signature
simplified, dgit-free version of
dgit-maint-debrebase(7) into a subsection of git-debrebase(1), called
"Quick start guide", with a reference to dgit-maint-debrebase as the
next thing to read?
--
Sean Whitton
signature.asc
Description: PGP signature
fixes those references to the new numbers found in the FHS 3.0
> document, **and thus fixes the typos.**
I dropped the final clause because the problem was not a typographical
error, at least how I understand that term.
--
Sean Whitton
o manage my orig tarballs, or my upstream tags
> or anything. I guess I can use gbp for that, but then why don't I use
> gbp for everything.
... however, management of upstream tags etc. might not be easy to
filter out of dgit-maint-debrebase(7) without introducing dgit
thoughts. Not sure yet.
--
Sean Whitton
signature.asc
Description: PGP signature
Hello,
On Mon 01 Apr 2019 at 03:24PM -07, Sean Whitton wrote:
>> It seems to me that removePathForcibly would probably at best ignore
>> the error in removal and so leave a .t directory hanging around at the
>> end?
>
> I just tested this -- `dgit build && ls
ably at best ignore
> the error in removal and so leave a .t directory hanging around at the
> end?
I just tested this -- `dgit build && ls .t` -- and it does not leave it
hanging around.
--
Sean Whitton
signature.asc
Description: PGP signature
problem seems to be files vanishing while
removeDirectoryRecursive is running. removePathForcibly ignores such
errors.
Reported-by: Lucas Nussbaum
Signed-off-by: Sean Whitton
---
Test/Framework.hs | 2 +-
git-annex.cabal | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a
F-8 (charmap=UTF-8),
LANGUAGE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
--
Sean Whitton
diff -Nru git-annex-7.20190129/debian/changelog
git-annex-7.20190129/debian/changelog
--- git-annex-7.20190129/debian/ch
file
for the source package so that users know where they can look.
--
Sean Whitton
signature.asc
Description: PGP signature
Source: gcc-9-cross-ports
Severity: important
Hello,
The copyright information should be updated to include recent copyright
years and holders. It looks to be out-of-date, listing only Linaro, a
long time ago.
--
Sean Whitton
signature.asc
Description: PGP signature
by a verbatim copy of its
copyright information." Indeed, Policy was clarified in response to
[1], in release 4.3.0.
I'm not going to bounce the bug severity again, but if Michael is right
that all not copyright holders are listed, then this is RC.
[1] https://lists.debian.org/debi
commit fixing the
problem. I've tried it out manually and the test suite passes.
unblock cider/0.19.0+dfsg-2
--
Sean Whitton
diff -Nru cider-0.19.0+dfsg/debian/changelog cider-0.19.0+dfsg/debian/changelog
--- cider-0.19.0+dfsg/debian/changelog 2019-01-10 12:11:39.0 -0700
+++ cider-0
-picking upstream commit a48af155d8acf64e7c3025146027ef2d62f1cc2e
fixes the problem, and the test suite passes, though that commit does
cause CIDER to use cider-middleware 0.21.0, which is somewhat
uncomfortable.
--
Sean Whitton
signature.asc
Description: PGP signature
any changes for which you do not intend to request an
unblock.
--
Sean Whitton
signature.asc
Description: PGP signature
Hello Paul,
On Thu 07 Mar 2019 at 09:37PM +01, Paul Gevers wrote:
> On Tue, 21 Feb 2017 15:04:39 -0700 Sean Whitton
> wrote:
>> I'd like to suggest that this recommendation be stated explicitly on the
>> release team's website, to reduce the number of blocking upload
0.7-1
--
Sean Whitton
mailscripts_0.7-1.debdiff
Description: Binary data
signature.asc
Description: PGP signature
taint everything in the 1.2-1 history?
That way, eventually, all commits will be marked as untainted and I
won't have to keep passing the option until the end of time.
If not, I think there needs to be some moderately standard way to
request that the whole current history of a package on dgit-repos be
marked as untainted.
--
Sean Whitton
signature.asc
Description: PGP signature
he commits it thinks
are tainted aren't actually tainted?
Total 47 (delta 8), reused 19 (delta 0)
remote: gpgv: Signature made Mon 04 Mar 2019 05:36:37 PM UTC
remote: gpgv:using RSA key
9B917007AE030E36E4FC248B695B7AE4BF066240
remote: gpgv: Good signature from "Sean Wh
ree is indeed a bare-debian repo, ie that it
> has no files outside debian/. If there are any I will treat it as a
> snag (and with -f delete them in favour of whatever the upstream tree
> has).
SGTM.
--
Sean Whitton
signature.asc
Description: PGP signature
er that is missing from
>> d/changelog, and output a hint.
>
> Are you volunteering to write the (7) manpage ? :-)
Here is a patch.
This does not completely resolve #898494, as I haven't modified dgit to
output the hint to look at the manpage.
--
Sean Whitton
From 3d3e6c7cf5448ae1
this at every sphinx version bump :-)
Once #658238 is resolved, it won't be necessary. See comments in
debian-policy's d/rules.
I've made another upload.
--
Sean Whitton
signature.asc
Description: PGP signature
note of this in release news.
This sounds like a really good idea, assuming you mean NEWS.Debian.
Thank you for your efforts.
--
Sean Whitton
signature.asc
Description: PGP signature
ve before
standardising it in Policy. Please consider reassigning the bug back to
the package in which it might be implemented, unless you have some
reason why the Policy change absolutely has to happen first.
--
Sean Whitton
signature.asc
Description: PGP signature
oint to section
> 4.9 in the FHS?
>
> In FHS 2.3, this "section 4.5" might have been right. But as said in
> policy 9.1.1:
>
>> The location of all files and directories must comply with the Filesystem
>> Hierarchy Standard (FHS), version 3.0, [...].
>
&
Hello,
On Fri 15 Feb 2019 at 08:59PM -0700, Sean Whitton wrote:
> Use of the Build-Conflicts field is currently mostly optional, but Ian
> Jackson and I have been working on text for Debian Policy that would
> require its use in certain cases. See #824495 for the discussion.
>
>
For the purposes of this e-mail, let's assume that we have a good grasp
on what a "reasonable standard development workstation install" means.
Thanks.
--
Sean Whitton
signature.asc
Description: PGP signature
-noop-ok -funclean-mixed
-funclean-ordering make-patches --quiet-would-amend
dgit: error: subprocess failed with error exit status 255
Workaround: `dgit --git-debrebase=true sbuild`.
--
Sean Whitton
signature.asc
Description: PGP signature
cified for the same package.
Seconded and committed, thanks.
--
Sean Whitton
signature.asc
Description: PGP signature
properly understand the issue, but it doesn't seem like it needs to
block adding the virtual packages to the list.
--
Sean Whitton
signature.asc
Description: PGP signature
patible.
I have not read the whole thread, but a quick scan suggests that all we
are waiting for here is for someone to write a patch against current
Policy's master branch.
--
Sean Whitton
signature.asc
Description: PGP signature
Hello,
On Sat 09 Feb 2019 at 08:47PM -06, Karl O. Pinc wrote:
> Anyway, do whatever you think best.
Having read it a few more times I think both are valid, and will use
your patch unmodified.
--
Sean Whitton
signature.asc
Description: PGP signature
ream at some point, if not immediately.
Could you file an upstream bug, please?
Uploaded to DELAYED/1.
--
Sean Whitton
signature.asc
Description: PGP signature
e clean target does not undo this change, so there will
be issues with producing source packages from the unpacked tree.
Could you fix that, please?
--
Sean Whitton
signature.asc
Description: PGP signature
e shouldn't be in stretch-backports; it was a mistake. I
have requested removal.
It is possible that there is something wrong with your apt config, as
dist-upgrade shouldn't have caused something like this to happen, but I
can't immediately see how it could have happened.
--
Sean Whitton
signature.asc
Description: PGP signature
Hello,
On Sun 10 Feb 2019 at 09:51AM +01, Birger Schacht wrote:
> On 2/9/19 9:21 PM, Sean Whitton wrote:
>> Birger, could you add a comment in d/control, saying that the versioned
>> dependency is just a workaround to help users of Debian experimental
>> avoid a broken windo
t; +maintainer script that touches ``/run/reboot-required``, at the end
> +of a successful configuration of the package.
> +
> +There are no guarantees provided by the ``/var/reboot-required``
> +convention as to when or whether the requested reboot will occur.
Seconded.
--
Sean Whitton
signature.asc
Description: PGP signature
x27;ll have
> to do the upload for it within the next few days so I'll verify).
Thank you for your response. Please be sure to my -1.2 NMU in your
upload, as it fixes another bug too.
--
Sean Whitton
signature.asc
Description: PGP signature
Hello Berger, Mattia,
On Sat 09 Feb 2019 at 09:30PM +01, Mattia Rizzolo wrote:
> On Sat, Feb 09, 2019 at 01:21:36PM -0700, Sean Whitton wrote:
>> wlroots is only in experimental and is pre-1.0, however. So we probably
>> shouldn't demand proper transitions from its maintain
Control: tags 816200 + pending
Control: tags 921895 + pending
Dear maintainer,
I've prepared an NMU for bitlbee (versioned as 3.5.1-1.2) and uploaded
it to DELAYED/5. Please feel free to tell me if I should delay it
longer.
Regards.
--
Sean Whitton
diff -u bitlbee-3.5.1/debian/bi
ormat which is confusing to people
trying to do NMUs. Perhaps the maintainer will disagree; a downgrade
of the severity of this bug would make sense if it turns out I'm not
aware of some workflow that not building all the binary packages by
default enables.
--
Sean Whitton
signature.asc
Descri
st a workaround to help users of Debian experimental
avoid a broken window manager, and in the future it will be removed in
favour of relying on dpkg-shlibdeps?
(`dch -r` :))
--
Sean Whitton
signature.asc
Description: PGP signature
apt show sway` didn't show the version for libwlroots0
> either in the Depends. But with listing the version explicitly the
> package also has a dependency on the correct version.
Are you saying that sway would not work at all with the older libwlroots?
--
Sean Whitton
signature.asc
Description: PGP signature
r investigating.
I haven't tried installing and running the package yet, btw, but I guess
that you have done this. I'll give it a try before the upload.
After you've responded to the above, please remember to `dch -r`!
--
Sean Whitton
signature.asc
Description: PGP signature
g in scdoc, but i've reported it in swaylock upstream
> for now (upstreams overlap) and added a workaround.
>
>> - Be sure to `dch -r` when you've fixed these.
> done and pushed.
Uploaded to DELAYED/4. Thanks!
--
Sean Whitton
signature.asc
Description: PGP signature
rol file looks like its
> based on Nicolas' work, so i've added them as copyright holders to be
> sure. Pushed to c12f46f
Uploaded to DELAYED/4. Thanks!
--
Sean Whitton
signature.asc
Description: PGP signature
cc03e673b7ecf0951e231dc9e24 looks good to upload, but could
you just confirm that only you have copyright on debian/, please? Did
you do it from scratch, or copy parts from Nicolas' work on the old
source package? If you did it all yourself, just confirm that and I
will upload.
--
Se
Be sure to `dch -r` when you've fixed these.
Otherwise, we should be good to go.
--
Sean Whitton
signature.asc
Description: PGP signature
#921496 and #921497.
You need to set Maintainer: and Uploaders: to be the same as the sway
package, since we're doing a split.
I haven't done a full review yet.
--
Sean Whitton
signature.asc
Description: PGP signature
Hello,
On Tue 05 Feb 2019 at 05:09PM -07, Sean Whitton wrote:
> There is a new release of sway out, and it moves swayidle and swaylock
> into separate source packages.
>
> Those are all going to have to pass through NEW. Do you have time to
> prepare separate source packages for
Hello Birger,
There is a new release of sway out, and it moves swayidle and swaylock
into separate source packages.
Those are all going to have to pass through NEW. Do you have time to
prepare separate source packages for all these? We might as well do it
now rather than later.
--
Sean
Hello,
On Thu 31 Jan 2019 at 11:40AM +00, Ian Jackson wrote:
> Sean Whitton writes ("Bug#920970: dgit: should ensure .orig is not in the
> .changes when the .orig is already in DEFERRED"):
>> Hmm. After this, with both the -1 and -2 uploads in DEFERRED, I tried
>
be able to see the result here:
https://ftp-master.debian.org/deferred.html
--
Sean Whitton
signature.asc
Description: PGP signature
Hello,
On Wed 30 Jan 2019 at 07:24PM -0700, Sean Whitton wrote:
> When the user passes --delayed, dgit could check
> https://ftp-master.debian.org/deferred/status to see whether the .orig
> is already in DEFERRED, and if so, remove it from the .changes file.
>
> (I was able to w
control: tag -1 -pending
Hello Birger,
On Wed 30 Jan 2019 at 04:44PM -07, Sean Whitton wrote:
> Pushed to DELAYED/14!
*sigh*
I have been fighting with Debian's upload queue for the past few hours
because I discovered that the -2 upload was not processed.
I was able to get it p
he
changes, resigning the .changes and .dsc, and uploading again; I
appreciate this kind of messing about is discouraged with dgit, but I
was keen to avoid another roundtrip with my sponsee.)
--
Sean Whitton
signature.asc
Description: PGP signature
1101 - 1200 of 2972 matches
Mail list logo
