RE: Intel Atom Processor

> The atom seem to be x86-compatible. so what is the issue that would stop > it from any i386-based Debian package? That's true. But it seems that these processors are low power and are made for Ultra mobile PC (UMPC) and netbooks and to take advantage of this the applications need to be optimiz

Re: FHS and /var/www

Brian May wrote: > > Packages should not fill [the default webroot] directory with any > files. Period. No exceptions. Not even .htaccess files (which normally > shouldn't be used anyway because enabling these slows down web >this accesses - at least according to official Apache documentation). N

Re: ITH:: gerris - Gerris Flow Solver

On Tue, 2008-07-22 at 10:23 +1000, Drew Parsons wrote: > ITH = Intent To Hijack > > Gerris is a system for the solution of the partial differential > equations describing fluid flow. And it's a bloody good one too. > ... > I would therefore like to take over the package once it is out. > Bela

Re: Good communication with upstream is good idea

Steve Langasek wrote: And even if LP accepted other openid providers, one would still have to log in to LP the first time in order to configure which openid provider to use, which I guess is still going to be more effort than some are interested in doing. :) It would certainly address the issu

Re: FHS and /var/www

On Monday 21 July 2008, Steve Langasek wrote: > Would the suggested /srv/www/localhost/htdocs as a default work for you? > Apparently this is widely deployed on other distros, and seems to be "Apparently" and "widely" lead me to think something is fishy with this suggestion. Centos/RedHat/Mandri

Re: Intel Atom Processor

On Tue, Jul 22, 2008 at 1:31 AM, Kushal Koolwal <[EMAIL PROTECTED]> wrote: > And therefore I was thinking if Debian Project is planning to natively > support these? I noticed this page being created on the wiki recently: http://wiki.debian.org/DebianAcerOne Looks like at least one person plans

Re: FHS and /var/www

