Bigger, harder, and longer - lasting results NOW with a discreet little patch.
Buyer beware - Penis patches! http://www.bateko.com/ss/ For visions come not to polluted eyes. TRUTHFUL, adj. Dumb and illiterate. I don't necessarily agree with everything I say. If you can read this, thank a teacher. [Spring is] when life's alive in everything. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Rolex is not for everyone, it`s for you Ulysses
REPLICASONLINE - WE NEVER COMPROMISE ON QUALITY Rolex replica is our speciality We guarantee lowest prices and highest quality We are the Direct manufacturers. For top quality rolex watchs pleas visit: http://www.chooseyourwatch4u.net afro xw scription irj [2 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#152955: monaco
posit http://lpmqyuyhlbrxqlw.ghjwatch.com/b3 Denny
Bug#314808: Incorrect directory for web applications.
On Sat, Jun 18, 2005 at 06:55:33PM +0200, Miguel Gea Milvaques wrote: > On policy 11.5.4 says: > "Web Applications should try to avoid storing files in the Web Document > Root. Instead they should use the /usr/share/doc/package directory for > documents and register the Web Application via the doc-base package." > > and in policy 12.3 says: > "Packages must not require the existence of any files in /usr/share/doc/ > in order to function." > > This points that all web applications that uses /usr/share/doc/package > directory are breaking policy 12.3, so I think policy 11.5.4 must recommend > other different directory. > > Recent works on webapps-common alioth project recommends to use the > directory /usr/share/PACKAGE/www. > The current version of the policy we're working on can be found at: http://people.debian.org/~neilm/webapps-policy/ The plan is to get this finalised and get a 1.0 release ready for the release of Etch, hopefully with all packages compliant. As it's a work in progress, it should be considered a 'best practice' document, rather than an offical policy document. Also, as this is a draft, the useage of "/usr/share/PACKAGE/www" may change. IMO, it's probably not going to, but it may be worth keeping (main) policy as is until we are in a position to release 1.0 of the WebApps policy. This could also be a good time to give the webapps list[0] a good plug :) If you would like to join in, please come help. As well as the policy, we're creating some helper applications to do tasks such as the registering of a webapp with a webserver, database table creation etc. Regards Neil McGovern [0] http://lists.debian.org/debian-webapps http://alioth.debian.org/projects/webapps-common #debian-webapps on irc.oftc.net -- __ .Ž `. [EMAIL PROTECTED] : :' ! `. `Ž gpg: B345BDD3 `- Please don't cc, I'm subscribed to the list signature.asc Description: Digital signature
Bug#314808: Incorrect directory for web applications.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Neil McGovern wrote: > On Sat, Jun 18, 2005 at 06:55:33PM +0200, Miguel Gea Milvaques wrote: > >>On policy 11.5.4 says: >>"Web Applications should try to avoid storing files in the Web Document >>Root. Instead they should use the /usr/share/doc/package directory for >>documents and register the Web Application via the doc-base package." >> >>and in policy 12.3 says: >>"Packages must not require the existence of any files in /usr/share/doc/ >>in order to function." >> >>This points that all web applications that uses /usr/share/doc/package >>directory are breaking policy 12.3, so I think policy 11.5.4 must recommend >>other different directory. >> >>Recent works on webapps-common alioth project recommends to use the >>directory /usr/share/PACKAGE/www. >> > > > The current version of the policy we're working on can be found at: > http://people.debian.org/~neilm/webapps-policy/ > > The plan is to get this finalised and get a 1.0 release ready for the > release of Etch, hopefully with all packages compliant. > > As it's a work in progress, it should be considered a 'best practice' > document, rather than an offical policy document. > > Also, as this is a draft, the useage of "/usr/share/PACKAGE/www" may > change. IMO, it's probably not going to, but it may be worth keeping > (main) policy as is until we are in a position to release 1.0 of the > WebApps policy. No problem for me. But It could give little problems. On one of my machines a was beholden to remove /usr/share/doc directory, it broke my ldap-account-manager installation. > > This could also be a good time to give the webapps list[0] a good plug :) > If you would like to join in, please come help. As well as the policy, > we're creating some helper applications to do tasks such as the > registering of a webapp with a webserver, database table creation etc. I'm working on dbconfig-common in this moment and I read regularly webapps list :). Thank you anyway. - -- e-mail: Miguel Gea Milvaques http://www.livejournal.com/users/xerakko/ GnuPG key: 0x580808C4 Key fingerprint = 85A0 06FD 9A6C 4701 27C2 5536 3533 50CA 5808 08C4 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFCteuVNTNQylgICMQRAlDOAKCLfoJhUh4Rcj6+V8eIhPOjQJmUfwCfb5wj wYc6niuFyHd19MW1p9wemdg= =bfrp -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Healthy living for everyday life.
Little magic. Perfect weekends. http://timelessness.onlinegoldshop.info/?splintxtvuythricezvtmisguided Only a life lived for others is a life worth while. We simply rob ourselves when we make presents to the dead. He who will not economize will have to agonize. Attention to health is life's greatest hindrance. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#314808: Incorrect directory for web applications.
On Mon, Jun 20, 2005 at 12:03:01AM +0200, Miguel Gea Milvaques wrote: > > Also, as this is a draft, the useage of "/usr/share/PACKAGE/www" may > > change. IMO, it's probably not going to, but it may be worth keeping > > (main) policy as is until we are in a position to release 1.0 of the > > WebApps policy. > > No problem for me. But It could give little problems. On one of my > machines a was beholden to remove /usr/share/doc directory, it broke my > ldap-account-manager installation. Note: /usr/share/PACKAGE/www, not /usr/share/doc/PACKAGE/www. Removing /usr/share/doc should not impact this web suggestion. Julian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: period of enemies
ATTENTION - Immediate Action Required This is your Third and Final Notification, there now are two potential deals for your review. Please note that past credit history is a non-factor as long as you (or your spouse) are still employed. Verify your information with our secure form to ensure our records are up to date. http://www.lendingxid.com/index.php?refid=windsor We look forward to helping you reach your goals. --Tim Shafer Senior Financial Analyst - LMR Inc. Did this reach you in error? please let us know so you won't recieve again: http://www.lendingxid.com/r.php -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: who?' ivan whispered
ATTENTION - Immediate Action Required This is your Third and Final Notification, there now are two potential deals for your review. Please note that past credit history is a non-factor as long as you (or your spouse) are still employed. Verify your information with our secure form to ensure our records are up to date. http://www.lending-tresm.com/index.php?refid=windsor We look forward to helping you reach your goals. --Jamie Watson Senior Financial Analyst - LMR Inc. Did this reach you in error? please let us know so you won't recieve again: http://www.lending-tresm.com/r.php -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
