control: tag -1 + moreinfo
Hello,
On Sun 12 Jul 2020 at 07:31PM +08, Shengjing Zhu wrote:
> I will amend this RM bug, after cleaning up the above packages.
> But I'm not sure if the dependency problem is blocker for RM.
It is.
Please remove tag when fixed.
--
Sean Whitton
signatu
etter if you were simply to orphan it.
--
Sean Whitton
signature.asc
Description: PGP signature
Hello Jason,
On Sat 11 Jul 2020 at 09:29PM -07, Jason Self wrote:
> Sean Whitton asked:
>> On the other hand you say you think that we should remove the Chef
>> package because there are not going to be future upstream releases
>> which are free software. Could you p
hat a new
> browser goes through?
I think in this case Clint meant that haskell-binary-instances would
need to go through NEW, not the new github library.
--
Sean Whitton
signature.asc
Description: PGP signature
Package: wnpp
Severity: wishlist
Owner: Sean Whitton
* Package name: emacs-orgalist
Version : 1.12
Upstream Author : Nicolas Goaziou
* URL : https://elpa.gnu.org/packages/orgalist.html
* License : GPL-3+
Programming Lang: Emacs Lisp
Description
age, not that new releases will be
DFSG-nonfree.
--
Sean Whitton
signature.asc
Description: PGP signature
.
If you haven't yet determined for sure that the test failures indicate
the package is never going to work on s390x, why not just disable the
tests on that architecture for now? Removal seems premature.
--
Sean Whitton
signature.asc
Description: PGP signature
So, you'd say that the successful build was a random success, and it
*usually* fails? To be honest it seems odd to me remove something based
on a random failure, but if it is much more often than not and you think
the upstream issue is unlikely to get fixed soon, I will trust your
judgement.
--
Sean Whitton
signature.asc
Description: PGP signature
worth noting that we don't ship more than one version of GNU Emacs
in the archive anymore, so if and when XEmacs leaves Debian, there would
seem to be little reason to keep this.
--
Sean Whitton
signature.asc
Description: PGP signature
never really was
The FTBFS has been fixed and it has a popcon of ~40 which does not seem
non-existent. Is there other reason to think it isn't usable? Have you
tried it out?
--
Sean Whitton
signature.asc
Description: PGP signature
gt; start using it. We can save our QA energy for other packages.
I'm not sure about this; the package is not getting in anyone's way, and
someone might find it useful.
May I ask whether you've written to autou...@packages.debian.org with
notice of the removal?
--
Sean Whitton
signature.asc
Description: PGP signature
viously
> that's also not happening.
Have you written to lib...@packages.debian.org with notice of this
removal?
I'd like to ask you to remove the moreinfo tag from this bug once two
weeks have passed after writing to that address, so we can be sure
no-one wants to maintain it.
--
Sean Whitton
signature.asc
Description: PGP signature
control: tag -1 + moreinfo
Hello Adrian,
On Sun 05 Jul 2020 at 11:30PM +03, Adrian Bunk wrote:
> Package: ftp.debian.org
> Severity: normal
>
> See #934619 for background.
Seems like bcbio would be broken by this removal.
Please remove the moreinfo tag when rdeps are fixed.
--
Hello,
There's some activity upstream but no progress on their bug report for
python3 support, so I'll remove, but with a slightly amended removal reason.
--
Sean Whitton
signature.asc
Description: PGP signature
e not in testing as
>> RC
>> for other reasons, so let's not wait on them
>
> can you please proceed with this removal? thanks!
Just to explain the hold up, since there are rdeps, it needs an ftp team
member with python2 transition-specific knowledge to process the
removal. So it m
fixed anytime soon?
--
Sean Whitton
signature.asc
Description: PGP signature
gt;
> So the full list is:
>
> chef ohai ruby-knife-acl chef-zero ruby-cheffish ruby-compat-resource
We need separate RM bugs for each of these, please.
Please remove the moreinfo tag from this bug when there are no more
rdeps for chef itself.
--
Sean Whitton
signature.asc
Description: PGP signature
xist.
> (as requested in
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=956258# )
I got a bit confused here -- please put the old section, not the source
package name, at the end of the lines.
--
Sean Whitton
signature.asc
Description: PGP signature
ng why they're needed, we might as well program dak to
automatically update sections when the control file changes.
--
Sean Whitton
signature.asc
Description: PGP signature
Hello,
On Tue 07 Jul 2020 at 01:11AM -04, Sandro Tosi wrote:
> control: tag -1 - moreinfo
>
> On Tue, Jul 7, 2020 at 12:58 AM Sean Whitton wrote:
>>
>> control: tag -1 + moreinfo
>>
>> Hello,
>>
>> On Sun 05 Jul 2020 at 01:14AM -04, Sandr
no longer depends on it. Thank you
for your efforts!
--
Sean Whitton
signature.asc
Description: PGP signature
//bugs.debian.org/cgi-bin/bugreport.cgi?bug=956258# )
Sure, but could you briefly explain the reason?
--
Sean Whitton
signature.asc
Description: PGP signature
Package: wnpp
Severity: wishlist
Owner: Sean Whitton
* Package name: org-roam
Version : 1.2.0
Upstream Author : Jethro Kuan and contributors
* URL : https://github.com/org-roam/org-roam
* License : GPL-3+
Programming Lang: Emacs Lisp
Description : non
Package: wnpp
Severity: wishlist
Owner: Sean Whitton
* Package name: emacsql-sqlite3
Version : 1.0.0~git20200627.1.0d5b0cf4
Upstream Author : Zhu Zihao
* URL : https://github.com/cireu/emacsql-sqlite3
* License : GPL-3+
Programming Lang: Emacs Lisp
ith this new release it came new dependencies for which there is no
> udeb, I decided to revert the udeb for now so 3.2.0-1 went directly to
> unstable.
Sorry, please ignore my other mail.
Do you want me to REJECT it from NEW?
--
Sean Whitton
Hello,
On Wed 24 Jun 2020 at 11:10PM +01, Ian Jackson wrote:
> BTW I looked at
> https://tracker.debian.org/pkg/rsync
> and it says under "versions"
>NEW/unstable: 3.1.3-9
> which is rather odd. I thought you should be told.
It just means that rsync is in binary-NEW.
--
Sean Whitton
Hello,
On Tue 23 Jun 2020 at 01:47AM +02, Jonas Smedegaard wrote:
> Quoting Sean Whitton (2020-06-22 23:26:37)
>> Would someone want to use libjs-katex without nodejs installed?
>
> Yes: Pandoc can produce output which uses katex rendered with the
> Javascript interpret
ugh. They could have just asked for an explanation before rejecting.
You should ensure it's visible in the source package, in
README.{source,Debian} and/or d/changelog.
--
Sean Whitton
binary package split to solve a problem and that's a
reasonable way to go about solving the problem, we'll sign off on it.
--
Sean Whitton
efully applying this patch and marking the upload as closing this
bug, but if Ilias thinks we should still consider dropping this library
for the reason that it's unmaintained, he should reopen the bug.
--
Sean Whitton
GHC 8.8, is not part of Stackage and has no rev
> dependencies.
>
> I intend to remove this package.
keysafe, in experimental, depends on haskell-readline.
CCing upstream: Joey, do you think it would be possible for keysafe to
migrate to use something maintained?
--
Sean Whitton
;
> Can I suggest that this sentence might be clarified as follows
>
> remember that hyphen (-) cannot be used in
> native {-package versions-}{+version numbers+}
>
> ?
Thanks, applied this change.
--
Sean Whitton
that ..."
clause.
Thus the only Policy issue here could be the addition of an explicit
permission to use Debian revisions with 1.0 native packages. As
discussion is ongoing in the context of Lintian, that seems premature,
however.
So I think we can close the clone of this bug against Policy for now.
--
Sean Whitton
Package: wnpp
Severity: wishlist
Owner: Sean Whitton
Control: block 962688 by -1
* Package name: emacs-pg-el
Version : 0.13~git.20130731.456516ec-1
Upstream Author : Eric Marsden
* URL : https://github.com/cbbrowne/pg.el
* License : GPL-2+
Programming Lang
Package: wnpp
Severity: wishlist
Owner: Sean Whitton
* Package name: emacsql
Version : 3.0.0
Upstream Author : Christopher Wellons
* URL : https://github.com/skeeto/emacsql
* License : Unlicense
Programming Lang: Emacs Lisp & C
Description :
us-x11 right before attempting to install Emacs, apt
will not attempt the init system replacement.
--
Sean Whitton
signature.asc
Description: PGP signature
control: tag -1 + patch
Hello,
On Wed 27 May 2020 at 01:55PM -07, Sean Whitton wrote:
> From 0b881dddb050a7f0833bc37842082934492d23c6 Mon Sep 17 00:00:00 2001
> From: Sean Whitton
> Date: Wed, 27 May 2020 13:49:07 -0700
> Subject: [PATCH] Dgit::upstream_commitish_search: fail if m
name, so this instruction could never have been correct.
--
Sean Whitton
From 2527cd10d43a8eb0319584601a1e24f447ffe221 Mon Sep 17 00:00:00 2001
From: Sean Whitton
Date: Wed, 27 May 2020 13:57:47 -0700
Subject: [PATCH] dgit-maint-debrebase(7): Drop bad advice about upstream/ tag
case
The first
the v3.2.1 tag.
Expected result: complain that both v3.2.1 and upstream/3.2.1 tags
exist, and ask user to supply more arguments to new-upstream
subcommand to indicate which they want to use.
Attached is a minimal fix.
--
Sean Whitton
From 0b881dddb050a7f0833bc37842082934492d23c6 Mon Sep
Package: wnpp
Severity: wishlist
Owner: Sean Whitton
* Package name: ggtags
Version : 0.8.13
Upstream Author : Leo Liu
* URL : https://github.com/leoliu/ggtags
* License : GPL-3+
Programming Lang: Emacs Lisp
Description : improved Emacs interface
hat I have permission (or encouragement, or
> whatever) to do so now.
The issue is not really actionable at the distro level -- we wouldn't
add a patch to change this behaviour.
So it sounds like the discussion should indeed be moved to the upstream
bug tracker.
--
Sean Whitton
signature.asc
Description: PGP signature
t not contain a non-default series file. That is,
+dpkg's vendor-specific patch series feature must not be used for
+packages in the Debian archive.
+
+(previously a "should not")
+
Version 4.5.0
-
--
Sean Whitton
signature.asc
Description: PGP signature
urs --allow-unrelated-histories v0.14.0
% git merge v0.14.1
This is better than my patch. If you could confirm, I can prepare a new
patch.
--
Sean Whitton
signature.asc
Description: PGP signature
Package: dgit
Version: 9.10
Hello,
For help understanding some of the advanced git commands presented.
--
Sean Whitton
From 9fa8141cf5e19f469c27c218c7378e9b3e87cf2e Mon Sep 17 00:00:00 2001
From: Sean Whitton
Date: Mon, 4 May 2020 17:27:01 -0700
Subject: [PATCH] dgit-maint-{merge,rebase}(7
Package: dgit
Version: 9.10
Sometimes needed.
--
Sean Whitton
From 5e248c400d5df4a4425455678b7e92513bc5eb3c Mon Sep 17 00:00:00 2001
From: Sean Whitton
Date: Mon, 4 May 2020 17:24:16 -0700
Subject: [PATCH] dgit-maint-merge(7): Mention --allow-unrelated-histories
This won't come up often so
Hello,
On Mon 04 May 2020 at 05:17PM +02, Marco Ricci wrote:
> Thus wrote Sean Whitton:
>> On Sun 03 May 2020 at 08:57am +02, Marco Ricci wrote:
>>> After upgrading the repository format to v8, `git annex add` sometimes
>>> treats ordinary files stored in a dotdir the
> git by default unless I set `annex.dotfiles`, but I do not expect this to
> happen with non-dotfiles, even if they are located within dotdirs.
So what you are suggesting is that git-annex should treat all files
within dotdirs as if they were themselves dotfiles?
--
Sean Whitton
;
> So the issue should be fixed within the next hours.
Thank you both for working on this!
--
Sean Whitton
Hello,
On Thu 23 Apr 2020 at 01:09PM +03, Adrian Bunk wrote:
> On Tue, Mar 24, 2020 at 09:30:55PM -0700, Sean Whitton wrote:
>> On Tue 10 Mar 2020 at 06:32PM +01, László Böszörményi (GCS) wrote:
>>
>> > Its CONTRIBUTING.md [3] adds: "Subject to applicable licensi
PER-CERTIFICATE?
Thanks.
--
Sean Whitton
signature.asc
Description: PGP signature
bin:krop for these sorts of purposes; it's been working
well so far. Check it out!
--
Sean Whitton
signature.asc
Description: PGP signature
.
Please ask upstream to replace "present" with the year in which the file
was most recently modified.
--
Sean Whitton
signature.asc
Description: PGP signature
Hello,
On Fri 10 Apr 2020 at 10:45PM +02, Guillem Jover wrote:
> On Tue, 2020-04-07 at 17:18:27 -0700, Sean Whitton wrote:
>> On Wed 08 Apr 2020 at 01:18AM +02, Guillem Jover wrote:
>> >> +The copyright information for files in a package must be copied
>> >>
control: tag -1 +pending
Hello,
On Sun 05 Apr 2020 at 05:54PM -07, Sean Whitton wrote:
> Here's a patch for seconding, and for the FTP Team to approve. Thanks
> to Scott for prompting the "all copies" amendation.
FTP Team approval happened at today's team meeting:
http://me
Hello,
On Thu 09 Apr 2020 at 08:26PM -04, Sandro Tosi wrote:
> a couple of weeks have passed now, any progress on this effort?
I started it but was not able to do a lot and others have not been
active, I'm afraid.
--
Sean Whitton
signature.asc
Description: PGP signature
science - optional, .deb says
> oldlibs - optional
Can you explain why some of these are oldlibs please?
--
Sean Whitton
signature.asc
Description: PGP signature
that address your concerns with the copyright for this file?
Makes sense to me. Thanks!
--
Sean Whitton
signature.asc
Description: PGP signature
Hello,
On Tue 07 Apr 2020 at 06:30PM -04, Sandro Tosi wrote:
> Package: ftp.debian.org
> Severity: normal
>
> Hello,
> a few more override updates:
Done these.
--
Sean Whitton
signature.asc
Description: PGP signature
following" or something before the list.
> I'm don't think abbreviating debian/ as d/ is appropriate in policy?
> (Personally I fint it annoying also on debian/changelog, because then
> you need to search using multiple variants of the filenames, but meh. :)
Thanks for catching this
tributions;
>>
>> I'm assuming the entire list is supposed to hold at the same time? If
>> so perhaps adding an «and» here would make this completely unambiguous.
>
> Actually I think it would be the opposite. If we had:
I think Guillem means adding an 'and' after the semicolon.
control: tag -1 + patch
Hello,
On Thu 26 Mar 2020 at 09:57AM -07, Sean Whitton wrote:
> The relevant parts of Policy to update are §§ 2.3, 4.5 and 12.5.
Here's a patch for seconding, and for the FTP Team to approve. Thanks
to Scott for prompting the "all copies" amendation.
ht notices
in d/copyright, but I disagree that my text leaves any room for doubt.
The text you quote would seem clearly to "require that copyright
information be included in all binary distributions".
Perhaps you could suggest an amendation to my text so I can better see
what you mean abo
he
requirements to document licenses in a way I did not intend.
--
Sean Whitton
signature.asc
Description: PGP signature
Source: python-wordcloud
Version: 1.6.0+dfsg-1
Hello,
During review in NEW I noticed that wordcloud/_version.py is not Expat.
--
Sean Whitton
signature.asc
Description: PGP signature
Hello,
On Sat 28 Mar 2020 at 03:45PM +01, Moritz Mühlenhoff wrote:
> Gentle ping.
Typically we try to build all the libghc-* packages against the new GHC
in experimental before uploading anything to unstable. That hasn't
happened yet which is why things haven't moved.
--
Sean Whitton
are a bit of a pain to carry around.
--
Sean Whitton
signature.asc
Description: PGP signature
that file.
[1] https://lists.debian.org/debian-devel-announce/2018/10/msg4.html
[2] Though, that does tend to slow down NEW review.
--
Sean Whitton
signature.asc
Description: PGP signature
Hello Jonas,
On Wed 25 Mar 2020 at 05:33PM +01, Jonas Smedegaard wrote:
> Hi Sean,
>
> Quoting Sean Whitton (2020-03-25 16:44:41)
>> Source: python-pyscrypt
>> Version: 1.6.2-1
>>
>> Hello,
>>
>> During review in NEW I noticed that tests/test2.txt
Apache 2.0 does not require we document all
copyright claims, but Policy does.)
--
Sean Whitton
signature.asc
Description: PGP signature
Source: python-pyscrypt
Version: 1.6.2-1
Hello,
During review in NEW I noticed that tests/test2.txt is public domain but
d/copyright says it's Expat.
--
Sean Whitton
signature.asc
Description: PGP signature
probably from Jack.
Based on what I've seen so far it is not clear to me that it's
DFSG-free. The various files you reference contain links to various
policies, which might supercede the text you quote from CONTRIBUTING.md
(as "applicable licensing rules").
--
Sean Whitton
signature.asc
Description: PGP signature
Hello,
On Sat 29 Feb 2020 at 09:38PM -08, Russ Allbery wrote:
> Sean Whitton writes:
>
>> One issue with using uppercased words is that people might think the
>> words have the same meaning as they do in RFCs, which they don't.
>
>> Your idea of marking key
that
the requirement to seek consensus on debian-devel is not sufficient.
--
Sean Whitton
signature.asc
Description: PGP signature
sn't matter that it's no longer installed after
> a debootstrap.
>
> Please update the override accordingly.
Can you point to the relevant changelog entries so I can look through
what's going on before changing the override? Thanks.
--
Sean Whitton
signature.asc
Description: PGP signature
Source: rust-maybe-uninit
Version: 2.0.0-1
Hello,
During review in NEW, I noticed that in the file LICENSE-MIT there is a
copyright notice for 2010, although d/copyright mentions only 2019.
--
Sean Whitton
signature.asc
Description: PGP signature
> against: the entire changelog entry, or one line thereof at a time.
I see what you mean.
> Here's a revision of the patch incorporating the feedback so far:
I'm happy to go ahead and apply this though it would be useful for
someone else to verify the text does indeed agree with the regexp.
Th
; span multiple lines. I'm guessing the syntax file is right and the patch
> should
> be changed?
In PCREs \s matches the newline character so I believe your text is
incorrect.
--
Sean Whitton
signature.asc
Description: PGP signature
here, so
the text is not normative. Thus I guess the authoritative version is
the implementation in dak.
In terms of preparing your patch, I would like to suggest that you give
the perl first and then maybe say "which is roughly equivalent to ..."
and then include your English
lish,
> in addition to or instead of the description in Perl.
How about including both the Perl and the English, to make things easier
for the maximum number of people?
Removing the Perl strikes me as deleting something which could be very
useful to someone (e.g. if they're writing a script of
1071 2019-07-08 23:11
./usr/share/cargo/registry/maybe-uninit-2.0.0/LICENSE-MIT
-rw-r--r-- root/root 996 2019-07-10 13:13
./usr/share/cargo/registry/maybe-uninit-2.0.0/README.md
I don't know where this needs to be fixed, but maybe in dh-cargo, so
filing a bug here. Thanks!
--
Sean
stream to update the copyright claims in their
next release.
> This package was approved by FTP-Master team today. So, all is right.
Yes, I was the one who marked it for ACCEPT :)
--
Sean Whitton
signature.asc
Description: PGP signature
ible toolkit might be better off writing
> their own, using the existing libraries.
This makes sense to me.
--
Sean Whitton
signature.asc
Description: PGP signature
Source: qabcs
Version: 1.0.2-1
Hello,
I believe that the only copyright holder actually mentioned in the
source is DanSoft, not the individual Alexander Danilov.
--
Sean Whitton
signature.asc
Description: PGP signature
Hello László,
On Mon 02 Mar 2020 at 10:41PM +01, László Böszörményi (GCS) wrote:
> On Mon, Mar 2, 2020 at 7:54 PM Sean Whitton wrote:
>> On Mon 02 Mar 2020 at 06:39PM +01, László Böszörményi (GCS) wrote:
>> > On Mon, Mar 2, 2020 at 10:27 AM Alvin Chen wrote:
>> >&
ter was released with that kind of
> behavior.
It's definitely undesirable, but unfortunately no-one submitted a patch
in time for the buster release.
IMO it's better to have the ability to do this manual upgrade than not
to have radicale in buster/bullseye at all -- or do you have a third
option in mind?
--
Sean Whitton
signature.asc
Description: PGP signature
le. But let me ask our FTP Masters
> and Jack himself how to interpret it.
Can you give a link to the file in question please?
--
Sean Whitton
signature.asc
Description: PGP signature
different copyright holders and license; possibly
not DFSG-free due to "GOVERNMENT USE" section.
- src/libImaging/{QuantOctree.c,raqm.h,nmake.opt} have different
licenses and copyright holders.
--
Sean Whitton
signature.asc
Description: PGP signature
copyright holders and license; possibly
not DFSG-free due to "GOVERNMENT USE" section.
- src/libImaging/{QuantOctree.c,raqm.h,nmake.opt} have different
licenses and copyright holders.
--
Sean Whitton
signature.asc
Description: PGP signature
Source: rust-whoami
Version: 0.7.0-1
Hello,
During review in NEW I noticed that CODEOFCONDUCT.md is under a
different license and has different copyright holders.
--
Sean Whitton
signature.asc
Description: PGP signature
don't think we need to convert words that don't explicitly appear in
the keywords list -- "may not" would inherit its meaning from "may"
being a keyword, wouldn't it?
--
Sean Whitton
signature.asc
Description: PGP signature
rge' script in the dgit package should do
>> that setup, so that non-debmake users can take advantage. See #852226.
>
> debmake is already creating a template for (2).
> I like the idea of putting these steps in a dgit script though and
> having the dgit-maint-merge(7) manpage explain how to use it. Then maybe
> debmake could add a basic mode to handle the other remaining things.
I agree.
--
Sean Whitton
signature.asc
Description: PGP signature
and manage .bib-files, all within Emacs. It supports @string
and @preamble definitions, multi-line field values, searching, and
integration with Emacs' (La)TeX mode.
--
Sean Whitton
signature.asc
Description: PGP signature
Emacs support for editing Clojure source files,
CIDER's cider-mode provides support for interacting with a running Clojure
process for compilation, debugging, looking up definitions and more.
--
Sean Whitton
signature.asc
Description: PGP signature
highlighting), indentation, navigation and basic
refactoring for the Clojure programming language (http://clojure.org).
.
Also provides clojurescript-mode, clojurec-mode (for .cljc files) and
clojurex-mode (for .cljx files).
--
Sean Whitton
signature.asc
Description: PGP signature
control: retitle -1 gajim-syntaxhighlight: d/copyright implies
d/syntax_highlight.svg is copyright by the Debian maintainer
Hello,
On Fri 28 Feb 2020 at 07:57AM -07, Sean Whitton wrote:
> Package: gajim-syntaxhighlight
> Version: 1.1.4-2
>
> ... but it is actually copyri
Package: gajim-syntaxhighlight
Version: 1.1.4-2
... but it is actually copyright upstream.
--
Sean Whitton
signature.asc
Description: PGP signature
Hello Andreas,
On Wed 26 Feb 2020 at 05:00PM +01, Andreas Tille wrote:
> Hi Sean,
>
> On Wed, Feb 26, 2020 at 08:18:54AM -0700, Sean Whitton wrote:
>> Following the GitHub trail suggests that buildwheels.sh has license CC0
>> not Expat.
>
> Do you have a link
Source: python-tinyalign
Version: 0.2-1
Hello,
Following the GitHub trail suggests that buildwheels.sh has license CC0
not Expat.
--
Sean Whitton
signature.asc
Description: PGP signature
and which might break a
> bunch of stuff...
>
> it feels like everyone is using magit from MELPA right now, which
> seems far from ideal, especially when packages like magit-todos are
> entering debian, *relying* on versions from MELPA instead of Debian!
Magit 3.0 is due for release quite soon
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
701 - 800 of 2909 matches
Mail list logo