On Sat, Jun 10, 2017 at 10:50:58AM +0200, Philipp Kern wrote:
> [*] Ubuntu doesn't bump the ABI on *every* new version, just the ones
> changing the ABI. In reality this is still very frequently and hence you
> achieve a rollback mechanism through it.
Actually, on account of things like the signin
Adam Borowski writes:
> On Sun, Jun 11, 2017 at 03:43:45PM -0400, Jeremy Bicha wrote:
>> On Sun, Jun 11, 2017 at 3:30 PM, Adam Borowski wrote:
>>> No, when taken alone, -dev packages Recommending -doc is just right.
>> https://anonscm.debian.org/cgit/dbnpolicy/policy.git/commit/?id=dc3b001
> T
Package: wnpp
Severity: wishlist
Owner: James Valleroy
* Package name: php-klogger
Version : 1.2.1
Upstream Author : Kenny Katzgrau
* URL : https://github.com/katzgrau/KLogger
* License : Expat
Programming Lang: PHP
Description : simple logging class
On Sun, Jun 11, 2017 at 03:43:45PM -0400, Jeremy Bicha wrote:
> On Sun, Jun 11, 2017 at 3:30 PM, Adam Borowski wrote:
> > No, when taken alone, -dev packages Recommending -doc is just right.
>
> https://anonscm.debian.org/cgit/dbnpolicy/policy.git/commit/?id=dc3b001
This change talks about only
On Sun, Jun 11, 2017 at 3:30 PM, Adam Borowski wrote:
> No, when taken alone, -dev packages Recommending -doc is just right.
https://anonscm.debian.org/cgit/dbnpolicy/policy.git/commit/?id=dc3b001
Thanks,
Jeremy Bicha
On Sun, Jun 11, 2017 at 11:16:23AM -0700, Russ Allbery wrote:
> Ivan Shmakov writes:
> > That’s Abstract Syntax Notation One (or ASN.1), and while I use
> > it all the time (notation, that is; not this specific library at
> > the moment), I see no reason for a -dev package to depend on
On Sun, Jun 11, 2017 at 2:16 PM, Russ Allbery wrote:
> We have some specific Policy about this:
>
> https://www.debian.org/doc/debian-policy/ch-docs.html#s-docs-additional
>
> If package is a build tool, development tool, command-line tool, or
> library development package, package (or pac
Package: wnpp
Severity: wishlist
Owner: David Bremner
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
* Package name: racket-mode
Version : 20161103+0+gab6255718
Upstream Author : Greg Hendershott
* URL : https://github.com/greghendershott/racket-mode
* License
Christian Seiler writes:
> Your goal in wanting to stop people from having to deal with
> patch files manually is laudable, but I see the following way
> forward to achieve that goal:
>
> - Pull requests.
>
> - Make it easier to create personal copies of remote (!)
>repositories in one's ow
Christian Seiler writes:
> Your goal in wanting to stop people from having to deal with
> patch files manually is laudable, but I see the following way
> forward to achieve that goal:
>
> - Pull requests.
>
> - Make it easier to create personal copies of remote (!)
>repositories in one's ow
On Sun, 11 Jun 2017, Sean Whitton wrote:
> Henrique de Moraes Holschuh writes:
>
> > Not just that. If it is for NMUs, one also has to ensure it matches
> > what got uploaded (regardless of method: NMU patch, PR, branch...).
>
> I'm not sure what you're getting at here -- this DEP is for change
On 06/11/2017 07:44 PM, Sean Whitton wrote:
> Christian Seiler writes:
>
>> To me this looks like a very complicated technical solution
>> to something that I've never encountered as a problem myself.
>
> Could you explain which parts of the proposal you find to be "very
> complicated"? Possibl
Ivan Shmakov writes:
> That’s Abstract Syntax Notation One (or ASN.1), and while I use
> it all the time (notation, that is; not this specific library at
> the moment), I see no reason for a -dev package to depend on a
> -doc one any stronger than with a mere Suggests:.
W
Christian Seiler writes:
> To me this looks like a very complicated technical solution
> to something that I've never encountered as a problem myself.
Could you explain which parts of the proposal you find to be "very
complicated"? Possibly I've made them seem much more complicated than
they ac
Ansgar Burchardt writes:
> What about contributions to non-packaged parts of Debian?
This DEP isn't about those -- are you saying that it ought to be
extended?
> I also don't like having more systems only a subset of contributors
> can use.
I share this concern, but it is easier for a DD to re
Henrique de Moraes Holschuh writes:
> Not just that. If it is for NMUs, one also has to ensure it matches
> what got uploaded (regardless of method: NMU patch, PR, branch...).
I'm not sure what you're getting at here -- this DEP is for changes that
*aren't* to be uploaded as part of an NMU.
--
On Sun, 11 Jun 2017 06:12:23 +, Ivan Shmakov wrote:
> > Adam Borowski writes:
> > gfortran-mingw-w64: gcc-mingw-w64
>
> > * BAD: seriously, Fortran?
>
> Fortran is still widely used (in niche applications; WRF comes
> to mind), but I see no good reason for this depende
Package: wnpp
Severity: wishlist
Owner: James Valleroy
* Package name: php-netscape-bookmark-parser
Version : 2.0.2
Upstream Author : Kafene , VirtualTam
* URL : https://github.com/shaarli/netscape-bookmark-parser
* License : MIT Expat
Programming Lang: PH
> Adam Borowski writes:
> On Mon, Jun 05, 2017 at 05:39:41PM -0700, Russ Allbery wrote:
>> Maybe someone has a list of things they view as Recommends inflation
>> that have (a) been reported as bugs to the appropriate package
>> maintainers, and (b) have been rejected by those package
19 matches
Mail list logo
