Updates in Your Groups, January 23, 2011
parniaz121 itbartar_it posted a link مهتاب وب Unsubscribe from the Updates Email : http://groups.yahoo.com/unsubscribe/updates/2WGoomt.xbw1xocwDljrn1XiltXYyWt3DnvUraS7iQo-
Re: Analysis of the Free Art License 1.3
On Wed, 19 Jan 2011 21:48:32 -0400 David Prévot wrote: [...] > Hi, Hello! [...] > Le 25/01/2009 07:55, Francesco Poli a écrit : > > On Sun, 25 Jan 2009 12:41:18 +0100 Francesco Poli wrote: > > May I dig up this almost one year old thread, I would say almost two years old, but I digress...;-) > in order to ask or maybe > add some enlightenment about this license, used by Kalle's for his design. Welcome on board! :-) > > As an introduction, I would like to point to the “Licenses” page of the > FSF [...] that consider, about “Licenses for Other Types of Works”: “We > don't take the position that artistic or entertainment works must be > free, but if you want to make one free, we recommend the Free Art License.” This is known and not so relevant as it may seem: the Debian Project is not the FSF and the FSF is not the Debian Project. Too bad that the FSF doesn't take "the position that artistic or entertainment works must be free"! I take that position, instead. And, fortunately, the Debian Project uses the same guidelines (that is to say, the DFSG) to assess the freeness of any software work [1], not only computer programs. In 2004 it was decided (through general resolution GR-2004-003 [2]) to make this clearer, by amending the Social Contract. [1] http://www.inventati.org/frx/essays/softfrdm/whatissoftware.html [2] http://www.debian.org/vote/2004/vote_003 Moreover, the fact that the FSF considers a license free (or even recommends it) does not necessarily imply that the Debian Project should come to the same conclusion (and vice-versa!). > > This license is about artistic work, is initially written in French, [...] > I believe that Francesco's concern about this license to comply with > DFSG are mostly due to lack of context and maybe some not best choice of > translation. I admit that I only analyzed the English translation of the license, since I cannot read French legalese (my knowledge of the French language is unfortunately close to zero, apart from the meanings I can guess by analogy with my native language, which is Italian). Anyway, the fact that the English translation is possibly inaccurate should IMHO be counted among the flaws of the Free Art License... > > >> Free Art License 1.3 > > [...] > >> 2.2 FREEDOM TO DISTRIBUTE, TO PERFORM IN PUBLIC > > [...] > >> specify to the recipient the names of the author(s) of the originals, > >> including yours if you have modified the work, > > > > This might forbid anonymous works or anonymous modifications, > > which is non-free, IMO. > > Actually, especially in artistic work, the “name of the author” doesn't > need to comply with the civil one (most artists use pseudonym), I really hope the *intended* meaning of the license is to not forbid anonymous or pseudonymous works/modifications, but I am still convinced that the *actual* license text is not clear enough on this point. That's why I said that this clause *might* forbid anonymous works or modifications. > and I > fail to understand the difference with the GPL that ask to mention of author> in the copyright. Where does the GNU GPL (v2 or v3) ask that? AFAICT, the GPL mandates the inclusion of appropriate copyright notices, which, however, may well use pseudonyms, or the term "anonymous", instead of civil names. > > >> specify to the recipient where to access the originals (either > >> initial or subsequent). > > > > This condition is a little improved with respect to the corresponding > > one in the Free Art License version 1.2. > > However, I am still a little concerned that this could mean that, in > > order to distribute a work under this license, I am required, as long > > as I go on distributing, to keep updated information on where recipients > > can access every previous version. > > Please keep in mind that artistic work may have one original, and that, > unlike computer data, copy of the original may differ from it. I am aware that the Free Art License is conceived in such a way to be applicable to material works too (for instance to statues, paintings, and so forth...). However, here we are analyzing the freeness of works licensed under the Free Art License for the purposes of the Debian Project. Hence the primary concern is how the license applies to works that may (technically) be distributed through the Debian mirror network and the Debian website(s): that is to say, software works, in the broadest sense of the term "software" (see again my above-mentioned essay [1]). > Please > refer to the “Definitions” part of the license about “Originals”, > “Initial work” and “Subsequent works”. Anyway, the French sentence that > is “indiquer au destinataire où il *pourrait* avoir accès aux originaux” > that could better be translated in “specify to the recipient where he > *could* access the originals“. In artistic work, original may be broken, > lost, or definitely altered by subsequent work for example. It really > sounds like if “if possible” is missing (or is im
Re: Ready to upload installation guide
On Sun, Jan 23, 2011 at 08:08:14AM +0100, Christian PERRIER wrote: > I have a ready to upload Installation Guide build. > > It was built from D-I SVN as of Sat Jan 22nd 08:00 UTC > > Are there objections for an upload? > > Please notice that building G-I takes *hours* (4h17 on my build > machine), so I probably can rebuild it only once during the day, > today. Different languages could probably be built in parallel. > Also, I never did such work so I don't know exactly what needs to be > synced on the website. I suspect that the online copy has to be > updated in some way Frans was doing all such work in the past > (including builds of G-I) and, IIRC, nothing has been re-setup to > update online copies again. Nothing needs to be done on the website side: the last installation-guide package is extracted automatically from the archive. http://cvs.debian.org/webwml/cron/lessoften?view=markup > I suspect that some work may be needed for CD images production, too. > > Hence CC'ing -doc, -www and -cd -- Simon Paillard -- To UNSUBSCRIBE, email to debian-www-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110123160020.gf17...@glenfiddich.ikibiki.org
Bug#610872: www.debian.org: include ANSSI french crypto export/import document
Package: www.debian.org Severity: wishlist Hey, a recent mail on debian-project asked for a crypto declaration file number to the French authorities. There wasn't any so I did the request and got the file number (1101027) and scanned the documents (available at http://people.debian.org/~corsac/anssi/) Could you integrate them somewhere on the website? Thanks in advance. Regards, -- Yves-Alexis -- System Information: Debian Release: 6.0 APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-grsec-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-www-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110123155812.11552.45299.reportbug@hidalgo
CVS and WWW sprint.
Dear all, I make occasional contributions to the Debian website, in /devel/debian-med, and I wonder how I could help to let the website migrate out of the the CVS / WML / iso-8859-1 troika, which I think is turning away contributors. I see that CVS was on the menu of the WWW sprint on last December. Was there something decided ? Are there some blockers identified on which one can work ? Cheers, -- Charles Plessy Debian Med packaging team, http://www.debian.org/devel/debian-med Tsurumi, Kanagawa, Japan -- To UNSUBSCRIBE, email to debian-www-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110124041450.ga14...@merveille.plessy.net
Re: CVS and WWW sprint.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Le 24/01/2011 00:14, Charles Plessy a écrit : > Dear all, Hi, > I see that CVS was on the menu of the WWW sprint on last December. Was there > something decided ? Are there some blockers identified on which one can work ? Actually, what is the problem with CVS? Other VCS may offer fancy features that are actually useless for the website (use of branches or whatever), and, at best of our knowledge, we have no information concurring to the idea that it “is turning away contributors”, so please, what sort of improvement is expected by moving away from CVS? Cheers David -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iQIcBAEBCAAGBQJNPQCAAAoJELgqIXr9/gnyoGIP/1Z1So1UzdRgWl9JtogxbTQY UsvgbfgzYc/CeMRBTQu58XPl7GaLwjfVesZE5fMgTrNxaWM1onQI64/kAMhla78O jmLc174PO1IXazgdWRa2OuLTgXYRzPgsHi2eJCxOifVQ5yTac2RDn+Lyv3NbNpgW i3LbPKu34XJTq53HWKAAWi7W1cyEherujkkPoiVDK+3kpVSZS44Zx+SGRKp5c3X6 A/2A1/rMqYtTbaa4WfcvQ+jvt0+lY8ORJE4IjnJ5XDvh9vJFMXo2M7dq5pkXUC7z h+Rpyq6HpgRLmMJvBuBGE4OzF24EkraV7Yo2ivbI2pyd96rYy2HPYmlBdC1VKMiU dkJKIqZyYrPPYVKPrJislTKlvw7yrE/2ibWM/n1riujDOOgRZ7Lji2Cv8eqnf5Rd F2rMiMCev/pCJjmfMsxs+u4uoMyc++B9JTQMq6L6Sjr42CR9TcVrZD/c/XbTs7ST 8DQKQE5L/2Sg6fWVCn5G68IMBx/BLxO4JqnJ1GN72cCvQDRMObMCdIyUyMnlSZK3 3Aw43dVIxy5inNOJj4FlkUyags6+K86zN6FKPN3mcWpsyNJ45yiyXsKNzPIQDJV2 xo0HVa4ujLwU7VSfdmyMrX1g4nd0PdXxB1ab0rphAyzAvmxY9oYMKdyxn97tUcYt Y4RPdQnNc6DT+f0tA2dR =6Bfa -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-www-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/ihiva7$gtl$1...@dough.gmane.org
Re: CVS and WWW sprint.
Le Mon, Jan 24, 2011 at 12:31:02AM -0400, David Prévot a écrit : > > Actually, what is the problem with CVS? Other VCS may offer fancy > features that are actually useless for the website (use of branches or > whatever), and, at best of our knowledge, we have no information > concurring to the idea that it “is turning away contributors”, so > please, what sort of improvement is expected by moving away from CVS? It simply does not offer the same comfort as widely used VCSes in Debian, such as Subversion and Git. It needs network access for CVS diff. It behaves in a way that is unexpected to somebody that uses more recent VCSes. For instance, CVS update will not bring new directories. For many package maintainers, CVS is an extra VCS to learn. And the more I get used to the fancy features of other VCSes (colored wdiffs with git, for instance), the more I get bored to death when I force myself to keep our part of the website alive. None of this is a problem, but it working with CVS is not a pleasure, so at least for me I tend to postpone work on the Debian website. Of course, I can not talk for others. Perhaps I could set up a poll to see if people would care more about the website if it were stored in another VCS ? Cheers, -- Charles Plessy Debian Med packaging team, http://www.debian.org/devel/debian-med Tsurumi, Kanagawa, Japan -- To UNSUBSCRIBE, email to debian-www-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110124045230.gb14...@merveille.plessy.net
