On Sat, 01 Aug 2015 08:55:03 +1000, Russell Stuart
wrote:
>For my servers it's different. The inherent ambiguity of Debian
>dependency system that libapt tries hide becomes intolerable, meaning I
>don't want something to just choose between the possibilities on my
>behalf, I want to be informed s
On Thu, 2015-07-30 at 08:57 +0200, David Kalnischkies wrote:
> This example makes it quite obvious that your requirements are "keep
> a minimal set of packages installed" while the requirement of libapt's
> autoremove is "suggest only packages for removal which are completely
> safe to remove".
If
Package: wnpp
Severity: wishlist
Owner: Andreas Tille
* Package name: r-bioc-genefilter
Version : 1.50.0
Upstream Author : R. Gentleman, V. Carey, W. Huber, F. Hahne
* URL :
http://bioconductor.org/packages/release/bioc/html/genefilter.html
* License : Artisti
Package: wnpp
Severity: wishlist
Owner: Lennart Weller
* Package name: mycli
Version : 1.0.1
Upstream Author : Amjith Ramanujam
* URL : http://mycli.net
* License : BSD-3-clause
Programming Lang: Python
Description : CLI for MySQL/MariaDB with syntax h
Package: wnpp
Severity: wishlist
Owner: Lennart Weller
* Package name: pgcli
Version : 0.18.0
Upstream Author : Amjith Ramanujam
* URL : http://pgcli.com/
* License : BSD-3-clause
Programming Lang: Python
Description : CLI for PostgreSQL with syntax hi
Package: wnpp
Severity: wishlist
Owner: Vasudev Kamath
* Package name: fonts-monoid
Version : 0.60
Upstream Author : Andreas Larsen
* URL : http://larsenwork.com/monoid/
* License : MIT/OFL 1.1
Programming Lang: font
Description : open source coding fon
Ian Jackson writes ("Ad-hoc survey of existing Debian git integration tools"):
> I would like to think some more about the workflows of the existing
> tools people are using to work with Debian and git, so that I can
> provide good guidance for how these tools work with dgit (and perhaps
> send fea
Guido Günther writes:
> Having patches applied with 3.0(quilt) calls out for sync problems
> between your git tree and debian/patches/. This can be mitigated with
> --single-debian-patch --auto-commit but that's not what most people mean
> when talking about 3.0(quilt) - and it kind of defeats it's
* Neil Williams [150729 03:30]:
> I'd still use Depends in the metapackage. e.g. foo-server has lots of
> strict dependencies without which is simply won't install or start.
> foo-client has less dependencies and a few Recommends because the
> client can work for a range of usecases and not everyo
Package: wnpp
Owner: intrigeri
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org,debian-p...@lists.debian.org
* Package name: libmemory-usage-perl
Version : 0.201
Upstream Author : Dave O'Neill
* URL : https://metacpan.org/release/Memory-Usage
* License
Hi Ian,
On Thu, Jul 30, 2015 at 03:51:59PM +0100, Ian Jackson wrote:
[..snip..]
> I don't think the number of git-based workflows is going to decrease.
> I'm hoping (betting!) that the proportion of packages whose git
> maintainers' git workflows involve strange[1] git trees will go down.
>
> [1]
11 matches
Mail list logo