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
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
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
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
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Paul,
Thanks for your reply.
It seems that the draft webapps policy have answers to all my questions.
- --
Hilsen/Regards
Michael Rasmussen
Get my public GnuPG keys:
michael rasmussen cc
http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xD3C
On Sat, Feb 21, 2009 at 7:49 PM, Michael Rasmussen wrote:
> 1) I prefer to have web based applications running in a virtual host
> instead of poluting the /var/www folder with entries. Is it allowed to
> create a package which installs application in a virtual host in Apache?
Check out the draft
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi all,
I have issued an ITP: 516...@bugs.debian.org and before I start the
packaging process I would like to have a few things sorted out.
1) I prefer to have web based applications running in a virtual host
instead of poluting the /var/www folder w
* "Michael S. Peek"
| I am attempting to develop my own .deb packages that customize a debian
| installation for our network. Some of my packages attempt to divert files out
| of the way in preinst before unpacking my custom files in their place. A good
| example is autofs. My autofs configura
On Tue, 2005-05-31 at 14:51 -0400, Michael S. Peek wrote:
> What *should* I be doing instead?
You should forward it to -mentors mailing list.
--
David Moreno Garza <[EMAIL PROTECTED]> | http://www.damog.net/
Windows isn't a virus, viruses do something.
GPG: C671257D - 6EF6 C284 C95D 78F6 0B78
Hello all,
I hope I have the right list. If not, just kindly point me in the right
direction.
I am attempting to develop my own .deb packages that customize a debian
installation for our network. Some of my packages attempt to divert files out
of the way in preinst before unpacking my custom f
On Mon, May 09, 2005 at 08:18:37PM -0700, Steve Langasek wrote:
> > I cannot think of any other options. I'm short of clues for the best
> > way of doing this, and I'd be happy to give access to the svn repository
> > of people who could help and work on it together.
> I imagine these libraries a
Hi Enrico,
On Mon, May 09, 2005 at 03:06:28PM +0200, Enrico Zini wrote:
> Now, the ABI, and to a lesser extent the API of the libraries is still
> not stabilised, so I was planning to package libtagcoll1 and libdebtags1
> only as -dev packages. That way, packages would be statically linked to
>
Hello,
I'm trying to package the new version of debtags, with perl and python
bindings, and I'm facing some tricky issues.
Source packages:
libtagcoll1
Functions used to manipulate tagged collections
libdebtags1
Debian package tags library (also builds perl and python bindings)
No
24 matches
Mail list logo
