[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [directory-discuss] Debian/Ubuntu Database import

From: Michael Faille
Subject: Re: [directory-discuss] Debian/Ubuntu Database import
Date: Mon, 26 Mar 2012 23:28:15 -0400
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:11.0) Gecko/20120316 Thunderbird/11.0

[ I'm not the best in english ]
Hi all =),
As I understand, I think the goal is :
Respecting the priority of the source of information for software : 1. 
official gnu package. 2. triquel (up to date for others softwares) or
anyother fsf distro 3. other ?

One concern, why we just not merge Trisquel directory, fsf directory and X ?

In the case of the GNU projects, we can duplicate some information like
last version and their date .

Another suggestion : we can give  one "Stamp" on copy left project (
protective licence) and another for GNU project.

PS : integrating solr and mahout classifier could be useful for the project
Solr description :
Mahout description:
Example :          


On 03/26/2012 06:42 PM, Karl Berry wrote:
> Hi Andrew, welcome to Michael, and ...
>     get updated project version info from some distro's 
>     repository data and onto directory entry pages. 
> I really really really don't think that should be done for official GNU
> packages!!  (Such as GIMP.)  Distro releases of GNU package XYZ are, in
> general, not the same as the original GNU release of XYZ.
> FWIW, I have accumulated a file of information about each and every GNU
> package (and scripts to parse it) which I have always intended to
> autoupdate into the Directory.  I don't think there is any stopper at
> this point (there used to be many), but it has not come to fruition.  It
> is the file gnumaint/gnupackages.txt in
> if anyone cares to look.
>     planned database import from either Debian or Ubuntu. 
> As a separate issue, neither Ubuntu nor Debian are free distros that the
> FSF can list (, so it seems
> a bit strange to be using them as the basis for a directory import,
> instead of (say) gNewSense or trisquel.
> Best,
> k

reply via email to

[Prev in Thread] Current Thread [Next in Thread]