On Sat, 2013-04-27 at 10:13 +0200, Laszlo Kajan wrote:
> Dear Ben!
>
> On 27/04/13 00:46, Ben Hutchings wrote:
[...]
> > However, I would expect the vast majority of installations to be on
> > amd64, so if you always generate a 64-bit little-endian database
> > and avoid duplicating when installin
On Fri, Apr 26, 2013 at 11:46:44PM +0100, Ben Hutchings wrote:
> On Fri, Apr 26, 2013 at 03:21:43PM +0200, Laszlo Kajan wrote:
> > On 23/04/13 15:13, Benjamin Drung wrote:
> > [...]
> > > You can use xz for the source and binary package to reduce the size. The
> > > default compression level for xz
Dear Ben!
On 27/04/13 00:46, Ben Hutchings wrote:
> On Fri, Apr 26, 2013 at 03:21:43PM +0200, Laszlo Kajan wrote:
>> Dear FTP Masters!
>>
>> On 23/04/13 15:13, Benjamin Drung wrote:
>> [...]
>>> You can use xz for the source and binary package to reduce the size. The
>>> default compression level
On Fri, Apr 26, 2013 at 03:21:43PM +0200, Laszlo Kajan wrote:
> Dear FTP Masters!
>
> On 23/04/13 15:13, Benjamin Drung wrote:
> [...]
> > You can use xz for the source and binary package to reduce the size. The
> > default compression level for xz reduces the size of the source tarball
> > from 4
Dear FTP Masters!
On 23/04/13 15:13, Benjamin Drung wrote:
[...]
> You can use xz for the source and binary package to reduce the size. The
> default compression level for xz reduces the size of the source tarball
> from 415 MB to 272 MB:
>
> $ ls -1s --si metastudent-data_1.0.0.tar*
> 823M metas
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 04/24/2013 04:02 PM, Laszlo Kajan wrote:
> Hello Didier!
>
> On 24/04/13 09:32, 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 *r
Hello Didier!
On 24/04/13 09:32, 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 if they wi
Hi Olivier!
On 24/04/13 08:20, Olivier Sallou wrote:
>
> On 04/23/2013 11:48 AM, Laszlo Kajan wrote:
>> Dear Russ, Debian Med Team, Charles!
>>
>> (Please keep Tobias Hamp in replies.)
>>
>> @Russ: Please allow me to include you in a discussion about a few
>> bioinformatics packages that depend
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
Olivier Sallou writes:
> Indeed, many bioinformatics programs relies on external data. But I am afraid
> that if we start to add some data packages, we will open an endless open
> door BioInformatics datasets are large, and becoming huge and numerous.
> This size will be an issue for Debian mi
On 04/23/2013 11:48 AM, Laszlo Kajan wrote:
> Dear Russ, Debian Med Team, Charles!
>
> (Please keep Tobias Hamp in replies.)
>
> @Russ: Please allow me to include you in a discussion about a few
> bioinformatics packages that depend on big, but free data [2]. I have cited
> your opinion [3] in th
Laszlo Kajan writes:
> On 23/04/13 18:48, Russ Allbery wrote:
>> Discussing it on debian-devel seems right, but I would also draw it to
>> ftp-master's attention, since they're the people who have to worry
>> about archive size). We can easily move on to modifying Policy if
>> there's a consensu
Dear Russ!
Thank you for getting back to me.
On 23/04/13 18:48, Russ Allbery wrote:
> 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 in
Hello Benjamin!
On 23/04/13 15:13, Benjamin Drung wrote:
> Am Dienstag, den 23.04.2013, 13:51 +0200 schrieb Laszlo Kajan:
>> Hello Andreas!
>>
>> On 23/04/13 12:23, Andreas Tille wrote:
>>> On Tue, Apr 23, 2013 at 11:48:05AM +0200, Laszlo Kajan wrote:
This email is to continue the discus
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
Am Dienstag, den 23.04.2013, 13:51 +0200 schrieb Laszlo Kajan:
> Hello Andreas!
>
> On 23/04/13 12:23, Andreas Tille wrote:
> > 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)
Hello Andreas!
On 23/04/13 12:23, Andreas Tille wrote:
> 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 <500
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
Dear Russ, Debian Med Team, Charles!
(Please keep Tobias Hamp in replies.)
@Russ: Please allow me to include you in a discussion about a few
bioinformatics packages that depend on big, but free data [2]. I have cited
your opinion [3] in this discussion before. You are on the technical committee
22 matches
Mail list logo
