Source: pydoctor
Version: 19.11.0-1
Severity: serious
Hello,
There is an embedded copy of (some of?) epydoc with copyright holders
not mentioned in d/copyright.
There does not seem to be source code for templates/bootstrap.min.css.
--
Sean Whitton
signature.asc
Description: PGP signature
that
duk_util_tinyrandom.c contains code which is public domain in addition
to the Expat code, and with different authors than the `Files: *`
stanza.
Other files in licenses/ do not appear to apply to the source so ideally
they could be removed as it's a bit confusing.
--
Sean Whitton
signature.asc
Description: PGP
removal in Debian. I'm attempting to file this bug with the
right metadata; please excuse me if I didn't get it right, as I'm not
really involved in the python2 removal efforts.
--
Sean Whitton
signature.asc
Description: PGP signature
Hello,
On Sat 22 Feb 2020 at 08:35AM +01, Andreas Tille wrote:
> On Fri, Feb 21, 2020 at 07:28:45PM -0700, Sean Whitton wrote:
>
>> Secondly, it looks like libsbml has never been buildable on mips64el --
>> so what exactly do you mean when you say that the build dependency wa
; could migrate.
Not sure what's going on here.
Firstly, shouldn't python-cobra be updated to depend on python3-sbml5
not python3-sbml?
Secondly, it looks like libsbml has never been buildable on mips64el --
so what exactly do you mean when you say that the build dependency was
lost?
Thanks!
-
under the `Files: *` stanza.
--
Sean Whitton
signature.asc
Description: PGP signature
/copyright
implies it is under only the GPL, and does not include all copyright
years. I think ffmpegfs.1 needs listing too.
src/ffmpegfs.cc, src/ffmpegfs.h has additional copyright years for
Henriksson.
[1]
https://github.com/khenriks/mp3fs/commit/cfda985adf4ab955bd6ea5830e077cce994816ef
--
Sean
years for IBM should include 2013-2014, 2017-2018.
Gibson's copyright on libfdt/* should be 2006, 2012 not 2006-2012.
It would be best to list the names of the authors of ccan/* in the
Copyright: field for that directory, but since the code is public
domain, it's not required.
--
Sean Whitton
MU).
Could you say more about how you ran into this problem, please?
--
Sean Whitton
signature.asc
Description: PGP signature
hat the user might want imap-dl to set the
delete flag and not expunge, and then skip deleted messages on future
runs. Then they'd expunge themselves from time-to-time.
This way, if imap-dl makes any mistakes, there is a sort of backup.
I was particularly thinking that someone might want to use this
finitely have been useful to
see the piecewise commits.
I'd like to suggest using branch names which correspond to versions of
the patch in the bug -- if I had seen imap-dl-v2 and imap-dl-v3 I would
have known immediately what to do.
--
Sean Whitton
signature.asc
Description: PGP signature
Package: mailscripts
Version: 0.16-1
If there is only one version of a patch series in a thread, you
shouldn't need to pass --reroll-count to extract it. But currently you
do unless the patch is v1.
--
Sean Whitton
signature.asc
Description: PGP signature
s. We could probably rely on the
In-reply-to header alone but we can look to see if get-lore-mbox does
anything smarter than that.
--
Sean Whitton
signature.asc
Description: PGP signature
Hello Jonathan,
On Wed 15 Jan 2020 at 06:40AM -07, Sean Whitton wrote:
> Had chance to look at this yet? It's blocking updating the backport of
> git-annex. Thanks!
Just to let you know, unless you ask me not to, I'll go ahead and upload
git to buster-backports soon.
--
Sean W
this package worked with xemacs,
which is why it doesn't use dh_elpa (I sponsored the upload).
--
Sean Whitton
signature.asc
Description: PGP signature
Package: nim-unicode
Version: 0.5.1-1
Hello,
The orig.tar has been repacked to remove the docs/ subdirectory, but
then the upstream version number needs a '+ds' suffix, and ideally a
Files-Excluded field in d/copyright. Otherwise this could be a source
of confusion.
--
Sean Whitton
or rebase your branch, so that I can compare
directly your v2 and v3 revisions of this work. Right now it is
difficult for me to know which changes are in response to my review of
your v2 patch.
--
Sean Whitton
signature.asc
Description: PGP signature
Hello,
On Wed 29 Jan 2020 at 12:08PM +01, Chris Lamb wrote:
> forwarded 950138 https://github.com/pikepdf/pikepdf/pull/76
> thanks
>
> I've forwarded this upstream here:
And upstream have applied it, so it'll get into Debian on the next
upstream release. Thanks!
--
Hello,
On Mon 27 Jan 2020 at 02:32PM -07, Nicholas D Steeves wrote:
> One thing I'm not sure about is what Policy section it would go in.
> Would it be appended to §4 as §4.18, or something else?
A new section of ch. 4 sounds good to me.
--
Sean Whitton
signature.asc
Descriptio
gt; use some of the common words but that do not carry any normative
> meaning. Was there any consideration in using uppercased keywords?
Well, Russ has now gone through and eliminated non-normative use of the
keywords, so I think the question is moot.
--
Sean Whitton
signature.asc
Description: PGP signature
and (5).
Instead, I think a 'maintmerge' script in the dgit package should do
that setup, so that non-debmake users can take advantage. See #852226.
--
Sean Whitton
signature.asc
Description: PGP signature
98,14 +799,13 @@ the upstream tarball. In order to satisfy the DFSG for
> packages in
> 2. include a copy of the sources in the ``debian/missing-sources``
> directory.
>
> -There is an optional convention to organise the contents of
> -``debian/missing-sources`` in the following way. For a sourceless
> -file ``foo`` in the subdirectory ``bar`` of the upstream tarball,
> -where the source of ``foo`` has extension ``baz``, the source is to be
> -located at ``debian/missing-sources/bar/foo.baz``. For example,
> -according to this convention, the C source code of an executable
> -``checksum/util`` is to be located at
> -``debian/missing-sources/checksum/util.c``.
> +Package maintainers are encouraged to use the following convention to
> +organize the contents of ``debian/missing-sources``: for a sourceless file
> +``foo`` in the subdirectory ``bar`` of the upstream tarball, where the
> +source of ``foo`` has extension ``baz``, the source is to be located at
> +``debian/missing-sources/bar/foo.baz``. For example, according to this
> +convention, the C source code of an executable ``checksum/util`` would be
> +located at ``debian/missing-sources/checksum/util.c``.
>
> Vendor-specific patch series
>
> diff --git a/policy/upgrading-checklist.rst b/policy/upgrading-checklist.rst
> index 06db3b5..09f58f8 100644
> --- a/policy/upgrading-checklist.rst
> +++ b/policy/upgrading-checklist.rst
> @@ -44,6 +44,10 @@ Version 4.5.0
>
> Unreleased.
>
> +9.1.1
> +No package is allowed to install files in ``/usr/lib64/``. Previously,
> +this prohibition only applied to packages for 64-bit architectures.
> +
> 9.3.2
> Packages that include system services should include ``systemd``
> service units to start or stop those services.
Seconded, except for the debian/missing-sources change, but including
the may->can change Sam suggested.
--
Sean Whitton
signature.asc
Description: PGP signature
Hello,
On Fri 03 Jan 2020 at 08:27PM -08, Russ Allbery wrote:
> Sean Whitton writes:
>> On Sun 17 Nov 2019 at 05:48PM -08, Russ Allbery wrote:
>
>>> is being used.) You must not include the ``/etc/rcn.d`` directories
>>> -themselves in the archive either. (Only t
it match a package's name."
Encouragement is still normative, so if we're going to encourage it,
it would be better to say /when/ it's encouraged and when it's not.
--
Sean Whitton
signature.asc
Description: PGP signature
Mail::Box
> (i haven't tested!) but i would be pretty sad to go back to waiting
> dozens of seconds to fetch hundreds of messages that could be fetched
> instead in a couple seconds.
Thank you for the feedback -- just thought I'd share my research.
Let's continue to work on your imap-dl.
--
S
,
etc., and use Mail::Box only to do the actual fetch and insert.
--
Sean Whitton
signature.asc
Description: PGP signature
nk that you should use 'terminate' or 'error' instead of
'exception' here. Exceptions are thrown by subroutines in programming
languages, and caught by other subroutines, but imap-dl is not a
subroutine or library of them, it's a program on the user's PATH.
Programs executed by a user do not throw exceptions to be caught by the
user, they just exit nonzero.
> +B is deliberately implemented in a modern version of python3,
> +and tries to just use the standard library. It will not be backported
> +to python2.
s/just use/use just/
--
Sean Whitton
signature.asc
Description: PGP signature
firm that you certify the contents of DEVELOPER-CERTIFICATE
(in mailscripts.git, not just that you think the code is good?
Thanks.
--
Sean Whitton
signature.asc
Description: PGP signature
er I thought the
> change accurately reflected what the GR conclusion was.
Likewise seconded.
--
Sean Whitton
signature.asc
Description: PGP signature
as we ought to get it into the next
Policy release to avoid creating any more cases that have to be migrated.
--
Sean Whitton
signature.asc
Description: PGP signature
rather than just the delimiters.
Apparently a fork of rainbow-delimiters with only "minor patches" so
ideally it could be integrated as a new feature of rainbow-delimiters.
--
Sean Whitton
signature.asc
Description: PGP signature
you to prepare a
single patch, signed off, and for the other to write an e-mail signing
it off. I'll then do a code review of the latest version of the script.
--
Sean Whitton
signature.asc
Description: PGP signature
Hello Jonathan,
On Wed 08 Jan 2020 at 04:11PM -08, Jonathan Nieder wrote:
> Happy to. Will do, some time this week or next week.
Had chance to look at this yet? It's blocking updating the backport of
git-annex. Thanks!
--
Sean Whitton
signature.asc
Description: PGP signature
.
The Release Team's conception of RC bugs, and the text of Policy, are
generated and updated by different processes, for different purposes. I
think Debian benefits from that diversity of normative processes, and it
would harm that to try too hard to keep the output of the two processes
in perfect sync.
--
Sean Whitton
signature.asc
Description: PGP signature
URL : https://hackage.haskell.org/package/bytestring
> * License : BSD-3
> Programming Lang: Haskell
> Description : Fast, compact, strict and lazy byte strings with a list
> interface
This library is bundled with ghc. I believe that it shouldn't be
pa
git-format-patch(1).
You don't need to plumb it into the building/packaging machinery.
--
Sean Whitton
signature.asc
Description: PGP signature
Package: chiark-scripts
Version: 6.1.0
Dear maintainer,
The command
% pod2man scripts/git-branchmove >git-branchmove.1
generates a suitable manpage for git-branchmove, so it would be good for
the package to install it.
--
Sean Whitton
signature.asc
Description: PGP signature
control: tag 914398 + patch
control: tag 914399 + patch
Hello Ian,
I've been using my perl git-branchmove for long enough now that I think
it would be good to upstream it into chiark-utils.
--
Sean Whitton
From 3643cd09c5a77d2f4e4ab7a02c6e3eb541dfa440 Mon Sep 17 00:00:00 2001
From: Sean
-query --show
--showformat='\${Package}\\n\${Conffiles}\\n' | grep obsolete`).
I guess that ownership of the conffile needs to be transferred to
unclutter-startup somehow.
--
Sean Whitton
signature.asc
Description: PGP signature
Package: git-remote-gcrypt
Version: 1.2-1
Severity: wishlist
Hello,
Would remove the --quiet in PUT_FINAL(), and the -q in other places.
--
Sean Whitton
signature.asc
Description: PGP signature
Hello,
On Sat 10 Dec 2016 at 09:40AM -07, Sean Whitton wrote:
> Function autoloads are handled elegantly by dh-elpa. After installing a
> package, you can just put (turn-on-some-global-minor-mode) in your
> ~/.emacs, and everything works fine.
>
> Themes defined with `deftheme
Package: dh-make-elpa
Version:0.17
Hello,
Files containing only tests should never be installed to the .deb, so
dh-make-elpa shouldn't include them in the d/elpa or d/foo.elpa file it
generates.
--
Sean Whitton
signature.asc
Description: PGP signature
try and fail to open libicu, even
though no symbols from that library actually get used.
--
Sean Whitton
signature.asc
Description: PGP signature
control: tag -1 +patch
Hello Matthew,
On Mon 02 Dec 2019 at 04:50PM +00, Matthew Vernon wrote:
> On 02/12/2019 15:52, Sean Whitton wrote:
>
>>> The various setup sections do describe e.g.
>>>% git push --follow-tags -u origin master
>
>> Actually
?
Were you looking for anything beyond these two things?
> BUILDING AND UPLOADING should also mention pushing to salsa
Yes.
--
Sean Whitton
signature.asc
Description: PGP signature
ut before we
commit to that, I'd like to hear Adam explain how he thinks the GR
interacts with the bug at all, because so far as I can tell they're
orthogonal.
--
Sean Whitton
signature.asc
Description: PGP signature
like that.
How do you think this bug is prejudicial to advocates of alternative
init systems?
At any rate, we're unlikely to do a normative Policy release before
voting is done because we usually wait until we have more than two
normative changes waiting on our 'next' branch before doing that.
--
Sea
to unstable unless
(a) the package is not in testing, or (b) they are planning to request
an unblock.
The current text seems to suggest everything carries on as normal in
unstable.
Maybe experimental should be mentioned as partly taking over the usual
role of unstable during the freeze.
--
Sean
g.
If you'd like to convert your stub paragraph into an actual patch,
against current master, please do share it for consideration.
--
Sean Whitton
signature.asc
Description: PGP signature
to be decoded, and for
> *those* messages, there is no functional change needed.
>
> But that won't be the case for the PKCS7 (S/MIME) objects we encounter
> later in the series, so it's nice to also make this more robust for
> PGP/MIME messages as well.
>
> Hope this makes sense,
It does, thank you. Adding a link to your e-mail to the changelog.
--
Sean Whitton
rypt'])
> +if cryptopayload is None:
> +logging.warning(f'Unable to decrypt')
> +return cryptopayload
> +
> def pgpy_decrypt(self, keys:List[str], ciphertext:bytes) ->
> Optional[Message]:
> if pgpy is None:
> logging.warning(f'Python module pgpy is not available, not
> decrypting (try "apt install python3-pgpy")')
This seems fine -- no functional change, right?
--
Sean Whitton
signature.asc
Description: PGP signature
'gpg',
> '--batch', '--decrypt'],
> +out:subprocess.CompletedProcess[bytes] = subprocess.run(cmd,
> stdin=inp,
>
> capture_output=True)
&g
Hello,
On Mon 25 Nov 2019 at 04:45PM -05, Daniel Kahn Gillmor wrote:
> Fully decode the encrypted part before passing it to any decryption
> mechanism.
I can go ahead and add "no functional change" to this commit message
right?
--
Sean Whitton
signature.asc
Description: PGP signature
Hello,
On Mon 25 Nov 2019 at 04:02PM -05, Daniel Kahn Gillmor wrote:
> On Mon 2019-11-25 07:59:45 -0700, Sean Whitton wrote:
>> I'm a bit apprehensive about firing up a copy of gpg-agent. The dgit
>> test suite has had a lot of issues over the past few years with properl
g up and tearing down an agent for testing. It seems to work for
now, though.
--
Sean Whitton
signature.asc
Description: PGP signature
> +except Exception as e:
> +logging.warning(f'Failed to decrypt with openssl: {e}')
> +return None
> +if out.returncode == 0:
> +return email.message_from_bytes(out.stdout)
> +return None
{e}')
> +return None
> +if out.returncode == 0:
> +return email.message_from_bytes(out.stdout)
> +return None
> +
This function is almost identical to gpg_decrypt. Please refactor.
--
Sean Whitton
signature.asc
Description: PGP signature
Hello,
On Thu 21 Nov 2019 at 02:30PM +08, Daniel Kahn Gillmor wrote:
> As we prepare for S/MIME decryption, we want to identify pgp
> decryption as just one type of decryption. There is no functional
> change here.
Acked-by: Sean Whitton
and applied.
> Signed-off-by: Daniel
obsolete-national-encoding@debian/copyright
rather than national-encoding@debian/copyright.
--
Sean Whitton
signature.asc
Description: PGP signature
Hello Nicholas,
I am not sure what is going on with your (1), (2) and (3). Perhaps you
could propose your change in the form of a patch.
--
Sean Whitton
signature.asc
Description: PGP signature
ange as part of resolving this bug, but
let's also mention the semantic change in the upgrading checklist, just
in case there is some strange edge case we've missed.
--
Sean Whitton
signature.asc
Description: PGP signature
bian/missing-sources/checksum/util.c``.
I don't think this should be strengthened to something Policy
encourages, or if it should, we should discuss it in a separate bug. So
I'd like to suggest using none of the magic words in this paragraph,
just starting it with "There is a convention to organise ..."
--
Sean Whitton
signature.asc
Description: PGP signature
d to be rebuilt
> against newer versions of their build dependencies.
Thanks, I think this is good -- would be good to hear from Nicholas too
though.
--
Sean Whitton
signature.asc
Description: PGP signature
before "... these words
describe decisions ...", to clarify that your new text is not exhaustive
regarding usage of 'may' and 'optional' in Policy?
--
Sean Whitton
signature.asc
Description: PGP signature
Hello,
On Sat 16 Nov 2019 at 04:13AM +01, Guillem Jover wrote:
> On Sat, 2019-11-09 at 08:55:23 -0700, Sean Whitton wrote:
>> On Thu 07 Nov 2019 at 09:00AM -08, Russ Allbery wrote:
>> > I'm in favor of dropping this information from debian/copyright and
>> > instead w
unising themselves from any
defaults change if they embed a call to email-print-mime-structure in
some sort of script.
We've said that machines should not try to parse the output of
email-print-mime-structure, but someone might still use a wrapper to
call email-print-mime-structure, even if that wrappe
it(1)
I'm not familiar with argparse -- can you explain the hard exit here?
I am guessing that _ARGCOMPLETE gets set when the user's shell invokes
email-print-mime-structure solely to obtain completion information?
--
Sean Whitton
signature.asc
Description: PGP signature
:46:34 -0700, Sean Whitton wrote:
>>> diff --git a/debian/control b/debian/control
>>> index fc2bccc..4c3b956 100644
>>> --- a/debian/control
>>> +++ b/debian/control
>>> @@ -38,6 +38,8 @@ Depends:
>>> Recommends:
>>> devscripts,
t:Optional[Message] = None` line, right? I don't
see the ret variable being used after its declaration.
--
Sean Whitton
signature.asc
Description: PGP signature
00)
>
> are available in the Git repository at:
>
> https://salsa.debian.org/ansgar/policy.git typo-multple-multiple
>
> for you to fetch changes up to ce89b3c4ea96b9767264cd3589a43686ad4d9cac:
>
> typo: multple → multiple (2019-11-09 12:45:21 +0100)
Thanks, applied.
--
Sean Whitton
signature.asc
Description: PGP signature
son not to drop the Source:
field, since the descriptive homepage will usually have a link to the
git web view. But I thought I'd note my experience.
--
Sean Whitton
signature.asc
Description: PGP signature
argument, which in turn would make the script only work in a
> POSIX environment (i believe, but have not tested, that the script can
> currently be used on Windows).
This makes sense to me. One possible advantage of --status-fd would be
that we could be more confident gpg will never outpu
PGP secret
> +keys.
This isn't really a limitation anymore, so could either be deleted, or
incorporated elsewhere in the manpage.
> +
> +If B has been asked to decrypt parts with
> +either B<--pgpkey> or with B<--use-gpg-agent=true>, and it is unable
> +to decrypt an encrypted part, it will emit a warning to stderr.
Likewise, not really a limitation anymore.
--
Sean Whitton
signature.asc
Description: PGP signature
gets
called if it was possible to load the module?
I think I'd find that easier to read, myself, but you're the one likely
to be maintaining this script, so I'll defer to you.
--
Sean Whitton
signature.asc
Description: PGP signature
notmuch-extract-thread-patches) would enable the user to specify which
version of the patch series should be extracted from the thread. I
think we'd want to rely on looking for the [PATCH .* vN .*] subject
prefix.
--
Sean Whitton
signature.asc
Description: PGP signature
Any other
ideas for better phrasing?
--
Sean Whitton
signature.asc
Description: PGP signature
dow".
> `---
>
> It's not clear to me, whether this refers to the packaging or any
> program provided by that package. Depending on the reading this
> would make the passwd package buggy. So it might be worth clarifying
> probably by adding "passwd" to the excepti
of their build dependencies."
Thank you for this. I agree that the sentence is unnecessarily hard to
read. Perhaps you could propose a patch against policy.git.
--
Sean Whitton
signature.asc
Description: PGP signature
gt;
> it's in Debian/collab-maint and not Team Emacsen team namespace.
This is a team upload, not an NMU, because the Maintainer field is set
to the team. Where the repo is to be found in salsa is irrelevant to
whether or not it's an NMU.
--
Sean Whitton
signature.asc
Description: PGP signature
v-rc's d/copyright in light of the change -- I was just
providing the information I had, without thinking I could answer the
question for you. Sorry if that was unclear.
--
Sean Whitton
signature.asc
Description: PGP signature
r during a change of runlevel. These scripts should
> +be named ``/etc/init.d/package``, and they should accept one argument,
> +saying what to do:
>
> ``start``
> start the service,
Seconded.
--
Sean Whitton
signature.asc
Description: PGP signature
are.
--
Sean Whitton
signature.asc
Description: PGP signature
Package: notmuch
Version: 0.29.2-1
Severity: wishlist
Dear maintainer,
I would like to suggest that notmuch `Suggests: mailscripts`, as the
latter package contains features useful specifically to notmuch users.
Let me know if you want more information on what those features are.
--
Sean
ring them!
Thanks for the contribution!
I used `M-x notmuch-extract-thread-patches` from mailscripts to apply
them :D
--
Sean Whitton
signature.asc
Description: PGP signature
Hello,
On Sat 02 Nov 2019 at 12:15AM -04, Daniel Kahn Gillmor wrote:
> On Fri 2019-11-01 20:37:34 -0700, Sean Whitton wrote:
>> I've applied your first patch to my master.
>
> hm, i don't see this merge when i "git remote update origin" (where
> "origin" is
is in the same commit as adding the new feature. Could you
split that into two or more commits, please?
--
Sean Whitton
signature.asc
Description: PGP signature
fectively) replace the old one. Indeed, that would be recommended.
--
Sean Whitton
signature.asc
Description: PGP signature
oon and contributors would
appear to hold copyright too.
--
Sean Whitton
signature.asc
Description: PGP signature
ably safe for dgit to use that to get a
list of the binary packages built by 'pkg'. After all, this is only a
check to prevent mistakes, not a process which determines any of the
contents of uploads.
--
Sean Whitton
signature.asc
Description: PGP signature
ties.
>
> It seems it is still correct. I double-checked last part, about
> runlevels 0/6, reading source of /etc/init.d/rc -- it is still accurate.
What I meant here was that it might be that only Ian holds copyright on
the text, not the other copyright holders listed for the Policy Manual
in
dgit have to connect to the Internet in order to perform the
detection?
I'm not sure we want a build command performing any connections.
--
Sean Whitton
signature.asc
Description: PGP signature
ee
> +the ``README.runlevels`` file shipped with ``sysv-rc`` for
> +implementation details. Other alternatives might exist.
> +
> +Maintainer scripts must use ``update-rc.d`` as described below to
> +interact with the service manage for requests such as enabling or
> +disabling services. They should use ``invoke-rc.d`` as described below
> +to invoke initscripts for requests such as starting and stopping
> +service.
>
> .. _s-writing-init:
--
Sean Whitton
signature.asc
Description: PGP signature
s
License: GPL-2+
... but I'm not sure this text has actually ever been updated since Ian
Jackson wrote it the mid-nineties.
You can see all of the text that we are removing by fetching commit
6f04afb058a4cbf8914fad028abef42d3505447b from the policy.git master
branch.
--
Sean Whitton
signature.asc
Description: PGP signature
ttps://example.org/repo``.
> +
> +In the case of Mercurial, the value must have the following syntax::
> +
> + [ " -b " ]
> +
> +This is interpreted the same way as the Git syntax except a path
> +within the repository is not supported.
>
> A package control
d cookie. I've opted for the former.
--
Sean Whitton
signature.asc
Description: PGP signature
recommended by devscripts, so
we can hard depend on anything else that we know we need.
--
Sean Whitton
signature.asc
Description: PGP signature
Hello,
On Tue 17 Sep 2019 at 12:24PM +02, Andrej Shadura wrote:
> In line 61, grep -Eq may cause a pipefail if grep exits before git
> ls-tree concludes. With a debug print for $? I can see this:
Here's a patch implementing the fix. Thank you for the report!
--
Sean Whitto
#911024 for more info.
--
Sean Whitton
signature.asc
Description: PGP signature
Hello Norbert,
On Thu 17 Oct 2019 at 09:21AM +09, Norbert Preining wrote:
> unclutter-startup cannot --configure properly and always terminates with
> post-installation script subprocess returned error exit status 10
Thank you for testing the new package in experimental!
--
Sean W
Hello,
On Fri 30 Aug 2019 at 01:43PM -07, Sean Whitton wrote:
> I intend to take a shot at converting the package.
I'm no longer intending to do this, having rewritten the subset of
archivemail's functionality that I need using perl's Mail::Box module.
--
Sean Whitton
signature.
801 - 900 of 2910 matches
Mail list logo