Hi,
Le vendredi 20 mars 2020 à 07:44 +0100, Ansgar a écrit :
>
> We should probably also not ship the same changelog in multiple
> packages, especially when one depends on the other.
>
Switching to per src:package changelogs would cover that.
But that will probably mean making dpkg smarter.
J
Hello,
Boyuan Yang, le jeu. 19 mars 2020 20:58:57 -0400, a ecrit:
> Maybe we can keep changelog of up to 10 entries or till the time of 5 years
> ago
As a user, I would like to see changelog until at least the previous
Debian release, to be able to grep through it for changes when I happend
to fi
Hi,
Adam Borowski writes:
> Of files named changelog.*, top offenders are:
[ Trimmed list to duplicates ]
> 223009 ncurses-bin:changelog.gz
> 223009 ncurses-base:changelog.gz
> 223009 libtinfo6:changelog.gz
> 210621 libc6:changelog.Debian.gz
> 210621 libc-bin:changelog.Debian.gz
> 145889 libapt
On Thu, Mar 19, 2020 at 08:58:57PM -0400, Boyuan Yang wrote:
> 在 2020-03-20星期五的 00:50 +0100，Adam Borowski写道：
> > [trimming changelogs]
> >
> > On the other hand, changelogs are valuable. Unlike some folks on IRC
> > I wouldn't want to tightly trim all packages. Unlike minbase or
> > prio:importa
Hi,
在 2020-03-20星期五的 00:50 +0100，Adam Borowski写道：
> Hi!
> In the rush for cutting away small bits of minbase, it looks like we forgot
> a big pile of junk: /usr/share/doc/
> [...]
> Seems like a tempting area to trim...
> [...]
> Ubuntu keep only 10 last entries, for _all_ packages.
>
> I conside
The following is a listing of packages for which help has been requested
through the WNPP (Work-Needing and Prospective Packages) system in the
last week.
Total number of orphaned packages: 1226 (new: 0)
Total number of packages offered up for adoption: 238 (new: 1)
Total number of packages reques
Hi!
In the rush for cutting away small bits of minbase, it looks like we forgot
a big pile of junk: /usr/share/doc/
On strict minbase (rather than prio:important which really matters), the
docs take 11MB. And of that, 8MB are files named changelog.* -- which
fails to include eg. bash's:
112K -rw-
"Theodore Y. Ts'o" writes:
> I've always considered /bin/ed the most basic system administration
> tool, since it doesn't require a working terminal or termcap entry.
> It works even if you are using an ASR-33 teletype. :-)
>
> And at least for me, I find /bin/ed much more user friendly than vi,
Package: wnpp
Severity: wishlist
Owner: Sandro Tosi
* Package name: python-rich
Version : 0.8.0
Upstream Author : Will McGugan
* URL : https://github.com/willmcgugan/rich
* License : MIT
Programming Lang: Python
Description : library for rendering rich
try ssh into a windows machine.
the termcaps are all manner of fun.
On Thu, Mar 19, 2020 at 7:23 AM Adam Borowski wrote:
> On Thu, Mar 19, 2020 at 11:34:10AM +0500, Lev Lamberov wrote:
> > Ср 18 мар 2020 @ 18:52 Adam Borowski :
> >
> > > Alas, our ed is basically:
> > > #!/bin/sh
> > > while rea
Package: wnpp
Severity: wishlist
Tags: patch
* Package name: prometheus-redis-exporter
Version : 1.4.0
Upstream Author : Oliver
* URL : https://github.com/oliver006/redis_exporter
* License : MIT
Programming Lang: Go
Description : Prometheus exporter for
On Thursday, March 19, 2020 10:31:55 AM EDT Luca Filipozzi wrote:
> On Thu, Mar 19, 2020 at 11:42:39AM +, Neil McGovern wrote:
> > On Wed, Mar 18, 2020 at 12:25:24PM -0400, Theodore Y. Ts'o wrote:
> > > > 2) We would be very limited in what checks we could actually do on new
> > > > packages. I
On Thu, Mar 19, 2020 at 11:42:39AM +, Neil McGovern wrote:
> On Wed, Mar 18, 2020 at 12:25:24PM -0400, Theodore Y. Ts'o wrote:
> > > 2) We would be very limited in what checks we could actually do on new
> > > packages. If we look too closely at packages, we stop being a
> > > distributor, and
On Thu, 19 Mar 2020 at 09:27:35 -0400, Scott Kitterman wrote:
> The fact that these tests are failing right now makes them relatively easy to
> find, but even if they weren't failing, I still think testing against
> installed
> versions is wrong. Tests should have an intentional scope, not act
On Thursday, March 19, 2020 6:40:00 AM EDT Simon McVittie wrote:
> On Wed, 18 Mar 2020 at 18:32:22 -0400, Scott Kitterman wrote:
> > We want the tests to run against all versions, but the way to do that is
> > to
> > have your test depend on python3-all (to make sure that all supported
> > versions
Package: wnpp
Severity: wishlist
Owner: Aaron Boxer
* Package name: grok-jpeg2000
Version : 5.0.0
Upstream Author : Aaron Boxer
* URL : https://github.com/GrokImageCompression/grok
* License : AGPL
Programming Lang: C++
Description : Grok is an impleme
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
From: Aaron Boxer
To: Debian Bug Tracking System
Subject: ITP: grok-jpeg2000 -- Grok is an implementation of Part 1 of the
JPEG 2000 standard. It aims for speed and stability. The code is licensed
under
On Wed, Mar 18, 2020 at 12:25:24PM -0400, Theodore Y. Ts'o wrote:
> > 2) We would be very limited in what checks we could actually do on new
> > packages. If we look too closely at packages, we stop being a
> > distributor, and start being a publisher. I'm not sure that we want to
> > move towards
On Thu, Mar 19, 2020 at 11:34:10AM +0500, Lev Lamberov wrote:
> Ср 18 мар 2020 @ 18:52 Adam Borowski :
>
> > Alas, our ed is basically:
> > #!/bin/sh
> > while read x;do echo '?';done
>
> That's not true. The ed package in the Debian archive is full GNU ed.
I'm not talking about functionality un
On Wed, 18 Mar 2020 at 18:32:22 -0400, Scott Kitterman wrote:
> We want the tests to run against all versions, but the way to do that is to
> have your test depend on python3-all (to make sure that all supported
> versions
> are installed) and then use the -s flag for py3versions vice -i. So (i
Package: wnpp
Severity: wishlist
Owner: Pirate Praveen
X-Debbugs-CC: debian-devel@lists.debian.org
* Package name : node-rollup-plugin-terser
Version : 5.3.0
Upstream Author : Bogdan Chadkin
* URL : https://github.com/TrySound/rollup-plugin-terser
* License : Expat
Programming Lang: JavaScri
Hi all
On 18-03-2020 23:32, Scott Kitterman wrote:
> I'm currently reviewing some of the autopkgtest regressions that are
> currently
> blocking python3-defaults with python3.8 as the default python3 from
> migrating.
Thanks Scott for helping here (all help is welcome). I thought it might
be u
22 matches
Mail list logo
