On Fri, Oct 08, 2004 at 04:45:57PM -0700, Thomas Bushnell BSG wrote:
> Duncan Findlay <[EMAIL PROTECTED]> writes:
>
> > When spamassassin is upgraded, it's more than just the rules. Often
> > the method of parsing the message is changed -- leading to better
> > results, or support for different te
> "Thomas" == Thomas Bushnell BSG <[EMAIL PROTECTED]> writes:
Thomas> And this means that the maintainer/whoever must do the
Thomas> potentially hard work of backporting particular changes
Thomas> and not others from upstream releases; merely including a
Thomas> new upstream re
On Fri, 08 Oct 2004, Thomas Bushnell BSG wrote:
> This is what stability is about. What you are calling for is
> abandoning Debian's stability judgment to upstream's, in a situation
> where upstream isn't making any stability promises at all.
I can speak only for myself, but I can guarantee you t
On Fri, Oct 08, 2004 at 04:45:57PM -0700, Thomas Bushnell BSG wrote:
>
> Nonsense. It would be harder work, and maybe there is nobody around
> to do the hard work. But it is hardly impossible.
>
> This is what stability is about. What you are calling for is
> abandoning Debian's stability judg
On Fri, Oct 08, 2004 at 04:43:03PM -0700, Thomas Bushnell BSG wrote:
>
> This is an argument for why we ought to do what makes the package
> useful (keep the virus definitions up-to-date, and add what new things
> are necessary for that purpose), but is no argument for making other
> unrelated cha
On Fri, Oct 08, 2004 at 03:51:29PM -0400, Daniel Burrows wrote:
>
> I generally have to resort to backports or unstable when installing Debian
> on recent hardware, because we don't update hardware drivers in stable.
> Would the kernel and X be candidates for volatile?
I dont see any reason w
On Fri, Oct 08, 2004 at 08:19:24PM +0200, Martin Zobel-Helas wrote:
>
> Is for example a package "whois" also a candidate for volatile?
> Regestries change from time to time; i just consider .org changed within
> the last 2,5 years...
Perhaps... if it renders it unusable for getting whois answers
Duncan Findlay <[EMAIL PROTECTED]> writes:
> When spamassassin is upgraded, it's more than just the rules. Often
> the method of parsing the message is changed -- leading to better
> results, or support for different tests is added, etc. It would be
> very difficult to only backport the appropriat
paddy <[EMAIL PROTECTED]> writes:
> But, I can see the case, as I describe before, where achieving the function
> of a package places great pressure on the time to package, so much so that
> if an interim, first cut package can achieve this most effectively
> (ie: quickest) by shipping upstream '
Jesus Climent <[EMAIL PROTECTED]> writes:
> On Fri, Oct 08, 2004 at 09:17:44AM -0700, Thomas Bushnell BSG wrote:
> >
> > Suppose a nifty new emacs feature is developed; why should that new
> > functionality be excluded from this repository you are speaking of,
> > merely because it isn't a securi
Hi All,
since I'm not a DD I don't know, if this is the right place to report,
but anyway...
I just experienced a very nice "Smooth Debian Installer Experience" (TM)
on a Fujitsu Siemens Lifebook E Series using a pre-rc2 businesscard CD
image and starting linux26. Pretty impressing!
Just one
This one time, at band camp, paddy said:
> Andi,
>
> On Fri, Oct 08, 2004 at 05:51:48PM +0200, Andreas Barth wrote:
> > I think some issues are quite obvious:
> >
> > - packages should only go in in cooperation with the maintainers;
> >
> > - volatile is not "just another place" for backports, b
Andi,
On Fri, Oct 08, 2004 at 05:51:48PM +0200, Andreas Barth wrote:
> I think some issues are quite obvious:
>
> - packages should only go in in cooperation with the maintainers;
>
> - volatile is not "just another place" for backports, but should only
> contain changes to stable programs tha
On Fri, Oct 08, 2004 at 03:51:29PM -0400, Daniel Burrows wrote:
> On Friday 08 October 2004 11:51 am, Andreas Barth wrote:
> > - volatile is not "just another place" for backports, but should only
> > contain changes to stable programs that are necessary to keep them
> > functional;
>
> I ge
In article <[EMAIL PROTECTED]>
[EMAIL PROTECTED] writes:
>
>--gKMricLos+KVdGMg
>Content-Type: text/plain; charset=us-ascii
>Content-Disposition: inline
>Content-Transfer-Encoding: quoted-printable
>
>also sprach Andreas Barth <[EMAIL PROTECTED]> [2004.10.08.2051 +0200]:
>> Well, I would start smal
On Fri, 8 Oct 2004 15:26:41 +0200
[EMAIL PROTECTED] (Uwe Steinmann) wrote:
> On Fri, Oct 08, 2004 at 03:45:26PM +1000, Andrew Pollock wrote:
> > On Thu, Oct 07, 2004 at 05:19:07PM +0200, Uwe Steinmann wrote:
> > > On Thu, Oct 07, 2004 at 03:38:59PM +0200, Philipp Matthias Hahn wrote:
> > > > Hello
On Fri, 8 Oct 2004 06:59:50 +0200
Christian Perrier <[EMAIL PROTECTED]> wrote:
> > if you think that it would be too complicated/flaky, i'd add a debconf
> > note (of _low_ priority!) and put something in README.Debian.
>
>
> While we are at it :
>
> Could *please* maintainers of packages inter
On Friday 08 October 2004 11:51 am, Andreas Barth wrote:
> - volatile is not "just another place" for backports, but should only
> contain changes to stable programs that are necessary to keep them
> functional;
I generally have to resort to backports or unstable when installing Debian
on r
On Fri, 08 Oct 2004, Nathanael Nerode wrote:
> Henning Makholm wrote:
> > Scripsit Andreas Barth <[EMAIL PROTECTED]>
> >> Some things are not so obvious:
> > Should volatile include updates of packages such as debian-keyring?
>
> debian-keyring? Absolutely. Out-of-date versions of this are
> ted
On Friday 08 October 2004 22:10, Francesco Paolo Lovergine wrote:
--cut--
> > - Good candidates are clamav (including spin-offs), spamassassin,
> > chkrootkit;
>
> I'd add IDS like snort.
I'd add packages like ca-certificates. Perhaps it would be usefull to group
them in some manner...
--
pu
Branden Robinson wrote:
> On Fri, Sep 17, 2004 at 02:44:49PM -0400, Jim Gettys wrote:
>> The issue with fonts is lots of people like to *design* fonts, and few
>> want to do the very laborious job of hinting the glyphs.
>
> Acknowledged.
>
>> FWIW, I'm told that the manual labor involved in doin
Henning Makholm wrote:
> Scripsit Andreas Barth <[EMAIL PROTECTED]>
>
>> Some things are not so obvious:
>
> Should volatile include updates of packages such as debian-keyring?
debian-keyring? Absolutely. Out-of-date versions of this are tediously
useless.
> debian-policy and developers-refe
Hi,
* Francesco Paolo Lovergine ([EMAIL PROTECTED]) [041008 21:15]:
> On Fri, Oct 08, 2004 at 05:51:48PM +0200, Andreas Barth wrote:
> > - for bugs, the normal debian bug tracking system should be used.
> ... adding a volatile tag probably as for experimental? But if nothing
> would be broken by
I'll add a few my consideration already discussed in IRC with Andi and
others. Feel free to fill the gaps :)
On Fri, Oct 08, 2004 at 05:51:48PM +0200, Andreas Barth wrote:
> Hi all,
>
> we had some discussion about volatile, and I'm more and more considering to
> pick this task up. I think some
On Friday 08 October 2004 22:03, martin f krafft wrote:
> also sprach Andreas Barth <[EMAIL PROTECTED]> [2004.10.08.2051 +0200]:
> > Well, I would start small (and this means to exclude whois), and
> > revisit policy after some time to see what we should add or remove
> > to it. And, furthermore, w
also sprach Andreas Barth <[EMAIL PROTECTED]> [2004.10.08.2051 +0200]:
> Well, I would start small (and this means to exclude whois), and
> revisit policy after some time to see what we should add or remove
> to it. And, furthermore, why not do the next release of whois in
> a way that it's possibl
* martin f krafft ([EMAIL PROTECTED]) [041008 20:50]:
> also sprach Marco d'Itri <[EMAIL PROTECTED]> [2004.10.08.2029 +0200]:
> > Is looking up .org domains in the wrong whois server enough to be
> > considered "useless"?
> I found it rather useless in woody when the .org registrar changed.
There
Hi,
* Martin Zobel-Helas ([EMAIL PROTECTED]) [041008 20:25]:
> Is for example a package "whois" also a candidate for volatile?
> Regestries change from time to time; i just consider .org changed within
> the last 2,5 years...
Well, I would start small (and this means to exclude whois), and revisi
also sprach Marco d'Itri <[EMAIL PROTECTED]> [2004.10.08.2029 +0200]:
> Is looking up .org domains in the wrong whois server enough to be
> considered "useless"?
I found it rather useless in woody when the .org registrar changed.
> What about .pw domains?
What's that? :)
--
Please do not CC me
On Oct 08, martin f krafft <[EMAIL PROTECTED]> wrote:
> I would say that a new version of whois could be included in
> volatile if it becomes useless. I don't think anything should be in
Is looking up .org domains in the wrong whois server enough to be
considered "useless"?
What about .pw domains?
* martin f krafft ([EMAIL PROTECTED]) [041008 20:30]:
> And I certainly don't think it should be volatile.debian.*net*.
I'm open to changing this; however, for the start, it's easier with
debian.net - same as planet that also came to life as planet.debian.net.
Cheers,
Andi
--
http://home.arc
* Duncan Findlay ([EMAIL PROTECTED]) [041008 20:10]:
> On Fri, Oct 08, 2004 at 06:31:56PM +0200, Andreas Barth wrote:
> > Agreed. So, this means: Backport the necessary changes. Sometimes, it's
> > just not enough to only update the virus scanner definitions, because
> > new functionality is needed
Hi Martin,
On Friday, 08 Oct 2004, you wrote:
> also sprach Martin Zobel-Helas <[EMAIL PROTECTED]> [2004.10.08.2019 +0200]:
> > Is for example a package "whois" also a candidate for volatile?
> > Regestries change from time to time; i just consider .org changed
> > within the last 2,5 years...
>
* Henning Makholm ([EMAIL PROTECTED]) [041008 19:50]:
> Scripsit Andreas Barth <[EMAIL PROTECTED]>
> > Some things are not so obvious:
> Should volatile include updates of packages such as debian-keyring?
> debian-policy and developers-reference?
Pros: Well, these updates don't break any thing.
also sprach Martin Zobel-Helas <[EMAIL PROTECTED]> [2004.10.08.2019 +0200]:
> Is for example a package "whois" also a candidate for volatile?
> Regestries change from time to time; i just consider .org changed
> within the last 2,5 years...
I would say that a new version of whois could be included
Hi Andreas,
On Friday, 08 Oct 2004, you wrote:
>
> That's all for now. Comments and suggestions are welcome.
>
i would like to see some "policy", what, when and under which
circumstances gets included to volatile.d.n.
Is for example a package "whois" also a candidate for volatile?
Regestries c
On Fri, Oct 08, 2004 at 09:25:33AM -0700, Thomas Bushnell BSG wrote:
> Loïc Minier <[EMAIL PROTECTED]> writes:
>
> > Thomas Bushnell BSG <[EMAIL PROTECTED]> - Fri, Oct 08, 2004:
> >
> > > > My proposal is to create a policy for a
> > > > repository with maintenance, security u
On Fri, Oct 08, 2004 at 06:31:56PM +0200, Andreas Barth wrote:
> Agreed. So, this means: Backport the necessary changes. Sometimes, it's
> just not enough to only update the virus scanner definitions, because
> new functionality is needed to scan the files (just consider that a very
> new archive f
This one time, at band camp, Henning Makholm said:
> Scripsit Andreas Barth <[EMAIL PROTECTED]>
>
> > Some things are not so obvious:
>
> Should volatile include updates of packages such as debian-keyring?
> debian-policy and developers-reference?
I could see (possibly) debian-keyring, but polic
Scripsit Andreas Barth <[EMAIL PROTECTED]>
> Some things are not so obvious:
Should volatile include updates of packages such as debian-keyring?
debian-policy and developers-reference?
--
Henning Makholm "Al lykken er i ét ord: Overvægtig!"
Tollef Fog Heen <[EMAIL PROTECTED]> writes:
> * Duncan Findlay
>
> | On Fri, Oct 08, 2004 at 12:24:18PM +0200, Tollef Fog Heen wrote:
> | > * Emilio JesÃs Gallego Arias
> | >
> | > | For me sa work well:
> | >
> | > That doesn't help me.
> | >
> | > | Can you give some steps to reproduce such
* Jeff Teunissen <[EMAIL PROTECTED]> [041008 10:11]:
> > (b) what can be regarded as most useful for our users (I, at lest,
> > think it is, and some other people will as well, I hope).
>
> I don't really see how it's useful -- it doesn't matter what libs are used
> by an app.
In my
On Fri, Oct 08, 2004 at 09:17:44AM -0700, Thomas Bushnell BSG wrote:
>
> Suppose a nifty new emacs feature is developed; why should that new
> functionality be excluded from this repository you are speaking of,
> merely because it isn't a security update?
Because, even if they are not security up
Andreas Barth <[EMAIL PROTECTED]> writes:
> Agreed. So, this means: Backport the necessary changes. Sometimes, it's
> just not enough to only update the virus scanner definitions, because
> new functionality is needed to scan the files (just consider that a very
> new archive format gets so popula
* Thomas Bushnell BSG ([EMAIL PROTECTED]) [041008 18:25]:
> Andreas Barth <[EMAIL PROTECTED]> writes:
> > - volatile is not "just another place" for backports, but should only
> > contain changes to stable programs that are necessary to keep them
> > functional;
> I think your proposal looks
LoÃc Minier <[EMAIL PROTECTED]> writes:
> Thomas Bushnell BSG <[EMAIL PROTECTED]> - Fri, Oct 08, 2004:
>
> > > My proposal is to create a policy for a
> > > repository with maintenance, security updates which introduces new
> > > packages and provides new functionality on outd
* Thomas Bushnell BSG ([EMAIL PROTECTED]) [041008 18:20]:
> In other words, it sounds like the whole virus-scanner bit is a red
> herring, and what you actually want is just a repository that doesn't
> have the stability restrictions that Debian normally has. Maybe
> that's a good idea, but it nee
Package: wnpp
Severity: wishlist
* Package name: matanza
Version : 0.13.1
Upstream Author : Alejandro Forero Cuervo <[EMAIL PROTECTED]>
* URL : http://bachue.com/matanza/matanza-0.13.tar.gz
* License : GPL
Description : Multiplayer space ascii game
Mata
Andreas Barth <[EMAIL PROTECTED]> writes:
> - volatile is not "just another place" for backports, but should only
> contain changes to stable programs that are necessary to keep them
> functional;
I think your proposal looks good, but I would like to see this
particular item fleshed out more
Thomas Bushnell BSG <[EMAIL PROTECTED]> - Fri, Oct 08, 2004:
> > My proposal is to create a policy for a
> > repository with maintenance, security updates which introduces new
> > packages and provides new functionality on outdated or useless
> > packages from stable, and is bu
Will Lowe <[EMAIL PROTECTED]> writes:
> My argument is just that even if you backport the important features
> of a new release into an old codebase, it's hard to make any valuable
> claims about the resulting product if the "backport" changes more than
> a few lines of code.
This is true if you
Jesus Climent <[EMAIL PROTECTED]> writes:
> Except that those private repositories and backports have no policy
> and no maintenance. My proposal is to create a policy for a
> repository with maintenance, security updates which introduces new
> packages and provides new functionality on outdated o
On Fri, Oct 08, 2004 at 04:10:14PM +0200, martin f krafft wrote:
> also sprach Greg Norris <[EMAIL PROTECTED]> [2004.10.08.1601 +0200]:
> > Unless you're offering to provide relevant samples of the messages
> > in question, that response is quite worthless from
> > a troubleshooting perspective.
>
On 08-Oct-04, 01:39 (CDT), Ross Burton <[EMAIL PROTECTED]> wrote:
> On Fri, 2004-10-08 at 12:09 +0900, Seo Sanghyeon wrote:
> > This was discussed before:
> > http://lists.debian.org/debian-gtk-gnome/2003/07/msg00176.html
>
> Mailing to d-g-g, CCing d-d. My comments below.
>
> > Which is, not c
On Fri, Oct 08, 2004 at 05:43:16PM +0200, Eduard Bloch wrote:
> #include
> * Thomas Dickey [Fri, Oct 08 2004, 10:17:11AM]:
> > Jeff Teunissen <[EMAIL PROTECTED]> wrote:
> >
> > > Maybe it would help if you gave me the name of a sane terminfo entry that
> > > has an "italic/oblique" display comman
#include
* Thomas Dickey [Fri, Oct 08 2004, 10:17:11AM]:
> Jeff Teunissen <[EMAIL PROTECTED]> wrote:
>
> > Maybe it would help if you gave me the name of a sane terminfo entry that
> > has an "italic/oblique" display command.
>
> He's not able to because the feature does not exist in terminfo.
Hi all,
we had some discussion about volatile, and I'm more and more considering to
pick this task up. I think some issues are quite obvious:
- packages should only go in in cooperation with the maintainers;
- volatile is not "just another place" for backports, but should only
contain changes
On Thursday 07 October 2004 11:09 pm, Seo Sanghyeon wrote:
> apt-watch
The next version of apt-watch will be neither Gnome nor a panel applet, and
I don't want to go through renaming the package twice.
Daniel
--
/--- Daniel Burrows <[EMAIL PROTECTED]> --\
|
> PLAN FOR MAINTENANCE OF A VOLATILE ARCHIVE
> ==
>
> There is a 'list of packages' for the archive. Packages going onto the list
> must satisfy the criteria:
>
> utility is very sensisitive to and derives from,
> in a very great part, it's ti
* Duncan Findlay
| On Fri, Oct 08, 2004 at 12:24:18PM +0200, Tollef Fog Heen wrote:
| > * Emilio Jesús Gallego Arias
| >
| > | For me sa work well:
| >
| > That doesn't help me.
| >
| > | Can you give some steps to reproduce such memory comsuption.
| >
| > Yeah, receive the mail/spam I get a
On Thu, 2004-10-07 at 23:36, sean finney wrote:
> On Thu, Oct 07, 2004 at 03:38:59PM +0200, Philipp Matthias Hahn wrote:
> > What is consideres best practice when a package uses a SQL database
> > (mysql, postgresql) and needs to create its own catalog and/or tables?
I am the postgresql maintainer
On Thu, Oct 07, 2004 at 06:36:27PM -0400, sean finney wrote:
> - don't store the pw in debconf, or at least ask the admin first
That's no problem. Debconf is, by default, configured correctly to not
store passwords /anywhere/ -- at least not if you use a password type of
template, which you should
Package: wnpp
Severity: wishlist
* Package name: backup-manager
Version : 0.2.1
Upstream Author : Alexis Sukrieh <[EMAIL PROTECTED]>
* URL : http://www.sukria.net/index.php?p=410
* License : GPL
Description : A really simple to use backup manager.
The i
Hi,
* paddy ([EMAIL PROTECTED]) [041008 16:05]:
> On Fri, Oct 08, 2004 at 03:15:29PM +0200, Andreas Barth wrote:
> > * paddy ([EMAIL PROTECTED]) [041008 15:10]:
> > > What are the pros and cons for
> > > volatile-{stable,release,or-whatever-you-call-it}
> > > as an all-at-once release model, rath
also sprach Greg Norris <[EMAIL PROTECTED]> [2004.10.08.1601 +0200]:
> Unless you're offering to provide relevant samples of the messages
> in question, that response is quite worthless from
> a troubleshooting perspective.
Yes, please forward your spam to debian-devel so that we can all
feel it.
On Fri, Oct 08, 2004 at 12:24:18PM +0200, Tollef Fog Heen wrote:
> * Emilio Jesús Gallego Arias
>
> | For me sa work well:
>
> That doesn't help me.
>
> | Can you give some steps to reproduce such memory comsuption.
>
> Yeah, receive the mail/spam I get and you'll see it within twenty
> minute
Andi,
On Fri, Oct 08, 2004 at 03:15:29PM +0200, Andreas Barth wrote:
> * paddy ([EMAIL PROTECTED]) [041008 15:10]:
> > What are the pros and cons for
> > volatile-{stable,release,or-whatever-you-call-it}
> > as an all-at-once release model, rather than a rolling-when-its-ready
> > model more lik
On Fri, Oct 08, 2004 at 12:24:18PM +0200, Tollef Fog Heen wrote:
> | Can you give some steps to reproduce such memory comsuption.
>
> Yeah, receive the mail/spam I get and you'll see it within twenty
> minutes.
Unless you're offering to provide relevant samples of the messages in
question, that r
On 07-Oct-04, 10:19 (CDT), Uwe Steinmann <[EMAIL PROTECTED]> wrote:
> On Thu, Oct 07, 2004 at 03:38:59PM +0200, Philipp Matthias Hahn wrote:
> > Hello!
> >
> > What is consideres best practice when a package uses a SQL database
> > (mysql, postgresql) and needs to create its own catalog and/or ta
On Fri, Oct 08, 2004 at 03:45:26PM +1000, Andrew Pollock wrote:
> On Thu, Oct 07, 2004 at 05:19:07PM +0200, Uwe Steinmann wrote:
> > On Thu, Oct 07, 2004 at 03:38:59PM +0200, Philipp Matthias Hahn wrote:
> > > Hello!
> > >
> > > What is consideres best practice when a package uses a SQL database
>
hi christian,
On Fri, Oct 08, 2004 at 06:59:50AM +0200, Christian Perrier wrote:
> All such templates should probably go into a common set of debconf
> templates, provided by a very small package, which all these packages
> should depend upon, instead of constantly reinvent the wheeland
> make
* paddy ([EMAIL PROTECTED]) [041008 15:10]:
> What are the pros and cons for
> volatile-{stable,release,or-whatever-you-call-it}
> as an all-at-once release model, rather than a rolling-when-its-ready
> model more like security.d.o ?
well, not exactly an "all at once", but having not just a rand
On Wed, Oct 06, 2004 at 11:32:05PM +0200, Andreas Barth wrote:
> Actually, I'm considering very much to pick the task up (and have also
> already volatile.d.n ;), but there are some issues that needs to be
> considered before doing a public announcement.
Andi,
Another observation:
Three months i
Thomas, Jesus,
I feel I owe you both and the list an apology for my last post here.
It falls below the standard I would aspire to achieving in terms
of courtesy, and that I'm sure you both deserve.
Additionally, I have not only completely missed the point, but
done no more than interupt in you
Hi Nils, hi all
(remember to take -devel out if applicable, I'm getting the mail through
the bug address),
Bill Allombert <[EMAIL PROTECTED]> wrote:
> On Thu, Oct 07, 2004 at 10:18:09AM +0200, Frank Küster wrote:
>>
>> But if I start apt-get upgrade or whatever from my interactive shell
>> wit
Thomas Dickey <[EMAIL PROTECTED]> wrote:
> Jeff Teunissen <[EMAIL PROTECTED]> wrote:
>> Maybe it would help if you gave me the name of a sane terminfo entry that
>> has an "italic/oblique" display command.
> He's not able to because the feature does not exist in terminfo.
hmm - amend that. "ita
On Wed, Oct 06, 2004 at 11:32:05PM +0200, Andreas Barth wrote:
> * Thomas Bushnell BSG ([EMAIL PROTECTED]) [041006 23:25]:
> > Unfortunately, most of what I have seen has been an attempt to have a
> > new place that involves no actual backporting and publicity work,
> > rather than volunteering to
Jeff Teunissen <[EMAIL PROTECTED]> wrote:
> Primitive? heh. And as for the rest, I haven't had trouble -- it's just an
> infocmp away. In any case, switching the emulation is trivial -- it's not
> like terminal emulation is complicated.
Judging by the variety of poor implementations, I'd say that
Jeff Teunissen <[EMAIL PROTECTED]> wrote:
> Maybe it would help if you gave me the name of a sane terminfo entry that
> has an "italic/oblique" display command.
He's not able to because the feature does not exist in terminfo.
--
Thomas E. Dickey
http://invisible-island.net
ftp://invisible-islan
* Duncan Findlay
| A lot of that is shared, but not reported as such by top/ps due to
| changes in how the kernel reports shared memory. The kernel only
| reports memory that is used in shared libraries, I believe. More
| memory is shared between spamd and it's children.
My system ran out of swa
* Emilio Jesús Gallego Arias
| For me sa work well:
That doesn't help me.
| Can you give some steps to reproduce such memory comsuption.
Yeah, receive the mail/spam I get and you'll see it within twenty
minutes.
--
Tollef Fog Heen,''`.
On Wed, Sep 15, 2004 at 09:37:57AM +0200, Marc Haber wrote:
> On Mon, 13 Sep 2004 16:13:25 +0200, Javier Fernández-Sanguino Peña
> <[EMAIL PROTECTED]> wrote:
> >On Mon, Sep 13, 2004 at 03:40:51PM +0200, Martin Schulze wrote:
> >> Have you thought about keeping these packages out of sarge or did you
Eduard Bloch wrote:
> * Jeff Teunissen [Thu, Oct 07 2004, 09:10:56AM]:
[snip]
> > > Who said that the "linux" console is a good kind of terminal
> > > emulation?
> >
> > It's what's expected.
>
> By whom?
By people who spend a lot of time at the console?
> > We could do just about any other t
On Wed, Oct 06, 2004 at 07:37:42PM +0200, martin f krafft wrote:
> Now it's running at -m5 (the suggested value) and I have not had
> problems since. Of course, now I only get half the throughput, and
> my queue has not emptied for a whole day because SA is unable to
> keep up.
>
I had -m2 and ea
[Cc and reply-to debian-devel]
Am 2004.10.08 06:49 schrieb(en) Mike Hommey:
On Fri, Oct 08, 2004 at 12:24:07AM +0200, Aurelien Jarno wrote:
> I remarked that mozilla-firefox is built on hppa using gcc-3.2 (I
[...]
Dear all,
due to the ever increasing number of mozilla-based packages I wonder if
i
On Fri, Oct 08, 2004 at 10:54:59AM +0900, Seo Sanghyeon wrote:
> On Thu, Oct 07, 2004 at 09:25:45PM -0400, sean finney wrote:
> > i know this has been beaten to death, i really do. but i can't help it...
> >
> > On Fri, Oct 08, 2004 at 01:24:00AM +0100, G?rkan Seng?n wrote:
> > > Description
Adeodato Simó wrote:
> * Jeff Teunissen [Thu, 07 Oct 2004 03:52:37 -0400]:
>
> > What DOES bug me is mindlessly adding "gnustep-" to the names of all
> > packages that use it, because most of the developers of those packages
> > have dick to do with some mythical GNUstep desktop, which itself doe
On Fri, 2004-10-08 at 12:09 +0900, Seo Sanghyeon wrote:
> This was discussed before:
> http://lists.debian.org/debian-gtk-gnome/2003/07/msg00176.html
Mailing to d-g-g, CCing d-d. My comments below.
> And see also Debian GNOME Packaging Policy:
> http://www.burtonini.com/computing/gnome-policy-20
On Thu, 7 Oct 2004, Peter Eisentraut wrote:
I say, create the tables when the package starts for the first time. As
an analogy, programs using Berkeley-type databases normally set up
their databases automatically when they run and don't require postinst
processing.
Hmmm, I doubt I understand this
On Fri, 8 Oct 2004, Christian Perrier wrote:
The only problem is that I'm damn unable to find a 25th hour in the
day for working on this.
Once I've read a childresn book where a damn bad guy had stolen the
Wednesday. The good boy in this book reconstructed the day the following
way:
- the "hou
Am Fr, den 08.10.2004 schrieb Seo Sanghyeon um 3:54:
> Please rename "planner" to "gnome-planner" immediately.
> Please rename "netspeed" to "gnome-netspeed" immediately.
You do realize that both planner and netspeed are much less general
program names than cdplayer or terminal?
--
|=| Michael P
(crossposted to -devel and -i18n...feel free to followup on the
appropriate place...it probably belongs to both currently)
Quoting Andreas Tille ([EMAIL PROTECTED]):
> On Fri, 8 Oct 2004, Christian Perrier wrote:
>
> >All such templates should probably go into a common set of debconf
> >templates
On Fri, Oct 08, 2004 at 11:24:18AM +1000, Brian May wrote:
>
> Jesus> Indeed the latest version of CRM114 managed to eat my CPU,
> Jesus> but i downgraded to the previous one and everything went
> Jesus> back to more than fine.
>
> What version did you downgrade to?
In fact I cannot
On Thu, Oct 07, 2004 at 02:58:05PM -0700, Thomas Bushnell BSG wrote:
> >
> > I assume you mean use unstable? see below.
>
> No, you can simply use private repositories, or backports, or whatever
> else. There need be no Debian-branding of it in any way. What Debian
> gives people is some kind o
* Jeff Teunissen [Thu, 07 Oct 2004 03:52:37 -0400]:
> What DOES bug me is mindlessly adding
> "gnustep-" to the names of all packages that use it, because most of the
> developers of those packages have dick to do with some mythical GNUstep
> desktop, which itself does not exist.
but note that
> if you think that it would be too complicated/flaky, i'd add a debconf
> note (of _low_ priority!) and put something in README.Debian.
While we are at it :
Could *please* maintainers of packages interacting with RDBMS
establish a set of *common* debconf templates for prompting users ?
While t
On Thu, Oct 07, 2004 at 05:19:07PM +0200, Uwe Steinmann wrote:
> On Thu, Oct 07, 2004 at 03:38:59PM +0200, Philipp Matthias Hahn wrote:
> > Hello!
> >
> > What is consideres best practice when a package uses a SQL database
> > (mysql, postgresql) and needs to create its own catalog and/or tables?
97 matches
Mail list logo
