Re: Huge data files in Debian

2015-07-18 Thread Philip Hands
Troy Benjegerdes writes: > On Fri, Jul 17, 2015 at 09:38:06PM +0200, Jakub Wilk wrote: >> * Ole Streicher , 2015-07-17, 10:34: >> >But: These packages sum up to ~25 GB, with the maximal package >> >size of 3.5 GB. >> >> Well, that's a lot. Just as data points: >> >> * The biggest binary package

Re: Huge data files in Debian

2015-07-18 Thread Pedro Larroy
Hi Wouldn't a p2p system scale better than any server based solution? Also in regards to cost... Pedro. On Sat, Jul 18, 2015 at 9:42 AM, Philip Hands wrote: > Troy Benjegerdes writes: > > > On Fri, Jul 17, 2015 at 09:38:06PM +0200, Jakub Wilk wrote: > >> * Ole Streicher , 2015-07-17, 10:34:

Bug#792760: RFP: icedove-thunderlink -- Link to email by Message-ID

2015-07-18 Thread Nathaniel Beaver
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org --- Please fill out the fields below. --- Package name: icedove-thunderlink Version: 1.2.1 Upstream Author: Christoph Zwirello URL: https://github.com/poohsen/thunderlink License: Mozilla

RE:Huge data files in Debian

2015-07-18 Thread PICCA Frederic-Emmanuel
> Hi > Wouldn't a p2p system scale better than any server based solution? Also in > regards to cost... gittorrent[1] would be great for this. [1] http://blog.printf.net/articles/2015/05/29/announcing-gittorrent-a-decentralized-github/ Cheers -- To UNSUBSCRIBE, email to debian-devel-requ...@l

Re: Huge data files in Debian

2015-07-18 Thread Ole Streicher
Andreas Tille writes: > On Fri, Jul 17, 2015 at 09:58:32PM -0400, Yaroslav Halchenko wrote: >> > +1 >> > Would you register a large data set BoF in Summit? >> >> something like >> https://summit.debconf.org/debconf15/meeting/333/bof-big-data-packages/ > > Yes. > >> ? not sure if I would actually

Re: Huge data files in Debian

2015-07-18 Thread Ole Streicher
Pedro Larroy writes: > Wouldn't a p2p system scale better than any server based solution? > Also in regards to cost... I am a bit afraid about the long-term availability of any non-standard, new solution: Anything we implement now (and used for Debian 9) should be supported for the whole LTS time

Re: The Spirit of Free Software, or The Reality

2015-07-18 Thread Ole Streicher
Ben Finney writes: > Distributing them to Debian recipients makes the implicit promise that > they are free by the DFSG, or that they should be removed from Debian if > that's discovered to be untrue. Can't we just put non-free logos to non-free? In main they could be replaced by either a simple

Re: The Spirit of Free Software, or The Reality

2015-07-18 Thread Andrey Rahmatullin
On Sat, Jul 18, 2015 at 10:52:33AM +0200, Ole Streicher wrote: > > Distributing them to Debian recipients makes the implicit promise that > > they are free by the DFSG, or that they should be removed from Debian if > > that's discovered to be untrue. > > Can't we just put non-free logos to non-fre

Re: The Spirit of Free Software, or The Reality

2015-07-18 Thread Mike Hommey
On Sat, Jul 18, 2015 at 01:09:37PM +0800, Paul Wise wrote: > On Sat, Jul 18, 2015 at 6:26 AM, Mike Hommey wrote: > > > Screenshots of games during play are not the same as logos. > > Are you saying that screenshots of logos aren't derivative works of those > logos? I'm saying you can't derive a

Re: Huge data files in Debian

2015-07-18 Thread Andreas Tille
Hi Ole, On Sat, Jul 18, 2015 at 10:36:56AM +0200, Ole Streicher wrote: > >> ? not sure if I would actually like to be "The Speaker" ;) > > > > Why not. Your mail contained someconstructove details that could > > kickstart a discussion. There is not more needed in a BoF. > > I'd support this -

Re: The Spirit of Free Software, or The Reality

2015-07-18 Thread Ole Streicher
Andrey Rahmatullin writes: > On Sat, Jul 18, 2015 at 10:52:33AM +0200, Ole Streicher wrote: >> > Distributing them to Debian recipients makes the implicit promise that >> > they are free by the DFSG, or that they should be removed from Debian if >> > that's discovered to be untrue. >> >> Can't we

Re: Huge data files in Debian

2015-07-18 Thread Ole Streicher
Andreas Tille writes: >> I doubt that we can or should reproduce the catalogs from the >> original exposures in Debian -- this would require disk space, >> computing power and man power which we obviously don't have. > > May be ftpmaster might give some input here - if we are lucky one > ftpmaster

Re: diaspora packaging crowd funded work summary

2015-07-18 Thread Antonio Terceiro
Hello Praveen, On Thu, Jul 16, 2015 at 01:54:15PM +0530, Pirate Praveen wrote: > I ran a successful crowd funding campaign to work full time for a > month on diaspora packaging > (http://www.indiegogo.com/at/debian-diaspora) and here is the summary > of work done. > > diaspora init script updated

Re: diaspora packaging crowd funded work summary

2015-07-18 Thread Pirate Praveen
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 2015, ജൂലൈ 18 5:54:04 PM IST, Antonio Terceiro wrote: >That's really nice, thanks for keeping us updated. > >What is the current status with regards to having a proper diaspora >package in the debian archive (with all its dependencies also in t

Bug#792784: ITP: pytest-localserver -- plugin for py.test to test server connections locally

2015-07-18 Thread Daniel Stender
Package: wnpp Severity: wishlist Owner: Daniel Stender * Package name: pytest-localserver Version : 0.3.4 Upstream Author : Sebastian Rahlf * URL : https://pypi.python.org/pypi/pytest-localserver * License : Expat Programming Lang: Python Description :

Re: Huge data files in Debian

2015-07-18 Thread Troy Benjegerdes
On Sat, Jul 18, 2015 at 10:41:44AM +0200, Ole Streicher wrote: > Pedro Larroy writes: > > Wouldn't a p2p system scale better than any server based solution? > > Also in regards to cost... > > I am a bit afraid about the long-term availability of any non-standard, > new solution: Anything we imple

Re: Packaging certain libraries as "end-user software"

2015-07-18 Thread Bas Wijnen
On Fri, Jul 17, 2015 at 05:30:04PM +0200, Ansgar Burchardt wrote: > It's less of a library than an environment used for research. Compiling > is just a required step to run your code, but applications are usually > not distributed in binary form. What is the benefit of providing a shared library a