Hello,
On Tue 15 Dec 2020 at 11:14AM GMT, Mark Hindley wrote:
> Sean and Simon,
>
> On Mon, Dec 14, 2020 at 01:17:30PM -0700, Sean Whitton wrote:
>> > In the cases where the regression was accidental, ideally, the answer
>> > would be someone calmly and polit
Hello,
On Mon 14 Dec 2020 at 05:29PM -05, David Steele wrote:
> On Mon, Dec 14, 2020 at 3:48 PM Sean Whitton
> wrote:
>
>>
>>
>> Putting aside the use of the alternatives system, why is a virtual
>> package wanted? When would it be useful to be able to
Hello,
On Tue 15 Dec 2020 at 06:02PM +01, Oxan van Leeuwen wrote:
> Hi,
>
> On 14-12-2020 22:43, Sean Whitton wrote:
>> On Mon 30 Nov 2020 at 07:49PM +01, Bill Allombert wrote:
>>> 'not fail' here means that the script terminates with return code 0.
>>
>> Thi
by Niels
and Guillem). They were designing for the very long term, so I don't
think we can safely infer much from the present contents of the archive.
I'm also not really convinced by your arguments that having these other
possible values adds much of a burden. This is not about code whi
apsing years just when the license does not have a
copyright notice reproduction requirement (see the changes in #955005
for another example of making Policy copyright notice requirements
conditional on particular licenses).
--
Sean Whitton
signature.asc
Description: PGP signature
n. I don't think that's a particularly sensible
>> requirement.
>
> 'not fail' here means that the script terminates with return code 0.
This is how I would read it too. Would a patch to add "(i.e. exit with
return code 0)" resolve the original submitter's concerns?
--
Sean Whitton
signature.asc
Description: PGP signature
.git, please, for
seconding? See README.md in policy.git for more info.
--
Sean Whitton
signature.asc
Description: PGP signature
concern about tooling issues, please?
On the other side of this dispute, in #631985, there is a concrete
example of how someone's life is made easier by having the compression
turned on, but on the other side things are less substantiated.
Thanks.
--
Sean Whitton
signature.asc
Description: PGP signature
e able to declare a
dependency and have it satisfied by one of these implementations?
So far this does not seem anything like, e.g., wanting to declare a
dependency on having the ability to programmatically send e-mail.
--
Sean Whitton
signature.asc
Description: PGP signature
s later perhaps it is more.) On the
other hand, in #922744, there is only an unsubstantiated reference to
tooling support.
I'm going to write to the submitter of #922744 asking for more info.
> Why punt it to you?
> ===
>
> [...]
I think the reasons you give
e need a summary.
Please make another attempt at summarising the dispute. Please also
indicate which of the TC's powers (as granted by the constitution) you
are asking us to make use of.
Thanks.
--
Sean Whitton
signature.asc
Description: PGP signature
Hello,
On Mon 14 Dec 2020 at 10:58AM GMT, Simon McVittie wrote:
> On Sun, 13 Dec 2020 at 14:38:24 -0700, Sean Whitton wrote:
>
>> Participants in the thread who have argued on that side of the
>> discussion seem to implicitly rely on the idea that a package maintainer
hich do not rely on the idea that a
package maintainer is equally responsible for regressions anywhere in
their package, or, of course, an argument that I'm misunderstanding
what's being implicitly assumed.
The dependency issue is more challenging.
--
Sean Whitton
signature.asc
Description: PGP signature
o just 2009--2015, but I don't think we should
encourage combining 2009--2011 and 2013 into 2009--2013.
--
Sean Whitton
signature.asc
Description: PGP signature
would necessarily involve the TC interacting with
the GR in a way that the constitution does not permit. We are being
asked to decide about one package, and being invited to generalise in a
way that falls within the scope of our dispute resolution role.
--
Sean Whitton
| Copyright 2009, 2005-2015 Angela Watts
>
> ?
The former. If you'd like to propose a patch making this clearer we
could get it applied.
--
Sean Whitton
led
input from the package maintainer.
We can speculate as to whether the dispute would have proceeded better
or worse with more verbose messages from Michael before now, but it
would be beside the point.
--
Sean Whitton
led
input from the package maintainer.
We can speculate as to whether the dispute would have proceeded better
or worse with more verbose messages from Michael before now, but it
would be beside the point.
--
Sean Whitton
signature.asc
Description: PGP signature
t today's meeting one point which we thought was missing from this
summary was that no-one on the committee has any appetite for overruling
the package maintainer, so it is very unlikely that will be the outcome
of this bug.
--
Sean Whitton
signature.asc
Description: PGP signature
Hello,
On Mon 16 Nov 2020 at 04:12AM +01, Guillem Jover wrote:
> On Sat, 2020-11-07 at 13:30:13 -0700, Sean Whitton wrote:
>> Could I ask you to explain your wanting to reduce the Essential set for
>> the sake of small installation size in more detail, including some
>
control: tag -1 + pending
Hello,
On Mon 09 Nov 2020 at 12:12PM +01, Mattia Rizzolo wrote:
> On Sat, Nov 07, 2020 at 01:01:28PM -0700, Sean Whitton wrote:
>> diff --git a/policy/ch-controlfields.rst b/policy/ch-controlfields.rst
>> index 0d7a3e9..a21a510 100644
>
the user has configured for his personal git usage.
Could you provide steps to reproduce, please?
If you could give us a particular commit hash to check out of a
repository somewhere to start with, that would be good.
--
Sean Whitton
signature.asc
Description: PGP signature
know I'm not going to have to spend
time improving my knowledge of awk, and anyway having to use a tool
which I think is worse.
I don't mean to suggest that this usecase of mine is decisive, but it
illustrates that the benefits of keeping Essential as it is are clear,
whereas the benefits of reducing Essential are, currently, vague. Could
we actually decrease installation size in a way that actually benefits
actually existing usecases if we were to start trying to reduce
Essential? I would like to see evidence of that.
--
Sean Whitton
signature.asc
Description: PGP signature
tandalone-tmpfiles
> - Those binaries packages would only ship /bin/systemd-sysusers resp.
> /bin/systemd-tmpfiles and have a Conflicts/Replaces: systemd
From an ftpteam perspective it would probably be preferable to have a
single systemd-standalone binary package which could, if you wanted,
have Provi
control: tag -1 + patch
Hello,
On Wed 30 Sep 2020 at 11:23AM +02, Christian Kastner wrote:
> On 2020-09-29 02:22, Sean Whitton wrote:
>> Technically superfluous but I think helpful to the reader, so I suggest
>> we just keep it.
>
> To be honest, as a reader, I found th
in the source.
--
Sean Whitton
signature.asc
Description: PGP signature
as what's currently in the archive.
--
Sean Whitton
signature.asc
Description: PGP signature
efit outweighs this consideration. A possible, though not ideal,
> solution to this potential issue might be to word-wrap the backtrace,
> but that functionality should probably be enabled in upstream Emacs.
>
> Let's consider setting `ert-batch-backtrace-right-margin` to a large
> value in
Package: wnpp
Severity: wishlist
Owner: Sean Whitton
* Package name: volume-el
Version : 1.0+git.20201002.afb75a5
Upstream Author : Daniel Brockman
* URL : https://github.com/dbrock/volume.el
* License : GPL-2+
Programming Lang: Emacs Lisp
Description
Package: wnpp
Severity: wishlist
Owner: Sean Whitton
* Package name: bongo
Version : 1.1
Upstream Author : Daniel Brockman
* URL : https://github.com/dbrock/bongo
* License : GPL-2+
Programming Lang: Emacs Lisp
Description : buffer-based music player
else that prevents geda-gaf from staying in the Debian
> repos?
Well, someone needs to update the version of the package in Debian. Can
you?
--
Sean Whitton
signature.asc
Description: PGP signature
Package: dh-elpa
Version: 2.0.4
Control: affects -1 elpa-project
For some reason dh-elpa is failing to generate a dependency on elpa-xref.
--
Sean Whitton
signature.asc
Description: PGP signature
ed.
Well, it would need seconding, but otherwise, ACK.
Thank you for your interest.
--
Sean Whitton
signature.asc
Description: PGP signature
discussion like this. In the interests of efficiency,
I'd be grateful if both of you could take it elsewhere. Thank you!
--
Sean Whitton
signature.asc
Description: PGP signature
Hello,
On Sun 25 Oct 2020 at 11:43AM GMT, Simon McVittie wrote:
> On Sat, 10 Oct 2020 at 09:11:23 -0700, Sean Whitton wrote:
>> Hello GNOME team,
>
> Note that pkg-gnome-maintainers receives bugmail etc. for the entire
> GNOME suite, and most (all?) GNOME maintainers
ppens. I would have expected that function to detect
> the bug number in the confirmation email and download the bug report,
> as if I would have ran `(notmuch-slurp-debbug #942853)`.
>
> This is the reverse of #928435.
Yes, I think this would be a good idea. Patches welcome.
--
Sean Whitton
signature.asc
Description: PGP signature
did not migrate to testing. It appears you just removed the
> complete source package src:netbeans. How can we fix this?
Ooops. We can fast track it through NEW.
--
Sean Whitton
give us some input, please?
Thanks.
--
Sean Whitton
what
to do about this package given our present tooling.
--
Sean Whitton
Hello Dmitry,
On Wed 21 Oct 2020 at 11:21am +11, Dmitry Smirnov wrote:
> On Wednesday, 21 October 2020 6:16:03 AM AEDT Sean Whitton wrote:
>> I think that my message [1] is what makes you think that the package
>> would not have got through NEW?
>
> It was not your message
accept a less-than-ideal
approach as necessary when one has put a lot of time into trying to find
workable alternatives.
The thing is, both (a) and (b) are motivated by the same basic desire to
make Debian better and more useful, so perhaps we can focus on that
point of commonality.
[1] https://lists.debian.org/debian-devel/2020/03/msg00363.html
--
Sean Whitton
y is baked in all over the place and it would be
impractical to change it.
We could, however, add a note to those HTML pages saying that the
package is not yet available. Perhaps just the text that gets sent to
uploaders when their package lands in NEW.
Patches welcome, I think.
--
Sean Whitton
control: tag -1 + moreinfo
Hello,
Which dependency?
Thanks.
--
Sean Whitton
control: tag -1 + moreinfo
Hello,
Which dependency?
Thanks.
--
Sean Whitton
control: tag -1 + moreinfo
Hello,
Looks like greenbone-security-assistant depends on this package, so it
needs updating before we can remove. Please remove the moreinfo tag at
that point.
--
Sean Whitton
ny reason to think it doesn't work? It might be useful to
someone to be able to install it from the archive.
--
Sean Whitton
he time to make the release and the Debian package.
It's been more than two weeks. Any progress here?
--
Sean Whitton
n to make inferences about
whether or not a package is being used on an arch. Is there a
fundamental fact about this software that makes it unsuitable/never
likely to work on armel? Has it ever worked on armel?
Thanks.
--
Sean Whitton
es, so it would be good not to remove.
--
Sean Whitton
it never worked on those archs? And may I
ask whether you have asked upstrem about this?
--
Sean Whitton
might be
using it successfully. Is there any reason to think it doesn't work?
--
Sean Whitton
there any reason to think it doesn't work?
Since NEW is slow, it is probably better to leave it orphaned. It's
been in several stable releases after all.
--
Sean Whitton
e for you to confirm it doesn't work? Just a quick
test.
Since NEW is slow, reintroduction is more of a barrier to new
maintainers than it should be.
--
Sean Whitton
. So maintainers who don't want to deal with a package which
is not likely to be updated for newer versions of GTK (which is fair
enough) should orphan rather than request removal.
I wanted to ask whether you agree with me about this.
--
Sean Whitton
d have enchant
> removed first.
>
> As a result, it looks like we can now go ahead. Please remove the old
> src:enchant [4] library in Sid.
We'd really prefer to wait for xneur. Making things unbuildable is bad!
--
Sean Whitton
don't see any sort of consensus
that we should deprive ourselves of the ability to declare packages
Essential.
> C) I'd support non-normative documentation that we don't expect to
> approve new essential packages in the future in policy.
This sounds like a good idea to me too.
--
Sean Whitton
eel free to fork. -hugo]"
>
> [1] https://github.com/hugosantos/mrd6/blob/master/README
>
> It currently has a popcon of 13.
Is there any evidence that it doesn't work? Otherwise, I suggest just
orphaning it.
--
Sean Whitton
to
use this library to control their existing light bulbs rather than
having to throw them away?
--
Sean Whitton
replaced by gvm)
> * openvas-libraries (replaced by gvm-libs)
> * openvas-cli(obsolete)
> * openvas-manager(replaced by gvmd)
We need one bug per source package for the sake of our scripts, please.
--
Sean Whitton
> libmysqlclient21
> s/5.7/8.0/
>
> There's also a new binary package mysql-router.
Looks like there is still a rdep on pytest-services.
--
Sean Whitton
he time and resources to debug on the
> mentioned architectures.
Have you asked upstream about this?
Typically it is better to confirm that the bug is not a trivial fix
before resorting to removal.
--
Sean Whitton
e
package would have been more appropriate.
--
Sean Whitton
control: tag -1 - moreinfo
On Sat 22 Aug 2020 at 08:27am -07, Sean Whitton wrote:
> On Thu 13 Aug 2020 at 01:08PM +02, lluis.cam...@northern.tech wrote:
>
>> This dependency is also deprecated after removing
>> golang-github-mendersoftware-log (see #960398)
>>
&
Can you please just remove the old one from the archive?
Hmm, are you sure everything is up to date?
Checking reverse dependencies...
# Broken Depends:
opencv: libopencv-videoio3.2
libopencv-videoio4.1
Dependency problem found.
--
Sean Whitton
package. Its only reverse dependency
> (node-babel-preset-airbnb) is also marked for removal.
Looks like this is a binary package, not a source package? Typically
you'd upload a version of the source package which does not build it and
then it'd be removed (automatically or manually).
--
Sean Whitton
ist, but my dak rm is not that good)
Could we have separate RM bugs please? Our scripts assume that so this
is currently much more effortful to process.
--
Sean Whitton
ver, this seems superfluous, as it states on the "upstream_version"
> fragment:
>
> "The upstream_version may contain only alphanumerics and the characters
> . + - ~ (full stop, plus, hyphen, tilde)"
Technically superfluous but I think helpful to the reader, so I suggest
we just keep it.
--
Sean Whitton
re.
Just uploaded a version which should be fixed to sid; would be grateful
if you could test.
--
Sean Whitton
signature.asc
Description: PGP signature
.
The reason for both of these is that these two tags created by dgit are
not qualified by source package name.
--
Sean Whitton
:
>
> Thanks for testing!
>
> I've now pushed the patch to the GNU ELPA repository. Please allow for
> at least 24 hours for the new package to get automatically uploaded on
> elpa.gnu.org.
Thanks for your help with this. Debian has been updated.
--
Sean Whitton
signature.asc
Description: PGP signature
Hello Lev,
Thanks for the report and testing. New version uploaded.
--
Sean Whitton
signature.asc
Description: PGP signature
ug report
> for this issue.)
Ah, sorry about this. Will try to avoid next time.
--
Sean Whitton
signature.asc
Description: PGP signature
and "not used anymore"?
--
Sean Whitton
signature.asc
Description: PGP signature
hub-mendersoftware-scopestack-dev
Could the maintainer confirm this, please?
--
Sean Whitton
signature.asc
Description: PGP signature
gt; Unused both in testing and unstable, so please remove:
>
> golang-github-mendersoftware-mendertesting-dev
>
> See also #960398 for related previously RM bug report.
Could the maintainer confirm this, please?
--
Sean Whitton
signature.asc
Description: PGP signature
d haskell-cborg-json (rev-dependency)
> from armhf.
We need separate bugs for the sake of our scripts, please.
--
Sean Whitton
signature.asc
Description: PGP signature
control: noowner -1
Hello,
On Thu 20 Aug 2020 at 05:56PM -07, Felix Lechner wrote:
> Package: lintian
> Severity: normal
> Owner: Sean Whitton
I do not intend to implement this, so unsetting owner metadata.
--
Sean Whitton
signature.asc
Description: PGP signature
licenses; situation is unclear.
mkinstalldirs missing copyright & license.
ng/fonts.hpp -- is this really the source code for the font?
ng/ngappinit.cpp says it's a modification from a different package; what is
its copyright and license?
--
Sean Whitton
signature.asc
Description: PGP signature
they wouldn't be used purely
among a "co-operating group of packages".
--
Sean Whitton
signature.asc
Description: PGP signature
t to get this wrong, and assume that if
> the rsync client contrives to pass these options as part of --server,
> that they aren't dangerous.
>
> I'm in favour of (2), which would imply immediately applying Sergio's
> patch. Sean, what do you think ?
Agreed.
--
Sean Whitton
signature.asc
Description: PGP signature
lHtre\.iLsfxCIvu --timeout=\d+ --delete --safe-links \.
> $d$}
>
> # To add a new command pattern, add || m{^ ... $} above.
> # The pattern should contain $d where the per-package destination
Hmm, unlike the -I and -v options, the -u option seems like it could
break things. Could yo
Package: wnpp
Severity: wishlist
Owner: Sean Whitton
* Package name: xref-el
Version : 1.0.2
Upstream Author : FSF
* URL : https://www.example.org/
* License : GPL-3+
Programming Lang: Emacs Lisp
Description : Library for cross-referencing commands
Hello Jörg,
On Fri 07 Aug 2020 at 12:21PM +02, Jörg Frings-Fürst wrote:
> the Upstream Release 2.1.2 has the same errors. Buildlog is attached.
Thanks for confirming.
Please remove the 'moreinfo' tag once there are no more reverse
dependencies.
--
Sean Whitton
signature.asc
Descript
Hello,
On Mon 03 Aug 2020 at 07:07PM +02, Moritz Muehlenhoff wrote:
> Package: ftp.debian.org
> Severity: normal
>
> Please remove pynifti. It depends on Python 2 and has been replaced
> by nibabel. Acked by the maintainers in #937490.
Looks like I already removed it last m
e to this Provides.
Please remove the moreinfo tag when this rdep is gone.
--
Sean Whitton
signature.asc
Description: PGP signature
con score.
popcon is not low and there are no open bugs?
--
Sean Whitton
signature.asc
Description: PGP signature
either?
--
Sean Whitton
signature.asc
Description: PGP signature
would you like me to adopt smex? I've noticed that it's
> your package and is in need of some work. If so, please grant me DM for
> it.
That would be great, thank you. Please remove me from Uploaders:.
--
Sean Whitton
signature.asc
Description: PGP signature
nds:, given that Recommends: is for packages where it would be
highly unusual not to use ivy with them.
--
Sean Whitton
signature.asc
Description: PGP signature
Package: wnpp
Severity: wishlist
Owner: Sean Whitton
* Package name: project-el
Version : 0.5.0
Upstream Author : The GNU Project
* URL : http://elpa.gnu.org/packages/project.html
* License : GPL-3+
Programming Lang: Emacs Lisp
Description : Emacs
.
The package description is:
This library provides an interface to the Silver Searcher for Emacs Helm.
.
Other programs, such as the platinum searcher ack, may also be used
with this library.
--
Sean Whitton
signature.asc
Description: PGP signature
Package: wnpp
Severity: wishlist
Owner: Sean Whitton
Control: block 963831 by -1
* Package name: ox-texinfo-plus-el
Version : 2.2.4
Upstream Author : Jonas Bernoulli
* URL : https://github.com/tarsius/ox-texinfo-plus
* License : GPL-3+
Programming Lang
ed from both
> packages. (pikepdf is now powerful enough that I can usually
> synthesize problematic constructs instead of adding another test
> resource.)
Thank you for the details here -- I will look into verifying whether it
can be dropped.
--
Sean Whitton
signature.asc
Description: PGP signature
in helping out?
What you would need to do is something like `git diff --name-status
--diff-filter=ADR v1.13.0..v1.17.2` (versions are for pikepdf) and then
work on a patch to d/copyright.
All the other parts of the packaging, including actually applying
Files-Excluded:, I can deal with e
ag from this bug once these packages have
been removed or updated such that there are no more rdeps.
--
Sean Whitton
signature.asc
Description: PGP signature
e the source packages.
So I'm going ahead with removal.
This action by one member of the FTP Team should not be interpreted as
any sort of Debian project opinion, or even FTP Team opinion, about the
acceptability of the versions of the packages I'm removing.
--
Sean Whitton
signature.asc
Description: PGP signature
; D : Niko Tyni
> E : Gunnar Wolf
> F : Simon McVittie
> G : Sean Whitton
> H : Elana Hashman
>
> ===END===
I vote: B > C > A = D = E = F > G = H
--
Sean Whitton
signature.asc
Description: PGP signature
gt; require less work than completely new ones since the check for DFSG
> compliance has already happened once before. The focus should really
> be more on conflicting package names or binaries and I'm sure this
> could be automated.
My experience shows that they often take *more* time, un
keep it around. Going ahead and closing the bug.
--
Sean Whitton
signature.asc
Description: PGP signature
wise.
>
> Please clarify the status of ublock-origin and why it is still in the
> NEW queue.
Simply that we do not have enough active FTP team members.
Just to note that being in binary-NEW makes no difference; it gets a
full check as if it were a new source package.
--
Sean Whitton
signature.asc
Description: PGP signature
601 - 700 of 2910 matches
Mail list logo
