Package: wnpp
Owner: Christopher Hoskin
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org,debian-p...@lists.debian.org
* Package name: libtemplate-autofilter-perl
Version : 0.143050
Upstream Author : Christian Walde
* URL : https://metacpan.org/release/Te
On Tue, Jul 28, 2015 at 11:22 PM, Jonas Smedegaard wrote:
> Also, even for non-metapackages, if some other package just _suggest_
> the package you pull in via depends/recommends, they stick as well.
That is controlled by the middle one of these apt config settings:
APT::Install-Recommends "fals
Vincent Lefevre wrote:
the xz format is objectively more fragile than the other three.
I completely disagree. IMHO, a decompressor should be very strict and
detect any suspicious modification.
Agreed, but I'll try to make it clear how much the "strictness" of the
xz format is brain damaged.
Quoting Игорь Пашев (2015-07-28 21:11:57)
> 2015-06-05 19:10 GMT+03:00 Josh Triplett :
>> Given that the packages in question appear to be Free Software (at least
>> from a quick check of a couple of them, as well as the repository being
>> named "main"), is there a reason you don't maintain them i
On 2015-07-25 10:27, Niels Thykier wrote:
> [...]
>
>> So your ":=" variable will be evaluated 4 times, or 7+N times if you use
>> dh.
>>
>> [...]
>>
>
> It should be doable to reduce the dh side of it to 1+N by caching the
> result of make (in a file-based cache).
>
> ~Niels
>
>
Correction,
Package: wnpp
Severity: wishlist
Owner: Sascha Steinbiss
* Package name: tantan
Version : 13
Upstream Author : Martin Frith
* URL : http://www.cbrc.jp/tantan/
* License : GPL
Programming Lang: C
Description : low complexity and tandem repeat masker for
2015-06-05 19:10 GMT+03:00 Josh Triplett :
> Given that the packages in question appear to be Free Software (at least
> from a quick check of a couple of them, as well as the repository being
> named "main"), is there a reason you don't maintain them in Debian
> (including backports or volatile if
On Tue, 2015-07-28 at 17:22 +0200, Jonas Smedegaard wrote:
> Quoting Ole Streicher (2015-07-28 16:33:17)
> > Ben Hutchings writes:
> >> Installation of a package from the 'metapackages' section does *not*
> >> mark its dependencies as automatically installed.
> >
> > Really? So, if someone would i
Paul Tagliamonte writes:
> I'm sure this is personal taste, and in the end it won't matter for most
> people (except folks who don't install Recommends, but they're going to
> break their system regardless),
I've had Recommends disabled for something like five years. My systems
have yet to brea
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
- From my dealings with Meta Packages in the past:
On 07/28/2015 09:22 AM, Jonas Smedegaard wrote:
> Quoting Ole Streicher (2015-07-28 16:33:17)
>> Ben Hutchings writes:
>>> Installation of a package from the 'metapackages' section does *not*
>>>
On 28/07/15 13:55, Paul Tagliamonte wrote:
> Well, I have a personal "thing" about this - it strikes me as quirky to
> not have a Depends, since those metapackages, without all of them, is
> technically not satisfied.
...
> I'd prefer to see metapackages use
> Recommends for the things that should
Quoting Ole Streicher (2015-07-28 16:33:17)
> Ben Hutchings writes:
>> Installation of a package from the 'metapackages' section does *not*
>> mark its dependencies as automatically installed.
>
> Really? So, if someone would install a metapackage (for a test), and
> then later uninstall it, its
Ben Hutchings writes:
> Installation of a package from the 'metapackages' section does *not*
> mark its dependencies as automatically installed.
Really? So, if someone would install a metapackage (for a test), and
then later uninstall it, its dependencies will remain on the system?
Is there any
Paul Tagliamonte writes:
> Well, I have a personal "thing" about this - it strikes me as quirky to
> not have a Depends, since those metapackages, without all of them, is
> technically not satisfied.
I don't understand this argument.
> I'd prefer to see metapackages use Recommends for the things
Simon McVittie writes:
> On 28/07/15 13:08, Marvin Renich wrote:
>> There is no downside to using Recommends and no upside to using Depends
>> for metapackages.
>
> I don't think it's that simple; it comes down to a question of what the
> metapackage "means", which is a design question for its mai
Quoting Martin Read (2015-07-28 15:23:09)
> On 28/07/15 14:13, Ben Hutchings wrote:
>> Installation of a package from the 'metapackages' section does *not*
>> mark its dependencies as automatically installed.
>
> This statement does not appear to be correct on my Debian jessie
> system using apti
On 28/07/15 14:13, Ben Hutchings wrote:
Installation of a package from the 'metapackages' section does *not*
mark its dependencies as automatically installed.
This statement does not appear to be correct on my Debian jessie system
using aptitude. I just experimentally marked the cinnamon-core
On Tue, 2015-07-28 at 08:08 -0400, Marvin Renich wrote:
[...]
> If you use Depends, the user has two choices, install everything, or not
> use the metapackage.
>
> Take the metapackage games-finest. If all of those packages were
> Depends instead of Recommends, you could not remove a small handfu
On Tue, Jul 28, 2015 at 10:58:00AM +0200, Ole Streicher wrote:
> What is the rationale behind this? From the policy, I would think that
> "Recommends" is the perfect dependency here [2]:
>
> | Recommends
> | This declares a strong, but not absolute, dependency. The Recommends
> | field should list
On 28/07/15 13:08, Marvin Renich wrote:
> There is no downside to using Recommends and no upside to using Depends
> for metapackages.
I don't think it's that simple; it comes down to a question of what the
metapackage "means", which is a design question for its maintainer.
For metapackages that a
Thanks!
Only if you have a vector image.
And for which sizes should I downscale the PNG? Should I do it at all?
3. In the `debian` folder created by dh_make I noticed a file called
`menu.ex`. What's the purpose of debian/menu?
The Debian menu system, used by some old or obscure window manag
* Ole Streicher [150728 05:15]:
> Hi,
>
> I recently created two metapackages (astromatic and eso-pipelines) which
> were accepted by the ftp-masters yesterday. However, I got a commend
> that my choice of "Recommends" dependencies is discouraged:
>
> Paul Richards Tagliamonte [1]:
> > using Re
Package: wnpp
Severity: wishlist
Owner: Mike Gabriel
* Package name: yamm3
Version : 1.1.0
Upstream Author : geedmo (https://github.com/geedmo)
* URL : https://github.com/geedmo/yamm3
* License : Expat
Programming Lang: CSS
Description : Yet another meg
Le 28/07/2015 12:09, Thomas Koch a écrit :
> I've packaged hadoop in 2011. However nobody(?) used it and I switched jobs
> and lost interest. I don't know when and why hadoop was removed from the
> archive.
You requested its removal in 2010 (https://bugs.debian.org/592450).
> I doubt that anyb
Package: wnpp
Severity: wishlist
Owner: Ole Streicher
X-Debbugs-Cc: debian-devel@lists.debian.org,debian-as...@lists.debian.org
* Package name : python-astropy-affiliated
* URL : http://www.astropy.org/affiliated
* License : public-domain
Description : Collect
On Saturday 25 July 2015 23:10:11 Emmanuel Bourg wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Emmanuel Bourg
>
> * Package name: hadoop
I've packaged hadoop in 2011. However nobody(?) used it and I switched jobs
and lost interest. I don't know when and why hadoop was removed from th
Hi,
I recently created two metapackages (astromatic and eso-pipelines) which
were accepted by the ftp-masters yesterday. However, I got a commend
that my choice of "Recommends" dependencies is discouraged:
Paul Richards Tagliamonte [1]:
> using Recomends and not Depends on the metapackage strike
27 matches
Mail list logo
