[Fsf-Debian] No response?

Karl Goetz karl at kgoetz.id.au
Mon Aug 6 11:38:59 UTC 2012


On Mon,   6 Aug 2012, 20:48:40 EST, Bryan Baldwin <bryan at katofiad.co.nz> wrote:

> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> On 08/06/2012 07:49 PM, Stefano Zacchiroli wrote:
> > On Mon, Aug 06, 2012 at 03:50:23AM +0000, Clint Adams wrote:

(Trim a slightly inflammatory paragraph followed by lots of Comments from both of you i largely agree with.)

> pasting FSF philosophy with every article of nonfree is inelegant. Why
> not take a copy of the Debian services framework (whichever services
> that might mean), reupholster it, and serve it up from a separate URL
> under a different name, exclusively for contrib and nonfree? That
> would take some effort up front, but then who really wants to troll

replicating debians infrastructure - excluding seving the packages themselves for a moment - would take a lot of effort.

> through all the html or whatever and figure out how to put surgeon
> general warnings on everything?

It 'just' requires some conditional testing to see if the suite is called nonfree. This is already done in most places so i suspect i misunderstood your point.

> > (And please, refrain from lightly smash this down with "no, you 
> > should delete non-free/contrib from your servers". That is indeed 
> > the *alternative* solution, but for the sake of searching from 
> > common ground, we need to be creative and explore all the various 
> > possibilities.)
> 
> Colocation could be done in such a way that the free and nonfree
> packages aren't part of the same structure. Which is to say I think
> one should have to navigate to a different URL, whether served by the
> same hardware or not, in order to browse the nonfree packages, bug reports, et al.

I agree this seems like a good middle ground, i would be interested to hear what others think. I do have concerns about both the maintainance burden and opening the door to other repositories trying to get similar treatment. 
Thanks,
kk
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.alioth.debian.org/pipermail/fsf-collab-discuss/attachments/20120806/e73ad8d6/attachment.html>


More information about the Fsf-collab-discuss mailing list