Hi Petter,
On Wed, Mar 11, 2015 at 12:23:27PM +0100, Petter Reinholdtsen wrote:
blends-dev used to generate depends, and it did not work well.
Nitpicking: Neither cdd-dev nor blends-dev ever generated depends but
debian-edu used to create depends and stopped this even before it became
what
Hi,
On Mittwoch, 11. März 2015, Andreas Tille wrote:
Blends-dev has never behaved that Depends in the tasks file ended up in
a Depends in debian/contol. This was even the case before blends-dev
existed and the behaviour was taken over to stay compatible. I was
never fully happy about this
On Wed, Mar 11, 2015 at 11:03:50AM +0100, Holger Levsen wrote:
On Mittwoch, 11. März 2015, Andreas Tille wrote:
Blends-dev has never behaved that Depends in the tasks file ended up in
a Depends in debian/contol. This was even the case before blends-dev
existed and the behaviour was taken
[Andreas Tille]
Not with the result of blends-devs own process to create the d/control
file. For sure you can hack the d/control file afterwards but I'd be
really careful and would prominently document this to make sure any
later regeneration will need to do this if the Depends is really
On 4 March 2015 at 20:09, Wolfgang Schweer wschw...@arcor.de wrote:
On Wed, Mar 04, 2015 at 06:38:43PM +0530, uday bhatye wrote:
remaining things in the file are like
[libdefaults]
default_realm = reached
...
[domain_realm]
intern = reached
5 matches
Mail list logo
