Bug#736716: Please raise package priority.

2014-08-20 Thread Takatsugu Nokubi
On Wed, 05 Feb 2014 21:14:27 + Robert Millan r...@debian.org wrote:
 On 05/02/2014 20:50, Axel Beckert wrote:
  Another possibility would be to make an arch:kfreebsd-any to depend on
  (or maybe recommend) it, or make an arch:any package to depend on (or
  maybe recommend) it only on kfreebsd-any.

 Sounds like a job for tasksel?

I am not no familiar about d-i and tasksel, however at least wheezy installer
is putting in manpages package, not freebsd-manpages. It would not be
proper state.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#736716: Please raise package priority.

2014-02-05 Thread Axel Beckert
Control: retitle -1 freebsd-manpages: Should be installed by default on 
kfreebsd-any
Control: severity -1 wishlist

Hi Mats,

Mats Erik Andersson wrote:
 This package has priority optional, meaning it will not get
 installed except by a manual intervention of the system operator, in
 spite of the package containing information vital to the proper
 operation of a GNU/kFreeBSD system.

Good point.

 Please raise the package priority to important

That would be one way to do it, yes.

 and do also assign it to architecture kfreebsd-any

Urgh. No, I won't do that for multiple reasons:

* It's an architecture independent package which takes quite a while
  to build. I refuse to unnecessarily put that load onto the
  build-daemons. Besides that this would trigger quite some
  lintian-warnings (arch-dep-package-has-big-usr-share,
  documentation-package-not-architecture-independent, etc.)

* I think the package should still be installable and available on
  linux-any, just not by default:

 in order that the users of GNU/Linux not complain too loudly.

I though think that wouldn't hurt that much. But yeah, it would be
nice.

So raising the priority is probably the wrong way to reach your real
goal, the automatic inclusion in default installations. Retitling the
bug-report accordingly.

Another possibility would be to make an arch:kfreebsd-any to depend on
(or maybe recommend) it, or make an arch:any package to depend on (or
maybe recommend) it only on kfreebsd-any.

But then again, this will likely disregard the rule that no package
should depend on a package with lower severity. (Not sure if that also
counts for Recommends, which are installed by default, at least after
the D-I.)

Regards, Axel
-- 
 ,''`.  |  Axel Beckert a...@debian.org, http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE
  `-|  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#736716: Please raise package priority.

2014-02-05 Thread Robert Millan
On 05/02/2014 20:50, Axel Beckert wrote:
 Another possibility would be to make an arch:kfreebsd-any to depend on
 (or maybe recommend) it, or make an arch:any package to depend on (or
 maybe recommend) it only on kfreebsd-any.

Sounds like a job for tasksel?

-- 
Robert Millan


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#736716: Please raise package priority.

2014-01-26 Thread Mats Erik Andersson
Package: freebsd-manpages
Version: 8.2-1
Severity: normal

This package has priority optional, meaning it will not get
installed except by a manual intervention of the system operator,
in spite of the package containing information vital to the proper
operation of a GNU/kFreeBSD system.

Please raise the package priority to important and do also
assign it to architecture kfreebsd-any in order that the
users of GNU/Linux not complain too loudly.

Best regards,
  Mats Erik Andersson, DM


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org