Re: Doubts and Ideas
Hello, with my CD vendor list editor hat on: On Tue, May 29, 2007 at 10:25:31PM -0300, Felipe Augusto van de Wiel (faw) wrote: = About Who's using Debian and CD Vendors = It would be possible to have a very minimal system to take care of those submissions, I think it would help a lot people doing this job to keep track of what was already included and what still needs to be done, the system could even send e-mails to -www-cvs. Having an automatic tool would certainly speed up the time into getting this information into the site. There is already a template, so enforcing it would be simple. Could it be written in PHP/Perl using a sqlite database? Yes, why not. It would not be able to be hosted at www.debian.org, but we could point people to an application at say, submissions.debian.net or submit.debian.org, which would be a standalone server (no mirrors) and take where dynamic applications could be hosted. The current system was implemented by Josip recently, and is a big improvement over the previous state: On http://www.debian.org/CD/vendors/adding-form, CD vendors fill out the form, the results are sent to [EMAIL PROTECTED] in a standard format. This means that we have to copy paste the entries into the webwml/english/CD/vendors.CD file in CVS, *manually* sort the list, double-check everything works as expected... Finally, the auto-generated mail needs to be replied to, to inform the vendor about his being added. A CC to [EMAIL PROTECTED] is necessary to avoid duplication of effort, which increases the amount of mail to be handled by everybody. Wishlist: - entries can be approved for addition to the vendors list with a single click on a web page - sending an email to the submitter is done with another click. Optionally, I can add a comment, e.g. why I'm *not* adding the entry. A default text you have been added is supplied by default - I can leave private comments on why I'm unsure whether to add the entry, only readable by other DDs - I need not periodically poll a web application for new entries, but get a mail e.g. once a day which reminds me that new entries are awaiting approval. IMHO, we should not re-invent the wheel here, but use a standard RT system like bugzilla. You only need to implement the part which takes the supplied information and puts it on the web pages somehow. *BUT* actually I'm not /that/ unhappy with the current system. The number of submissions is usually fairly low, only now, after the release, the is a certain surge of new submissions. Cheers, Richard -- __ _ |_) /| Richard Atterer | GnuPG key: 888354F7 | \/¯| http://atterer.net | 08A9 7B7D 3D13 3EF2 3D25 D157 79E6 F6DC 8883 54F7 ¯ '` ¯ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Xcas / Giac in Debian
Hello, I'm looking for Xcas/Giac package in Debian http://www-fourier.ujf-grenoble.fr/~parisse/giac.html http://fr.wikipedia.org/wiki/Xcas http://en.wikipedia.org/wiki/Xcas I see the following page http://www.debian.org/distrib/packages but I don't see how to ask for a new package Regards -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Doubts and Ideas
On Wed, May 30, 2007 at 12:00:38PM +0200, Richard Atterer wrote: The current system was implemented by Josip recently, and is a big improvement over the previous state: ...the previous state being that a vendor mails assorted bits of information to a mail address, and then a human editor *must* take their input apart weed out the garbage, and rewrite data into WML syntax. That was just painful. It needed to be fixed years ago, but nobody ever got a round tuit. :/ On http://www.debian.org/CD/vendors/adding-form, CD vendors fill out the form, the results are sent to [EMAIL PROTECTED] in a standard format. This format is standardized, but not WML. Hey, why didn't anyone tell me that I should do that, it could be done fairly easily :) This means that we have to copy paste the entries into the webwml/english/CD/vendors.CD file in CVS, *manually* sort the list, This manual sorting bugs me. We should definitely be able to throw new entries at the bottom of the list, and have WML sort them for us. Let's implement the equivalent of mirror/Mirrors.masterlist for CD vendors? I seem to recall *some* ancient reason against it, but I can't remember which. double-check everything works as expected... Finally, the auto-generated mail needs to be replied to, to inform the vendor about his being added. A CC to [EMAIL PROTECTED] is necessary to avoid duplication of effort, which increases the amount of mail to be handled by everybody. These steps are hard to avoid even if you implement a full-blown script+database handler... you'd still have to read and check all submissions, generate a reply (at that time when you add them), and somehow 'lock' submissions to avoid race conditions with other editors. -- 2. That which causes joy or happiness. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Doubts and Ideas
On Sun, May 27, 2007 at 06:20:40PM -0300, Felipe Augusto van de Wiel (faw) wrote: About a redesign I think that should be done, from time to time, using proper CSS, to show people that the Web Team is alive and working. I'm not saying to put flash or any not *very* accessible material, Im just saying that from time to time (2-3 years) we could re-arrange our CSS (and maybe layout) so people could come and say: COOL! Debian keeps surprising me!. Just changing the colors (even nuances) or a couple of visual bits and pieces, would be good. For quite some time, Im really unsure if we should use br / or br, if we should use a quote () or q, if we should check new pages when they come in and review it (even before translators work on it). I don't think we should ever be worrying about br/ vs br, or similar formatting issues. WML *exists* for the purpose of abstracting those kinds of details out of the editor's view. The new q thing is a good idea, it should have been done long ago (also through WML, but this method with CSS is okay today). I'm unsure if we should start contacting contributors and fix the long standing license problem of the website. What license problem? Everything is licensed to SPI, always has been. I really think that we need to first change a couple of core structures in the (X)HTML code and CSS and after we can work on the logical and structural areas of the website. I think that logical and structural discussion is more important than formatting. Even visual design issues are by now more important than whether we pass this or that syntax validator :/ -- 2. That which causes joy or happiness. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Xcas / Giac in Debian
Hi! * [EMAIL PROTECTED] [EMAIL PROTECTED] [070530 15:32]: I'm looking for Xcas/Giac package in Debian [..] I see the following page http://www.debian.org/distrib/packages but I don't see how to ask for a new package The procedure is described at [1]; it basically boils down to: Please send us a bug report against the wnpp package. Links: 1: http://www.debian.org/devel/wnpp/ Yours sincerely, Alexander -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Etch errata
* Josip Rodin [EMAIL PROTECTED] [2007-05-28 21:49]: On Mon, May 28, 2007 at 10:38:45PM +0300, Andrei Popescu wrote: I thought aptitude was the recommended frontend. In the case of security updates, it does not matter, because there are no complex dependencies to be resolved, you only upgrade existing packages and there should be no difference which program is used. My point was that we should have consistent recommendations. Well, seemingly inconsistent, it's all the same APT library. You know this, and propably most reading this list, but Andrei got a point there, it propably will confuse some users. On the other hand - before changing it in those pages it would be required to convince the security team to adapt their templates for the DSAs they send out. Otherwise we will confuse those users even more, having different recommendations wrt/ security in the different parts. So long, Alfie -- , and your email server was not used in the sending of this message. -- some SPAM message signature.asc Description: Digital signature
Re: Doubts and Ideas
On Wed, May 30, 2007 at 04:08:25PM +0200, Josip Rodin wrote: I'm unsure if we should start contacting contributors and fix the long standing license problem of the website. What license problem? Everything is licensed to SPI, always has been. I'm suprised you ask this. Have you read 238245? Several problems: - The website claims the Copyright belongs to SPI even if no contributor, AFAIK, is asked a paper signed email to transfer copyright before they start contributing. We should change this and start collecting (c) transfers from (at least) current and future contributors. As per the discussion in #238245, since this has not been done the content is not legally licensed by SPI. - Debian-legal says that the website license (OPL) not DFSG-free (see http://people.debian.org/~terpstra/message/20040312.160816.9f618d1f.html) and it certainly is not GPL compatible. See #238245 and #388141 as I stated in my email. This means no content from the site can (legally) be copied over to, for example, a GPL-licensed document (such as those produced by the DDP) or a GPL program. Does this happen often? I couldn't say, but for example, I've recently seen reportbug-ng reuse the exact same content from the website for it's UI interface (which is GPLD). I'm not sure reportbug-ng's author is aware of him violating a license. I proposed a plan to fix this issue (see the bug report). But did not have the energy to pursue it further. Regards Javier signature.asc Description: Digital signature
Re: Doubts and Ideas
On Tue, May 29, 2007 at 10:25:31PM -0300, Felipe Augusto van de Wiel (faw) wrote: - Our procedure for out-of-date pages is this, the log of removed pages is here. That would be nice, actually, an automatic mechanism that would mail the l10n mailings everytime a batch of pages are removed could prompt translation teams into action. We have pages that reports what is out of date and AFAIK when a page is 6 months out-of-date they are removed, if I'm not wrong, peterk is taking care of this, he also has a report page where it shows the stats. There's a very big difference between a 'pull' model (I have to remember to periodically review the pages and take action) vs. the 'push' model (you are reminded something is going to happen unless you fix it. Even though the timeframe for the removal is rather large (6 months) it would be a nice addition to that service to have the actions e-mail to translators' lists before they are taken (and content is removed from the website). Regards Javier signature.asc Description: Digital signature
Re: Doubts and Ideas
On Wed, May 30, 2007 at 05:51:25PM +0200, Javier Fernández-Sanguino Peña wrote: This means no content from the site can (legally) be copied over to, for example, a GPL-licensed document (such as those produced by the DDP) or a GPL program. For reference, this is #192748 (which was cloned to 238245). Licensing the www content using the GPL would obviously fix both bugs. Regards Javier signature.asc Description: Digital signature
Who's using Debian?
1. Co. AUSA, Almacenes Universales SA, Cuba 2. Commercial 3. /http://www.ausa.co.cu/ 4. The company counts on a network of 30 servers between its dependencies, 5 of them facing Internet. We used the Debian distribution. from July 2006. with the services of mail (postfix), Web (apache2). proxy (squid), FTP (proftpd). We migrated of “Windows 2003 Server to Linux. “A better world is Possible”...and we are enchanted… thanks
Re: Doubts and Ideas
On Wed, May 30, 2007 at 05:51:25PM +0200, Javier Fernández-Sanguino Pe?a wrote: What license problem? Everything is licensed to SPI, always has been. I'm suprised you ask this. Have you read 238245? Obviously not :) Several problems: - The website claims the Copyright belongs to SPI even if no contributor, AFAIK, is asked a paper signed email to transfer copyright before they start contributing. We should change this and start collecting (c) transfers from (at least) current and future contributors. As per the discussion in #238245, since this has not been done the content is not legally licensed by SPI. Er, I think this is a false dilemma. People who were committing have always been committing to the same place where license.wml said SPI, and it said OPL. Granted, without explicit relinquishments, it may not be SPI's in the strictest possible sense, but I doubt that we couldn't argue so in court, if someone ever contested that. This wasn't us having people click-through a EULA, these were completely willful acts of asking for access, accepting the rules, and only then committing changes. - Debian-legal says that the website license (OPL) not DFSG-free (see http://people.debian.org/~terpstra/message/20040312.160816.9f618d1f.html) This is the same thing as with the logo licenses... in reality, nobody cares, because the web site isn't part of the Debian system. This means no content from the site can (legally) be copied over to, for example, a GPL-licensed document (such as those produced by the DDP) or a GPL program. Does this happen often? I couldn't say, It's unlikely that our web pages have much content for which there isn't prior art, or simply common knowledge. All this license nitpicking in Debian really tends to get annoying to me... We could actually go about whining at people adding stuff to the web site without proper references to whatever is the primary source! -- 2. That which causes joy or happiness. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: curb your enthusiasm ;)
Processing commands for [EMAIL PROTECTED]: retitle 388141 www.debian.org SPI copyright claim not legally valid until all contributors are contacted for relicensing Bug#388141: www.debian.org copyright statements are false website is illegal to publish until all contributors are contacted for relicensing Changed Bug title to `www.debian.org SPI copyright claim not legally valid until all contributors are contacted for relicensing' from `www.debian.org copyright statements are false website is illegal to publish until all contributors are contacted for relicensing'. -- Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Xcas / Giac in Debian
The procedure is described at [1]; it basically boils down to: Please send us a bug report against the wnpp package. Links: 1: http://www.debian.org/devel/wnpp/ Yours sincerely, Alexander Thanks Alexander for your quick reply Regards Sébastien CELLES -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Doubts and Ideas
Javier Fernández-Sanguino Peña: Even though the timeframe for the removal is rather large (6 months) it would be a nice addition to that service to have the actions e-mail to translators' lists before they are taken (and content is removed from the website). Currently, the only mail produced is the one that is sent to my by cron running the update script. Perhaps it should also post the results somewhere, although they do get posted to debian-www-cvs as all other cvs activities (but they may of course drown there). -- \\// Peter - http://www.softwolves.pp.se/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Doubts and Ideas
Josip Rodin [EMAIL PROTECTED] wrote: On Wed, May 30, 2007 at 05:51:25PM +0200, Javier Fernández-Sanguino Pe?a wrote: - Debian-legal says that the website license (OPL) not DFSG-free (see http://people.debian.org/~terpstra/message/20040312.160816.9f618d1f.html) This is the same thing as with the logo licenses... in reality, nobody cares, because the web site isn't part of the Debian system. Meanwhile, in real reality, people keep putting it into debian packages - directly, or indirectly through wallpapers and artwork and so on - because they expect debian project materials to be under licences accepted in the debian system; and it hinders us fixing other licensing bugs because it is used (incorrectly) in accusations of hypocrisy. We should care about this as a way to avoid a whole class of bugs and help with fixing another class, so spending less time on bloody licensing bugs. Regards, -- MJR/slef My Opinion Only: see http://people.debian.org/~mjr/ Please follow http://www.uk.debian.org/MailingLists/#codeofconduct
consistent usage of aptitude (was Re: Etch errata)
Hi, On Wednesday 30 May 2007 16:39, Gerfried Fuchs wrote: I thought aptitude was the recommended frontend. In the case of security updates, it does not matter, because there are no complex dependencies to be resolved, you only upgrade existing packages and there should be no difference which program is used. My point was that we should have consistent recommendations. Well, seemingly inconsistent, it's all the same APT library. You know this, and propably most reading this list, but Andrei got a point there, it propably will confuse some users. On the other hand - before changing it in those pages it would be required to convince the security team to adapt their templates for the DSAs they send out. Otherwise we will confuse those users even more, having different recommendations wrt/ security in the different parts. The first step in convincing someone is to tell about the issue, so I cc:ed the security team :) Maybe it doesn't even need convincing, as everybody agrees that we should be consistent in our documentation, that aptitude is the recommended command-line package-manager and that therefore also the DSA templates should be changed to reflect that. Security team, do you agree? regards, Holger pgpjvagct1rOt.pgp Description: PGP signature
Re: Doubts and Ideas
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 05/30/2007 11:03 AM, Josip Rodin wrote: On Wed, May 30, 2007 at 12:00:38PM +0200, Richard Atterer wrote: The current system was implemented by Josip recently, and is a big improvement over the previous state: ...the previous state being that a vendor mails assorted bits of information to a mail address, and then a human editor *must* take their input apart weed out the garbage, and rewrite data into WML syntax. That was just painful. It needed to be fixed years ago, but nobody ever got a round tuit. :/ On http://www.debian.org/CD/vendors/adding-form, CD vendors fill out the form, the results are sent to [EMAIL PROTECTED] in a standard format. This format is standardized, but not WML. Hey, why didn't anyone tell me that I should do that, it could be done fairly easily :) This means that we have to copy paste the entries into the webwml/english/CD/vendors.CD file in CVS, *manually* sort the list, This manual sorting bugs me. We should definitely be able to throw new entries at the bottom of the list, and have WML sort them for us. Let's implement the equivalent of mirror/Mirrors.masterlist for CD vendors? I would vote for it, seems to be similar. I seem to recall *some* ancient reason against it, but I can't remember which. Maybe it will popup again. :-) Kind regards, - -- Felipe Augusto van de Wiel (faw) Debian. Freedom to code. Code to freedom! -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGXlvOCjAO0JDlykYRAmp2AKC/3/hBUZkuyKrIFPKSyyeUdRHFZgCdGeN6 doMT6v0vWvZxw6oYgkd7j2M= =C88r -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Doubts and Ideas
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 05/30/2007 05:51 PM, Peter Karlsson wrote: Javier Fernández-Sanguino Peña: Even though the timeframe for the removal is rather large (6 months) it would be a nice addition to that service to have the actions e-mail to translators' lists before they are taken (and content is removed from the website). Currently, the only mail produced is the one that is sent to my by cron running the update script. Perhaps it should also post the results somewhere, although they do get posted to debian-www-cvs as all other cvs activities (but they may of course drown there). We could integrate it to i18n.debian.net. We have the translation_maintainer fields and databases, we should mail the maintainers and if no maintainer is specified the translations team mail list, ultimately the -i18n or -www could be used it a team mail list could not be found. What do you think? I can provide ssh access to a trust GPG key (keyring.debian.org works) for the server. We could implement that as part of the i18n infrastructure (and future plans to have centralized translations resources/informations). Kind regards, - -- Felipe Augusto van de Wiel (faw) Debian. Freedom to code. Code to freedom! -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGXlx6CjAO0JDlykYRAltfAKC7BlSFX+CIh3CP2KjkTLkT844FYgCdFBSW YQ58LaszHBCYt4UlK1vGzDo= =UKXT -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Doubts and Ideas
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 05/30/2007 11:08 AM, Josip Rodin wrote: On Sun, May 27, 2007 at 06:20:40PM -0300, Felipe Augusto van de Wiel (faw) wrote: About a redesign I think that should be done, from time to time, using proper CSS, to show people that the Web Team is alive and working. I'm not saying to put flash or any not *very* accessible material, Im just saying that from time to time (2-3 years) we could re-arrange our CSS (and maybe layout) so people could come and say: COOL! Debian keeps surprising me!. Just changing the colors (even nuances) or a couple of visual bits and pieces, would be good. Definetely. And I would like to have that as a goal. :) For quite some time, Im really unsure if we should use br / or br, if we should use a quote () or q, if we should check new pages when they come in and review it (even before translators work on it). I don't think we should ever be worrying about br/ vs br, or similar formatting issues. WML *exists* for the purpose of abstracting those kinds of details out of the editor's view. The new q thing is a good idea, it should have been done long ago (also through WML, but this method with CSS is okay today). Ok, one way or the other we should find a common definition and push that, right now we have 4 or 5 different types for the same tag, that won't help. :-( So, if WML is the way to go, let's create a definition for break lines and start patching our beloved website, if we can handle that automatically even better for translators, if webmaster agree, we can start that perhaps during DebCamp. ;) I really think that we need to first change a couple of core structures in the (X)HTML code and CSS and after we can work on the logical and structural areas of the website. I think that logical and structural discussion is more important than formatting. Even visual design issues are by now more important than whether we pass this or that syntax validator :/ Really, I'm not worried about the validator, my focus here it to make easier to use a few tricks when the logical and structural changes come to the scene. Some changes needs to have a 100% compatible (X)HTML code, which means that we need to fix the underlayer and we can do that while preparing the next steps. I'm not giving up on one thing to the other, I'm just lining them up to get them easier each step we take forward. Cleaning the website, taking decisions about the standards we are going to use and goals we want to achieve, could make it easier to the logical and structural changes once they come. Honestly, what I'm looking right now is to improve our code structure and our goals so we can have new code flowing in with the expected syntax. I'm also working on the proposed logical/structural changes, but that takes a little bit more time. Having a code syntax and a common goal would make it easier for some of the people that I have been bothering to help me with the logical/structural changes, right now I can't say them we are using XHTML or HTML or $whatever. I'm really not nitpicking about formatting or validators, this is really part of a bigger plan. :-) Kind regards, - -- Felipe Augusto van de Wiel (faw) Debian. Freedom to code. Code to freedom! -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGXl9vCjAO0JDlykYRAlP8AJ4o3gV5e3v+GY5o2GSNTinGJPlK/QCgkaYP oqeS41moEKPvja1nbzr5Q98= =nDif -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Doubts and Ideas
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 05/30/2007 10:23 PM, Don Armstrong wrote: On Wed, 30 May 2007, Josip Rodin wrote: It's unlikely that our web pages have much content for which there isn't prior art, or simply common knowledge. Prior art isn't an issue, since it's not patented. In any event, to resolve this issue completely all that we need is 1) a GPG signed email from every contributor saying that they either assign copyright of their contributions to SPI or give SPI a non-exclusive royalte-free license to do with the copyright work as they see fit 2) a directive from the DPL to SPI to license the work under GPL (or MIT/Expat or whatever -www decides.) #1 should probably be made a part of the proceedure that is followed when you get commit access to the cvs, and #2 is simply a matter of e-mailing leader@ once -www decides which licence. I remember that some people complained about given their copyright to SPI (or $whoever), I think we should go with both options, I'm only afraid about having material licensed under incompatible licenses (could that happen?). I don't think we should have an endless discussion about something that would be extremely hard to happen, in my opinion, MIT/Expat seems to be a good license for the website and I would vote for that one. The legal verbiage for #1 we can just borrow from the FSF; if there aren't any serious objections I could even embark on getting these messages from contributors. Don, I volunteer to help you. I can help with the Brazilian contributors, we are going to need to also ask help of other translations team. And considering a lot of other people have infinite more understading of Copyright issues, what should we do if we can't find/contact the contributor and/or he/she decides to not relicense it? Is it possible to remove the content and rewrite it free? Don Armstrong Kind regards, - -- Felipe Augusto van de Wiel (faw) Debian. Freedom to code. Code to freedom! -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGXmE8CjAO0JDlykYRAk+VAJ9P3qaeW7gpJKn+UNh3EntTeNExUgCfQiVn /dFE3+Wcr7bjaDfwF58MKRo= =mIhP -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Doubts and Ideas
On Thu, 31 May 2007, Felipe Augusto van de Wiel (faw) wrote: I remember that some people complained about given their copyright to SPI (or $whoever), I think we should go with both options, I'm only afraid about having material licensed under incompatible licenses (could that happen?). We'd either want them to give the copyright to SPI or license SPI such that SPI can sublicense under any other license. That way we won't have to ever worry about licensing issues again; if we decide in the future that license X is the way to go, we get SPI to license it that way, and we're good to go. I don't think we should have an endless discussion about something that would be extremely hard to happen, in my opinion, MIT/Expat seems to be a good license for the website and I would vote for that one. Yeah; my personal opinion is MIT/Expat or GPL. I don't really care which we choose. [And if we do what I suggest above, we can always change later.] Don, I volunteer to help you. I can help with the Brazilian contributors, we are going to need to also ask help of other translations team. Thanks! Let me try to steal some verbiage here and come up with a game plan. And considering a lot of other people have infinite more understading of Copyright issues, what should we do if we can't find/contact the contributor and/or he/she decides to not relicense it? Is it possible to remove the content and rewrite it free? If for some reason we can't find a contributor (or a contributor has fallen off the face of the planet) we should indicate as such and probably just assume that they meant to give us free reign. If they decide not to license it appropriately, then we should rip whatever it is out of the webpage and rewrite it. We probably should also come up with a set of guidelines for contributors so that we avoid accidentally ending up with work not written by a contributor in the website too. (Or at least, have such work be clearly marked.) Don Armstrong -- I'd never hurt another living thing. But if I did... It would be you. -- Chris Bishop http://www.chrisbishop.com/her/archives/her69.html http://www.donarmstrong.com http://rzlab.ucr.edu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Debian WWW CVS commit by jseidel: webwml/polish/Bugs Reporting.wml
CVSROOT:/cvs/webwml Module name:webwml Changes by: jseidel 07/05/30 07:54:32 Modified files: polish/Bugs: Reporting.wml Log message: Translation update by Wojciech Zareba [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Debian WWW CVS commit by jseidel: webwml/polish/MailingLists index.wml
CVSROOT:/cvs/webwml Module name:webwml Changes by: jseidel 07/05/30 07:54:32 Modified files: polish/MailingLists: index.wml Log message: Translation update by Wojciech Zareba [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Debian WWW CVS commit by jseidel: webwml/polish/News/press index.wml
CVSROOT:/cvs/webwml Module name:webwml Changes by: jseidel 07/05/30 07:54:32 Modified files: polish/News/press: index.wml Log message: Translation update by Wojciech Zareba [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Debian WWW CVS commit by jseidel: webwml/polish/doc index.wml misc-manuals.wml
CVSROOT:/cvs/webwml Module name:webwml Changes by: jseidel 07/05/30 07:54:32 Modified files: polish/doc : index.wml misc-manuals.wml Log message: Translation update by Wojciech Zareba [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Debian WWW CVS commit by jseidel: webwml/polish/intro help.wml
CVSROOT:/cvs/webwml Module name:webwml Changes by: jseidel 07/05/30 07:54:32 Modified files: polish/intro : help.wml Log message: Translation update by Wojciech Zareba [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Debian WWW CVS commit by jseidel: webwml/polish/misc related_links.wml
CVSROOT:/cvs/webwml Module name:webwml Changes by: jseidel 07/05/30 07:54:32 Modified files: polish/misc: related_links.wml Log message: Translation update by Wojciech Zareba [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Debian WWW CVS commit by jta: webwml/finnish/misc children-distros.wml
CVSROOT:/cvs/webwml Module name:webwml Changes by: jta 07/05/30 10:29:08 Modified files: finnish/misc : children-distros.wml Log message: Sync -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Debian WWW CVS commit by spaillar: webwml/french/security/2007 dsa-1294.wml
CVSROOT:/cvs/webwml Module name:webwml Changes by: spaillar07/05/30 14:20:41 Modified files: french/security/2007: dsa-1294.wml Log message: Proofread [Cyril Brulebois] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Debian WWW CVS commit by spaillar: webwml/english/mirror Mirrors.masterlist
CVSROOT:/cvs/webwml Module name:webwml Changes by: spaillar07/05/30 14:32:43 Modified files: english/mirror : Mirrors.masterlist Log message: Remove the last deprecated Jigdo-only mirrors (non-us and us .cdimage.debian.org) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Debian WWW CVS commit by spaillar: webwml/french/security/2007 dsa-1294.wml
CVSROOT:/cvs/webwml Module name:webwml Changes by: spaillar07/05/30 14:34:53 Modified files: french/security/2007: dsa-1294.wml Log message: Proofread [Julien Cristau] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Debian WWW CVS commit by spaillar: webwml/english/security/2007 dsa-1298.data dsa ...
CVSROOT:/cvs/webwml Module name:webwml Changes by: spaillar07/05/30 14:41:18 Added files: english/security/2007: dsa-1298.data dsa-1298.wml Log message: [DSA 1298-1] New otrs2 packages fix cross-site scripting -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Debian WWW CVS commit by amelinte: webwml/romanian/distrib ftplist.wml
CVSROOT:/cvs/webwml Module name:webwml Changes by: amelinte07/05/30 17:29:56 Modified files: romanian/distrib: ftplist.wml Log message: synv with EN 1.31 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Debian WWW CVS commit by fbothamy: webwml/french/News/press index.wml
CVSROOT:/cvs/webwml Module name:webwml Changes by: fbothamy07/05/30 17:31:24 Modified files: french/News/press: index.wml Log message: Sync to EN 1.10 and make myself maintainer for this page -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Debian WWW CVS commit by fbothamy: webwml/french/events index.wml
CVSROOT:/cvs/webwml Module name:webwml Changes by: fbothamy07/05/30 17:34:17 Modified files: french/events : index.wml Log message: Sync to EN 1.40 and make myself maintainer for this page -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Debian WWW CVS commit by amelinte: webwml/romanian/distrib archive.wml
CVSROOT:/cvs/webwml Module name:webwml Changes by: amelinte07/05/30 17:46:24 Modified files: romanian/distrib: archive.wml Log message: sync with EN 1.10 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Debian WWW CVS commit by peterk: webwml/swedish/Bugs Reporting.wml
CVSROOT:/cvs/webwml Module name:webwml Changes by: peterk 07/05/30 23:08:03 Modified files: swedish/Bugs : Reporting.wml Log message: Sync: Indicate that bugs should not be doubly filed in both the BTS and upstream by users; closes: #189157 (1.51) Fixed the new sentence - using the word 'package' for upstream stuff is needlessly confusing here, or the word 'file' (1.52) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Debian WWW CVS commit by peterk: webwml/swedish/News/press index.wml
CVSROOT:/cvs/webwml Module name:webwml Changes by: peterk 07/05/30 23:16:57 Modified files: swedish/News/press: index.wml Log message: Sync: Point to press coverages at Debian Wiki. Closes: #423154 (1.10) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Debian WWW CVS commit by peterk: webwml/swedish/devel index.wml
CVSROOT:/cvs/webwml Module name:webwml Changes by: peterk 07/05/30 23:17:33 Modified files: swedish/devel : index.wml Log message: Sync: Fixed a (301) Moved Permanently (1.205) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Debian WWW CVS commit by peterk: webwml/swedish/distrib ftplist.wml archive.wml
CVSROOT:/cvs/webwml Module name:webwml Changes by: peterk 07/05/30 23:21:05 Modified files: swedish/distrib: ftplist.wml archive.wml Log message: Sync: Moved non-US from ftplist to archive -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Debian WWW CVS commit by peterk: webwml/swedish/distrib packages.wml
CVSROOT:/cvs/webwml Module name:webwml Changes by: peterk 07/05/30 23:21:50 Modified files: swedish/distrib: packages.wml Log message: Sync: Removed non-US, which is now older than oldstable (1.64) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Debian WWW CVS commit by peterk: webwml/swedish/doc index.wml
CVSROOT:/cvs/webwml Module name:webwml Changes by: peterk 07/05/30 23:22:18 Modified files: swedish/doc: index.wml Log message: Sync: Fixed link to Configuration HOWTO (1.76) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Debian WWW CVS commit by peterk: webwml/swedish/doc misc-manuals.wml
CVSROOT:/cvs/webwml Module name:webwml Changes by: peterk 07/05/30 23:23:01 Modified files: swedish/doc: misc-manuals.wml Log message: Sync: Fixed a (301) Moved Permanently, Linux Gazette is now Linux Journal (1.17) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Debian WWW CVS commit by peterk: webwml/swedish/doc user-manuals.wml
CVSROOT:/cvs/webwml Module name:webwml Changes by: peterk 07/05/30 23:23:33 Modified files: swedish/doc: user-manuals.wml Log message: Sync: Put broken link in #comments (1.125) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Debian WWW CVS commit by peterk: webwml/swedish/security/2007 dsa-1298.wml dsa- ...
CVSROOT:/cvs/webwml Module name:webwml Changes by: peterk 07/05/30 23:34:56 Added files: swedish/security/2007: dsa-1298.wml dsa-1275.wml dsa-1276.wml dsa-1277.wml dsa-1278.wml dsa-1279.wml Log message: Initial Swedish translation. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]