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: 1297 (new: 3)
Total number of packages offered up for adoption: 169 (new: 0)
Total number of packages reques
Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org, debian-pyt...@lists.debian.org,
pkg-raspi-maintain...@alioth-lists.debian.net
* Package name: pigpio
Version : 67
Upstream Author : Joan
* URL : https://github.com/joan2937/pigpio
* License
> Yes, this would be very sensible IMHO.
>
> Having debhelper cut off the changelogs from 4 or 6 years before (and
> inserting a pointer to the source package for the rest) sounds like
> a good idea to me.
It would be nice if X number of the oldest entries are kept - particularly the
"initial rel
On Thu, Sep 13, 2018 at 11:28:36PM +0200, Thomas Goirand wrote:
> > For example, in the Rust team, we have been discussing about packaging
> > fd (a find alternative developed using rust [1]). We are planning to
> > install it in /usr/bin/fd .. but this conflicts with something
> > completely diff
Package: wnpp
Owner: Nick Morrott
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org, debian-pyt...@lists.debian.org
* Package name: firmware-microbit-micropython
Version : 1.0.0-rc.4
Upstream Author : The MicroPython-on-micro:bit Developers
* URL : https:/
On 09/08/2018 08:18 PM, Sylvestre Ledru wrote:
> Hello,
>
> Le 08/09/2018 à 18:39, Sean Whitton a écrit :
>> Hello,
>>
>> On Fri 07 Sep 2018 at 10:10PM +0200, Ruben Undheim wrote:
>>
>>> However, I think the policy gives us a lot of freedom to choose (it is not
>>> very
>>> strict in this case).
Package: wnpp
Owner: Nick Morrott
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org, debian-pyt...@lists.debian.org
* Package name: yotta
Version : 0.18.5
Upstream Author : ARM Limited
* URL : https://github.com/ARMmbed/yotta
* License : Apache-2.0
Package: wnpp
Severity: wishlist
Owner: Sylvestre Ledru
* Package name: hyperfine
* URL : https://github.com/sharkdp/hyperfine
* License : MIT or Apache
Programming Lang: Rust
Description : A command-line benchmarking tool
Features:
Statistical analysis acros
Mattia Rizzolo:
> On Thu, Sep 13, 2018 at 11:22:37AM +0100, Ben Hutchings wrote:
>> - Would it make sense to split the changelog, leaving older entries
>> only in the source package? If so, should this be done manually, or
>> would it make sense to have dh_installchangelogs split at some age or
>>
On Thu, Sep 13, 2018 at 11:22:37AM +0100, Ben Hutchings wrote:
> - Would it make sense to split the changelog, leaving older entries
> only in the source package? If so, should this be done manually, or
> would it make sense to have dh_installchangelogs split at some age or
> size limit?
Yes, thi
On Thu, Sep 13, 2018 at 01:45:00PM +0100, Ben Hutchings wrote:
> It's
> not too surprising that upstream changelogs can be even larger. The
> inclusion of upstream changelogs (vs release notes) was discussed in #
> 459427.
Not everybody may know it, but ubuntu has been patching debhelper for
many
On Thu, Sep 13, 2018 at 08:56:22AM -0700, Russ Allbery wrote:
> > - A large part of the changelog is listing the changes in upstream
> > stable updates. [...]
> For the record, I've found these curated summaries of the upstream changes
> *incredibly* helpful more times than I can count. So I'd lov
Ben Hutchings writes:
> - A large part of the changelog is listing the changes in upstream
> stable updates. These are mostly important changes, and we already try
> to leave out those that are clearly irrelevant to Debian. Should we
> continue to include these, or limit to those that address C
Hello,
On Wed 12 Sep 2018 at 06:19PM +0200, Ruben Undheim wrote:
> I guess the "long description" for the package can also refer to README.Debian
> for how to handle the "issue", to make the user aware of it even before
> installing it.
This seems fine, though it would be nice if it wasn't neede
On Thu, Sep 13, 2018 at 8:53 AM Boyuan Yang wrote:
> If Debian wants to limit changelog size as well, it may be better if we keep
> similar / identical behaviour / implementation as Ubuntu.
More specifically, Ubuntu packages keep changelog entries for 10
Debian/Ubuntu package versions.
At the bo
As for limiting / truncating Debian changelogs, there is an existing
implementation that we may refer to, which is Ubuntu's approach: they keep
certain amount of changelog in the .deb package (I'm not sure about the
detailed algorithm but that is available somewhere) while adding some
explanati
On Thu, 2018-09-13 at 13:46 +0300, Lars Wirzenius wrote:
> On Thu, Sep 13, 2018 at 11:22:37AM +0100, Ben Hutchings wrote:
> > The src:linux package has a very big changelog (about 1700 kiB
> > uncompressed, 600 kiB gzipped). On my system the largest installed
> > changelogs, by some way, are all v
On Thu, Sep 13, 2018 at 7:22 PM, Ben Hutchings wrote:
> The src:linux package has a very big changelog (about 1700 kiB
> uncompressed, 600 kiB gzipped). On my system the largest installed
> changelogs, by some way, are all versions of this. (The next largest
> changelogs come from src:glibc, at
Quoting Ben Hutchings :
- Would it make sense to split the changelog, leaving older entries
only in the source package?
As long as the full d/ch is in the source package, I'm fine.
On one of my embedded machines changelogs are 2/3 of /usr/share/doc.
E.g. multiple copies of the same changelog f
On Thu, Sep 13, 2018 at 11:22:37AM +0100, Ben Hutchings wrote:
> The src:linux package has a very big changelog (about 1700 kiB
> uncompressed, 600 kiB gzipped). On my system the largest installed
> changelogs, by some way, are all versions of this. (The next largest
> changelogs come from src:gl
Package: wnpp
Owner: Romuald Brunet
Severity: wishlist
* Package name: mypager
Version : 0.6.0
Upstream Author : Romuald Brunet
* URL : https://github.com/romuald/mypager
* License : Apache2
Programming Lang: Perl
Description : pager tool to use with m
On Thu, Sep 13, 2018 at 01:46:34PM +0300, Lars Wirzenius wrote:
> I was curious, so I ran the following on my laptop:
[finding 22M of changelogs]
I was curious too, so I ran "du -sch /usr/share/doc" and found that in
this VM thats 150M of a 3.5G system. But then I have ~15 such
installations on my
On Thu, Sep 13, 2018 at 11:22:37AM +0100, Ben Hutchings wrote:
> The src:linux package has a very big changelog (about 1700 kiB
> uncompressed, 600 kiB gzipped). On my system the largest installed
> changelogs, by some way, are all versions of this. (The next largest
> changelogs come from src:gl
The src:linux package has a very big changelog (about 1700 kiB
uncompressed, 600 kiB gzipped). On my system the largest installed
changelogs, by some way, are all versions of this. (The next largest
changelogs come from src:glibc, at about 200 kiB gzipped.)
I recently had to introduce yet more i
24 matches
Mail list logo
