Hello Simon!
Thank you for these suggestions.
On 24/04/13 13:06, Simon McVittie wrote:
> On 23/04/13 10:48, Laszlo Kajan wrote:
>> free packages that depend on big (e.g. >400MB) free data outside 'main'
>
> This comes up in the Games Team, too.
>
> Here are some possibilities you might not have
On 23/04/13 10:48, Laszlo Kajan wrote:
> free packages that depend on big (e.g. >400MB) free data outside 'main'
This comes up in the Games Team, too.
Here are some possibilities you might not have considered:
* Package a small "demo" data-set (enough to test that the package is
working correc
On Wed, Apr 24, 2013 at 09:32:52AM +0200, Didier 'OdyX' Raboud wrote:
> Le mardi, 23 avril 2013 12.23:23, Andreas Tille a écrit :
> > I would even go that far that it might make sense to package these data
> > and upload it to demonstrate that we should *really* create a solution
> > for such cases
Le mardi, 23 avril 2013 12.23:23, Andreas Tille a écrit :
> I would even go that far that it might make sense to package these data
> and upload it to demonstrate that we should *really* create a solution
> for such cases if they will increase in the number and size of data
> packages.
Isn't that
Laszlo Kajan writes:
> This email is to continue the discussion about free packages that depend
> on big (e.g. >400MB) free data outside 'main'. These packages apparently
> violate policy 2.2.1 [0] for inclusion in 'main' because they require
> software outside the 'main' area to function. They d
On Tue, Apr 23, 2013 at 11:48:05AM +0200, Laszlo Kajan wrote:
>
> This email is to continue the discussion about free packages that depend on
> big (e.g. >400MB) free data outside 'main'.
In your practical case is this data say <500MB? Are we talking about
compressed or uncompressed data (= >40
6 matches
Mail list logo