Franklin PIAT wrote: In a few years from now, many packages will have migrated their stuffs from /var/lib/* to /srv/$1/localhost/. At that time, the whole benefit of /srv being a clean location would be voided. Personally I am happy with what ever location Debian decides to be the default. H

Re: Debian Project News - July 21st, 2008

Le Tue, Jul 22, 2008 at 12:40:51AM +0200, Alexander Reichle-Schmehl a écrit : > Best practice for debug packages > > Joerg Jaspert [8]added that the priority of such debug > packages should be extra and that they should be in the same section as > the parent package. > > 8: http://lists.debian.

ITH:: gerris - Gerris Flow Solver

ITH = Intent To Hijack Gerris is a system for the solution of the partial differential equations describing fluid flow. And it's a bloody good one too. Gerris users would be aware that the gerris package is somewhat neglected, being several version behind upstream and no maintainer uploads since

Bug#491805: ITP: sqlline -- JDBC command-line utility for issuing SQL

Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org Package name: sqlline Version: 1.0.2 Upstream Author: Marc Prud'hommeaux <[EMAIL PROTECTED]> URL: http://sqlline.sourceforge.net/ License: Apache 2.0 Description: JDBC command-line utility for issuing SQL SQLLine i

Re: Good communication with upstream is good idea

Package: qa.debian.org On Mon, Jul 21, 2008 at 08:55:40AM -0700, Steve Langasek wrote: > In the Ubuntu wiki, there's > which is "intended to > provide practical information about Ubuntu specifically for Debian > developers." I've just added a ne

Re: FHS and /var/www

On Mon, 2008-07-21 at 14:04 -0700, Don Armstrong wrote: > On Mon, 21 Jul 2008, Franklin PIAT wrote: > > Can Debian satisfy them both ? Well... why not ! > > We already do. Someone who was concerned about such things could write > a policy-rc.d which checked to see whether a particular daemon was >

Re: FHS and /var/www

Ben Finney dijo [Sun, Jul 20, 2008 at 10:39:43AM +1000]: > > Should we force all httpd:s to use /srv/www instead of /var/www, or > > should an exception to the policy be added? > > I think there's no hardship if we support the FHS location, so an > exception shouldn't be made. > > What do you mea

Please help me make athcool compatible with dependency-based init systems (was: Release Update: freeze, architecture requalification)

Hi, Disclaimer: I've been pretty busy recently, not giving my Debian packages the care and love they deserve. That's why I'm now asking for help, somewhat late... On Sat, Jul 19, 2008 at 03:35:35PM +0200, Luk Claes wrote: > > * Prepare init.d-Scripts for dependency-based init systems > > Wide

Re: Good communication with upstream is good idea

On Tue, Jul 22, 2008 at 06:58:10AM +1000, Ben Finney wrote: > Loïc Minier <[EMAIL PROTECTED]> writes: > > On Sun, Jul 20, 2008, Neil Williams wrote: > > > Which cannot be done without > > > yet-another-website-login-combo-to-use-once-and-lose-forevermore - > > > useless Ubuntu bug tracker. :-( >

Re: Good communication with upstream is good idea

Loïc Minier <[EMAIL PROTECTED]> writes: > On Mon, Jul 21, 2008, Ben Finney wrote: > > However, the above bug in the Debian BTS has been archived. Must > > we open another bug to ask for the change to be reverted? > > Perhaps you can use a GreaseMonkey script to remove it for you, or > request a

Re: FHS and /var/www

On Mon, 21 Jul 2008, Franklin PIAT wrote: > Can Debian satisfy them both ? Well... why not ! We already do. Someone who was concerned about such things could write a policy-rc.d which checked to see whether a particular daemon was allowed to start based on any number of critera, including whether

Re: Good communication with upstream is good idea

Loïc Minier <[EMAIL PROTECTED]> writes: > On Sun, Jul 20, 2008, Neil Williams wrote: > > Which cannot be done without > > yet-another-website-login-combo-to-use-once-and-lose-forevermore - > > useless Ubuntu bug tracker. :-( > > > > I do feed info upstream (via yet more website logins), I really

Bug#491748: ITP: xml-commons-external -- xml-commons-external: XML Commons external code - DOM, SAX, and JAXP, etc

Package: wnpp Severity: wishlist Owner: Vincent Fourmond <[EMAIL PROTECTED]> * Package name: xml-commons-external Version : 1.3.04 Upstream Author : World Wide Web Consortium * URL : http://xml.apache.org/commons/ * License : BSD-like Programming Lang: Java

Re: FHS and /var/www

On Mon, 2008-07-21 at 18:32 +0100, Stephen Gran wrote: > This one time, at band camp, Steve Langasek said: > > On Mon, Jul 21, 2008 at 02:55:25AM +0100, Stephen Gran wrote: > > > > > So you think it's a good idea to ignore the the sentence above? > > > > > > No, I don't think that using it as a de

Re: FHS and /var/www

On Mon, 2008-07-21 at 07:46 -0500, William Pitcock wrote: > On Mon, 2008-07-21 at 13:26 +0200, Gabor Gombas wrote: > > On Mon, Jul 21, 2008 at 02:55:25AM +0100, Stephen Gran wrote: > > > > > Yes. My webservers tend to use something like > > > /srv/www//{config,cgi-bin,htdocs,lib,logs,blah,blah}/

Re: Good communication with upstream is good idea

* Stephan Hermann: >> What's the correct way to get it out of Unbuntu (universe)? I don't >> want to relicense it, but if asking politely does not work, it seems >> to be my only choice. > What needs to be done to make it work on Ubuntu, too? debsecan needs to be patched to download CVE meta-da

Re: Good communication with upstream is good idea

On Mon, 2008-07-21 at 09:38 -0700, John H. Robinson, IV wrote: > Steve Langasek wrote: > > > > Launchpad can already be used as an openid /provider/ today, but I haven't > > heard anything to indicate it will allow logins via other openid providers; > > is more information available about this som

Re: FHS and /var/www

This one time, at band camp, Steve Langasek said: > On Mon, Jul 21, 2008 at 02:55:25AM +0100, Stephen Gran wrote: > > > > So you think it's a good idea to ignore the the sentence above? > > > > No, I don't think that using it as a default webroot is "rely[ing] on a > > > specific subdirectory stru

Intel Atom Processor

Hello, First of all I apologize if this question is not appropriate for this mailing list. I scanned the entire Debian Mailing Lists and I thought this might be the most appropriate. If it is not then please direct me to the correct one. Now the question: I was wondering if there is any develo

Re: Good communication with upstream is good idea

On Mon, Jul 21, 2008 at 09:38:01AM -0700, John H. Robinson, IV wrote: > What is the problem with closing the Debian bugs in the Debian > changelog, and letting the Ubuntu MOTU (I hope I am using the right > terminology here) handle the Ubuntu bug tracking? No one is saying that Debian developers *

Re: Good communication with upstream is good idea

Steve Langasek wrote: > > Launchpad can already be used as an openid /provider/ today, but I haven't > heard anything to indicate it will allow logins via other openid providers; > is more information available about this somewhere? > > And even if LP accepted other openid providers, one would st

Re: FHS and /var/www

On Mon, Jul 21, 2008 at 02:55:25AM +0100, Stephen Gran wrote: > > > So you think it's a good idea to ignore the the sentence above? > > No, I don't think that using it as a default webroot is "rely[ing] on a > > specific subdirectory structure of /srv existing or data necessarily being > > stored

Re: Good communication with upstream is good idea

On Mon, Jul 21, 2008 at 09:26:30AM +0200, Stefano Zacchiroli wrote: > On Sun, Jul 20, 2008 at 01:43:13PM -0700, Steve Langasek wrote: > > You can close Launchpad bugs in Ubuntu packages from Debian. The "LP: > > ##" > > syntax lets bugs get autoclosed when your package is synced to Debian, or

Re: FHS and /var/www

Stefano Zacchiroli wrote: > ... but I've a lighter interpretation of the text you quoted: a package > can for example have a configuration dialog upon removal (or maybe only > upon purging) that ask whether or not to remove stuff placed under /srv. You are correct. I don't think that we should ad

Re: Good communication with upstream is good idea

On Mon, Jul 21, 2008 at 12:58:39PM +0200, Loïc Minier wrote: > Allow me to come back to your blog post now if you don't mind: > 1) you're saying Launchpad is another web-login to carry; I'm happy to > report that Launchpad is moving to openid [already commented in this > thread] Launchpad can

Bug#491714: ITP: libtfbs-perl -- module to scan DNA sequences with a position weight matrix

Package: wnpp Severity: wishlist Owner: Steffen Moeller <[EMAIL PROTECTED]> * Package name: libtfbs-perl Version : 0.5 * URL : http://tfbs.genereg.net/ * License : GPL, Artistic Programming Lang: C, Perl Description : module to scan DNA sequences with a po

Re: What to do with new upstream releases before Lenny is out ?

On Mon, Jul 21, 2008 at 12:23:06PM +0900, Charles Plessy wrote: > - Ignore them and dedicate only to Lenny. This one is the right choice, be conservative with both libraries and other software if you have not a damn very good reason to behave differently, e.g. current upstream package in lenny wa

Re: FHS and /var/www

On Sun, Jul 20, 2008 at 11:35:09PM -0400, Joey Hess wrote: > The FHS is pretty amusing on this topic: Agreed ... > Distributions must take care not to remove locally placed files in these > directories (/srv/*) without administrator permission. [20] > > [20] This is particularly important

Re: FHS and /var/www

Stephen Gran wrote: > Please no. The layout of /srv/ is specifically said to be undetermined, > so we can't actually rely on any paths in /srv/. I think the current > setup is fairly good, actually - by default simple site layouts work out > of the box, and don't interfere with more complicated s

Re: FHS and /var/www

Ben Finney wrote: > I'm now in favour of '/srv' being out of bounds for the package > manager, like '/usr/local'. The FHS is pretty amusing on this topic: Distributions must take care not to remove locally placed files in these directories (/srv/*) without administrator permission. [20] [2

Re: FHS and /var/www

Tollef Fog Heen wrote: > You can't know the structure of /srv, see the FHS rationale: > > The methodology used to name subdirectories of /srv is unspecified > as there is currently no consensus on how this should be done. One > method for structuring data under /srv is by protocol, eg. ftp,

Re: Good communication with upstream is good idea

On Mon, Jul 21, 2008 at 12:12:54PM +0300, Lars Wirzenius wrote: > ma, 2008-07-21 kello 09:26 +0200, Stefano Zacchiroli kirjoitti: > > On Sun, Jul 20, 2008 at 01:43:13PM -0700, Steve Langasek wrote: > > > You can close Launchpad bugs in Ubuntu packages from Debian. The "LP: > > > ##" > > > syn

Add me plz

Dear Webmaster, I am a new link builder, please add me in ur partners list. Thanks Yash Raj

Re: FHS and /var/www

Hi, On Mon, 2008-07-21 at 13:26 +0200, Gabor Gombas wrote: > On Mon, Jul 21, 2008 at 02:55:25AM +0100, Stephen Gran wrote: > > > Yes. My webservers tend to use something like > > /srv/www//{config,cgi-bin,htdocs,lib,logs,blah,blah}/ as the > > normal layout. Exposing /srv/www as a document root

Re: FHS and /var/www

On Mon, Jul 21, 2008 at 02:55:25AM +0100, Stephen Gran wrote: > Yes. My webservers tend to use something like > /srv/www//{config,cgi-bin,htdocs,lib,logs,blah,blah}/ as the > normal layout. Exposing /srv/www as a document root would give access to > lots of things that are not public in many cas

Re: Good communication with upstream is good idea

On Mon, Jul 21, 2008, Ben Finney wrote: > However, the above bug in the Debian BTS has been archived. Must we > open another bug to ask for the change to be reverted? Perhaps you can use a GreaseMonkey script to remove it for you, or request a cookie / URL parameter to hide it. -- Loïc Minier

Re: Good communication with upstream is good idea

On Sun, Jul 20, 2008, Neil Williams wrote: > How would you relicence it in a manner that prevents use in Ubuntu but > retains DFSG compatibility to remain in Debian main? [...] > I ask because emdebian-tools isn't intended for Ubuntu either. See [0] - > emdebian-tools also depends on server resourc

Re: Good communication with upstream is good idea

On Sun, Jul 20, 2008, Neil Williams wrote: > Which cannot be done without > yet-another-website-login-combo-to-use-once-and-lose-forevermore - > useless Ubuntu bug tracker. :-( > > I do feed info upstream (via yet more website logins), I really can't > add yet another one. I guess OpenID support

Re: glib inconsistencies in testing

On Sun, Jul 20, 2008, Frank Küster wrote: > *** This build of Glib was compiled with glib 2.16.4, but is currently > running with 2.16.3, which is too old. We'll continue, but expect problems! If it does make any difference, then you should be bumping the build-dep to >= 2.16.4. glib's symbol

Re: esound [was: Re: Non-related 'Recommends' dependencies - bug or not?]

Le dimanche 20 juillet 2008 à 16:05 -0500, Jason D. Clinton a écrit : > Loïc, you offered to NMU this package here: > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=422590 > > This vastly improves the Gnome sound situation. Hope we can > get this in for L

Re: Re: Good communication with upstream is good idea

I found Osamu's original post to be very uplifting. Whilst your Ubuntu issue is something of importance and worth discussing, given the more pessimistic nature of the problem (and suggested solutions); it's a shame you've both hijacked Osamu's thread with it :( -- Jon Dowland -- To UNSUBSCRIB

Re: Good communication with upstream is good idea

ma, 2008-07-21 kello 09:26 +0200, Stefano Zacchiroli kirjoitti: > On Sun, Jul 20, 2008 at 01:43:13PM -0700, Steve Langasek wrote: > > You can close Launchpad bugs in Ubuntu packages from Debian. The "LP: > > ##" > > syntax lets bugs get autoclosed when your package is synced to Debian, or > >

Bug#491667: ITP: python-meld3 -- an HTML/XML templating system

Package: wnpp Severity: wishlist Owner: Anders Hammarquist <[EMAIL PROTECTED]> * Package name: python-meld3 Version : 0.6.4 Upstream Author : hris McDonough <[EMAIL PROTECTED]> * URL : http://plope.com/software/meld3/ * License : Zope Public License Programmin

Bug#491665: ITP: supervisor -- system for controlling process state

Package: wnpp Severity: wishlist Owner: Anders Hammarquist <[EMAIL PROTECTED]> * Package name: supervisor Version : 3.0a6 Upstream Author : Chris McDonough/Agendaless Consulting * URL : http://supervisord.org/ * License : BSD-like (http://www.repoze.org/LICENSE.

Re: Good communication with upstream is good idea

On Sun, Jul 20, 2008 at 01:43:13PM -0700, Steve Langasek wrote: > You can close Launchpad bugs in Ubuntu packages from Debian. The "LP: ##" > syntax lets bugs get autoclosed when your package is synced to Debian, or > when it's merged by an Ubuntu developer. Very interesting, is it documented

Re: Good communication with upstream is good idea

Moins, On Sun, 20 Jul 2008 18:05:47 +0200 Florian Weimer <[EMAIL PROTECTED]> wrote: > * Osamu Aoki: > > > I found some of my packages are offered as a part of Ubuntu archive. > > Same here. In my case (debsecan), it's a bit irresponsible because > the package doesn't really work on Ubuntu--bu