Hi
I've been using Debian for 4 years because I felt confident about
it's quality. I've swallowed the ancient software in the name of
stability. I've been proud of security updates. I learned how to make
the desktop useful for human beings.
Now, I have awaken because of bug 372719.
Andreas Metzler <[EMAIL PROTECTED]> writes:
> This seems to be totally overengineered.
What, moreso than the exim4 configuration? :D
(Ok, I've grown used to it, even like it. But at first, it seemed
overengineered)
> Having MTA a provide sendmail which uses MTA b for remote deliveries
> i
[Goswin von Brederlow]
> Even make breaks from time to time. I distinctly remeber an update of
> make that caused problems. There are also several gcc versions that
> are quite different in their behaviour.
Yes, and we treat such instances as bugs and fix them - whether it's
fixing your packages
Steve Greenland <[EMAIL PROTECTED]> writes:
> And guess what? System tests are actually more reliable, especially
> when the user tells you what the system is. You can simply flip to
> compiling foo_linux.c or foo_solaris.c and go on your way.
If you only port to 2 or 3 different very well-defined
Wouter Verhelst <[EMAIL PROTECTED]> writes:
>> * E-mail generally has a "wider reach" -- it gets past corporate
>> firewalls, (my company has never allowed external nntp connections),
>> works even on strange systems, etc.
>
> Point. Then again, if your corporate sysadmins don't want you
Peter Samuelson <[EMAIL PROTECTED]> writes:
> [Goswin von Brederlow]
>> The big problem is that those autogenerated build scripts will be non
>> deterministic on the buildd network and on users system. Depending on
>> the installed packages (automake/autoconf versions) you get different
>> results
Theodore Tso <[EMAIL PROTECTED]> writes:
> On Tue, Aug 15, 2006 at 10:53:14AM +0200, Goswin von Brederlow wrote:
>> Did they fix that? When I first looked into dir_index it was said that
>> it would corrupt the directories since it would search the old linear
>> dirs via hash and insert new entrie
On Tue, Aug 15, 2006 at 05:39:36PM +0900, Charles Plessy wrote:
> Le Mon, Aug 14, 2006 at 09:44:59PM +, David Nusinow a écrit :
> >
> > First off, I'm excited about this package. But does this actually allow for
> > modification and redistribution? By "use the data however they'd like",
> > do
[Goswin von Brederlow]
> The big problem is that those autogenerated build scripts will be non
> deterministic on the buildd network and on users system. Depending on
> the installed packages (automake/autoconf versions) you get different
> results and often failures. :(
What low expectations we
Florian Weimer <[EMAIL PROTECTED]> writes:
> * Thomas Bushnell:
>
>>> As a countermeasure, the FSF tries to extend copyright to interfaces,
>>> so that you do create a derivative work merely by programming to a
>>> specific interface of a library written by someone else, without
>>> copying their
On Tue, Aug 15, 2006 at 02:11:21PM -0500, Steve Greenland wrote:
> No, you don't #ifdef all the users, you write multiple versions of a a
> generic function that hides the differences, and compile the appropriate
> one. Read the reference I gave.
> Sure, you *could* do this with autoconf driving
Hi all,
As of today, Apache 2.2 is available from experimental (packagename:
apache2-mpm-{worker,prefork} etc). New features include LFS support, and
improved caching. For more info, see:
http://httpd.apache.org/docs/2.2/new_features_2_2.html and
http://httpd.apache.org/docs/2.2/upgrading.html . N
On 14-Aug-06, 23:35 (CDT), Nathanael Nerode <[EMAIL PROTECTED]> wrote:
> Steve Greenland wrote:
> Um, this is the exact opposite of the philosophy promoted by Autoconf since
> at least version 2.0. "Feature tests, not system tests". I can't speak to
> other autotools.
Doesn't matter ("feature t
Norbert Tretkowski <[EMAIL PROTECTED]> writes:
> * Matthias Julius wrote:
> [Mail vs. News]
>> * A mailing list is easier to distribute with a slow
>> server/connection. If a mail takes 3 minutes to show up in your
>> mailbox it doesn't matter. If each news post takes 15 seconds to
>> load i
On 14-Aug-06, 17:32 (CDT), Hendrik Sattler <[EMAIL PROTECTED]> wrote:
> Am Montag 14 August 2006 23:27 schrieb Steve Greenland:
> > The *real* problem with the whole autotools disaster is that it promotes
> > a braindead idea of how to achieve portability: a #ifdef branch for
> > every different s
Hi,
Am Dienstag, den 15.08.2006, 11:18 +1000 schrieb Brian May:
> Besides, it is yet-another message I receive and I have to process -
> keeping the message around for another week in case the moderator wont
> accept the message is highly annoying and probably will mean that the
> bug report gets
I have written and collected some network testing scripts in a new
'ifupdown-extra' package which is right now available in
http://people.debian.org/~jfs/ifupdown-extra
This package provides additional scripts for ifupdown to test for some common
problems when setting up interfaces:
- interface
* Matthias Julius wrote:
[Mail vs. News]
> * A mailing list is easier to distribute with a slow
> server/connection. If a mail takes 3 minutes to show up in your
> mailbox it doesn't matter. If each news post takes 15 seconds to
> load it gets annoying.
Programs like slrnpull and leafnode wh
David Bruce wrote:
> I am the fledgling upstream maintainer of Bill Kendrick's game "Tux, Of Math
> Command" aka Tuxmath. I have been working on making the program more
> configurable, and it now reads and writes config files. The generic
> (non-Debianized) "make install" target puts the prog
Date: Tue, 15 Aug 2006 17:39:36 +0900
Charles Plessy <[EMAIL PROTECTED]> wrote:
Hi Charles,
> My plan is to re-ask before uploading, when sending a "I am delighted to
> tell you that your data is entering Debian" mail. I will explain again that
> being distributed in Debian means claiming that an
* Steve Greenland <[EMAIL PROTECTED]> [060814 23:30]:
> The *real* problem with the whole autotools disaster is that it promotes
> a braindead idea of how to achieve portability: a #ifdef branch for
> every different system (or library version, or whatever), strewn
> throughout the entire codebase.
Peter Samuelson wrote:
> This program also shows sound waves, which makes it easier to
> synchronise subtitles to voices.
>
> No need to mention the competitors, really.
Changed, thanks. There is always this "how will the user know what to
install?" thingy. That's what I was trying to sol
Package: wnpp
Severity: wishlist
* Package name: iwatch
Version : 0.0.5
Upstream Author : Cahya Wirawan <[EMAIL PROTECTED]>
* URL : http://sourceforge.net/projects/iwatch
* License : GPL
Description : realtime filesystem monitoring program using inotify
On Tue, 15 Aug 2006, Stuart Anderson wrote:
> This is actually a common setup when using amavis-ng, spamassasin and
And also the *recommended* setup for amavisd-new. But don't confuse two MTA
*paths* with two MTAs. A single MTA can handle the pre-filter and
post-filter paths just fine, if it is
On Tue, Aug 15, 2006 at 10:53:14AM +0200, Goswin von Brederlow wrote:
> Did they fix that? When I first looked into dir_index it was said that
> it would corrupt the directories since it would search the old linear
> dirs via hash and insert new entries by hash into linear dirs.
Who said that? I
On Tue, 15 Aug 2006 11:03:31 +0200, Bernd Schubert
<[EMAIL PROTECTED]> wrote:
>Ubuntu already has vmware kernel module packages
Yes, but adapting them to Debian seems to be nontrivial. I have not
yet been able to get them build on Debian.
Greetings
Marc
--
--
On Tue, 15 Aug 2006, Jim Crilly wrote:
On 08/15/06 09:49:54AM +0200, Andreas Metzler wrote:
Hello,
This seems to be totally overengineered. Having MTA a provide sendmail
which uses MTA b for remote deliveries is no common usage scenario on
which any effort should be spent in the Debian packagin
On 08/15/06 09:49:54AM +0200, Andreas Metzler wrote:
> Hello,
> This seems to be totally overengineered. Having MTA a provide sendmail
> which uses MTA b for remote deliveries is no common usage scenario on
> which any effort should be spent in the Debian packaging
> infrastructure.
>
> Actually t
hi david,
On Tue, Aug 15, 2006 at 08:03:02AM -0400, David Bruce wrote:
> 1. Would it be impolite for the makefile for my program to simply go ahead
> and create /usr/local/etc?
i don't think it would be appropriate for a debian package to ship a
/usr/local/etc directory, since configuration for
I am the fledgling upstream maintainer of Bill Kendrick's game "Tux, Of Math
Command" aka Tuxmath. I have been working on making the program more
configurable, and it now reads and writes config files. The generic
(non-Debianized) "make install" target puts the program under /usr/local.
From
On Tue, 15 Aug 2006 03:59:26 -0700 (PDT)
Ottavio Caruso <[EMAIL PROTECTED]> wrote:
> Wouter Verhelst wrote:
>
> > That is a *very* bad idea.
>
> Even only on a small details, I am please to see a few
> people on a Debian mailing list not blindly accepting
> whatever comes from the Ubuntu world.
On Tue, Aug 15, 2006 at 01:47:59PM +0200, Wouter Verhelst wrote:
> On Mon, Aug 07, 2006 at 11:39:51AM +0900, Miles Bader wrote:
> > * E-mail generally has a "wider reach" -- it gets past corporate
> > firewalls, (my company has never allowed external nntp connections),
> > works even on
On Mon, Aug 14, 2006 at 09:40:41PM -0400, Michael Poole wrote:
> Wouter Verhelst writes:
>
> >> In my experience, this is greatly exacerbated and perhaps even
> >> primarily due to older versions of autotools encouraging or requiring
> >> behavior that later versions of autotools declare to be bro
On Mon, Aug 07, 2006 at 11:39:51AM +0900, Miles Bader wrote:
> "Joe Smith" <[EMAIL PROTECTED]> writes:
> > So I really wonder why mailing lists are so common.
>
> It sort of depends on what you're looking for.
>
> Some advantages of mailing lists:
>
> * E-mail generally has a "wider reach" --
Wouter Verhelst wrote:
> That is a *very* bad idea.
Even only on a small details, I am please to see a few
people on a Debian mailing list not blindly accepting
whatever comes from the Ubuntu world.
Brand me a troll, but lately this looks like the trend
(see debian-project).
Ottavio
Ottavio C
Riku Voipio <[EMAIL PROTECTED]> wrote:
> On Mon, Aug 14, 2006 at 04:09:33PM +0200, Joerg Schilling wrote:
> > This is of course a lie.or why don't you like to prove it:
>
> > http://cdrecord.berlios.de/old/private/problems.html
>
> > Come back to reallity, the k3b maintainers did already g
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Florian Weimer wrote:
> * Nathanael Nerode:
>
>> In reality, as "user A", I switched to using cdrdao for making serious audio
>> CDs and CD-RWs, and for burning disks from .iso files: this uses
>> Schilling's scsilib, but not the rest of cdrecord.
>
Florian Weimer <[EMAIL PROTECTED]> writes:
> * Nathanael Nerode:
>
>> In reality, as "user A", I switched to using cdrdao for making serious audio
>> CDs and CD-RWs, and for burning disks from .iso files: this uses
>> Schilling's scsilib, but not the rest of cdrecord.
>
> What about mkisofs?
So f
Peter Samuelson <[EMAIL PROTECTED]> writes:
> [Michael Poole]
>> On top of the default automake behavior being horribly broken, does
>> that make usual revision control practices horribly broken?
>
> It really bothers me to hear people claim as a best practice that you
> should never recompile con
Marc Haber wrote:
> On Sun, 13 Aug 2006 01:06:59 +0100, Peter Collingbourne
> <[EMAIL PROTECTED]> wrote:
>>I found there were no VMware-related packages in the official
>>repository, nor any way of creating them. Thus I propose to create
>>a tool that will build (for example for VMware Server) vm
Theodore Tso <[EMAIL PROTECTED]> writes:
> On Fri, Aug 04, 2006 at 03:02:34PM +0200, Goswin von Brederlow wrote:
>> For dir_index you have to take the FS offline, tune2fs and fsck it or
>> you totaly corrupt it.
>
> Actually, that's not true. It's perfectly safe to run tune2fs on a
> mounted volu
Le Mon, Aug 14, 2006 at 09:44:59PM +, David Nusinow a écrit :
>
> First off, I'm excited about this package. But does this actually allow for
> modification and redistribution? By "use the data however they'd like",
> does that include modification, or is it just reading the data?
Good questi
Stig Sandbeck Mathisen <[EMAIL PROTECTED]> wrote:
[...]
> * The "system mta" should provide /usr/sbin/sendmail, as well as
> mailq, runq, and man pages. The alternative system is able to link
> several alternatives.
[...]
> * The "service mta" should provide a listening socket, on one or more
>
* Nathanael Nerode:
> In reality, as "user A", I switched to using cdrdao for making serious audio
> CDs and CD-RWs, and for burning disks from .iso files: this uses
> Schilling's scsilib, but not the rest of cdrecord.
What about mkisofs?
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a su
Philipp Matthias Hahn <[EMAIL PROTECTED]> writes:
> Hi!
>
> On Sat, Aug 12, 2006 at 09:34:52PM +0200, Goswin von Brederlow wrote:
>> Peter Samuelson <[EMAIL PROTECTED]> writes:
>>
>> > [Goswin von Brederlow]
>> >> Instead move the things in etc that need writing to other places:
>> >>
>> >> 1) l
[Michael Poole]
> On top of the default automake behavior being horribly broken, does
> that make usual revision control practices horribly broken?
It really bothers me to hear people claim as a best practice that you
should never recompile configure.ac or Makefile.am except under
controlled cond
46 matches
Mail list logo
