On Mi, 29 mai 13, 15:59:35, Russ Allbery wrote:
> Andrei POPESCU writes:
>
> > Exim is a listening daemon, even if it listens only on localhost in the
> > default configuration. I'd prefer dma instead.
>
> It's better to have a listening daemon on localhost. There's no security
> threat, and t
On 30/05/2013 01:51, Scott Kitterman wrote:
>
>
> Sylvestre Ledru wrote:
>
>> Hello,
>>
>> With the recent setup of the parallel build infrastructure using clang
>> instead of gcc [1], I would like to start to report
>> bugs on packages failing to build with clang (with patches if
>> possible).
On Wed, May 29, 2013 at 09:10:41PM +0200, Wouter Verhelst wrote:
> > This kind of madness is precisely described here:
> > http://www.redhat.com/archives/rhl-devel-list/2008-January/msg00861.html
> [zillionth link to "linux is not about choice mail"]
Because it's a very good read, still years late
On Thu, 16 May 2013 16:58:13 +0200, Guillem Jover wrote:
> On Tue, 2013-05-14 at 08:50:39 +0800, Paul Wise wrote:
> > On Mon, May 13, 2013 at 11:17 PM, Stéphane Glondu wrote:
> > > Le 13/05/2013 15:51, Paul Wise a écrit :
> > >> [...] as long
> > >> as there is a way to build-depend on the build-d
On Mon, May 27, 2013 at 08:27:36PM -0700, Josh Triplett wrote:
> In addition to determining the MTA pulled in by default for packages
> which require mail-transport-agent in order to function (the provider of
> default-mta), I'd like to propose as a release goal that we not have any
> MTA in standa
* Chris Knadle [130529 08:29]:
> - Exim configuration is more human readable than Postifx's, IMHO.
>
> Postfix configuration is concise but terse, and there are typically
> blocks of options separated by commas that doesn't easily allow
> commenting on specific config options.
Conf
> This is stockholm syndromish - because Debian is held behind times by
> lack of decision making, we start finding good things in being behind.
Do you realize that fedora is the beta version for red hat? They use the
community to get free testing for their commercial product.
Personally as a deb
On 29/05/13 08:18, Chris Knadle wrote:
> - Exim is more popular
>
> http://www.securityspace.com/s_survey/data/man.201201/mxsurvey.html
This is actually quite interesting.
Given that Postfix is the default MTA on RHEL/CentOS, SLES (SUSE) and
Ubuntu; meanwhile Exim is only the default on De
Le mercredi 29 mai 2013 à 21:43 +0200, Marc Haber a écrit :
> That is one of my concerns: Once Debian GNU/Linux has systemd as
> default, noone will an longer provide init scripts, let alone tested
> init scripts, which will severely hurt non-Linux kernels in Debian.
While entirely true, I think
On Wed, 29 May 2013 23:12:39 +0300, Andrei POPESCU
wrote:
>On Mi, 29 mai 13, 21:52:04, Marc Haber wrote:
>> Yes. And many systems have intermittent connectivity, which rules out
>> non-queueing mini-MTAs. Exim does the Job pretty well, and people who
>> know what an MTA is will probably install th
On Thu, 30 May 2013 10:18:07 +0300, Andrei POPESCU
wrote:
>Maybe it makes sense to have virtual packages like mta-daemon,
>mta-forwarder, etc.? (regardless of which, if any, is installed by
>default)
Show code, or at least an explanation about how you intend to do that.
How will, for example, t
On Thu, May 30, 2013 at 12:16:38PM +0200, Carlos Alberto Lopez Perez wrote:
> On 29/05/13 08:18, Chris Knadle wrote:
> > - Exim is more popular
> >
> > http://www.securityspace.com/s_survey/data/man.201201/mxsurvey.html
> This is actually quite interesting.
>
> Given that Postfix is the def
On Thu, 30 May 2013 04:04:14 +0800, Thomas Goirand
wrote:
>On 05/29/2013 11:32 PM, Javier Fernandez-Sanguino wrote:
>> On 29 May 2013 17:11, Josselin Mouette wrote:
>>> > Le mercredi 29 mai 2013 à 16:31 +0200, Javier Fernandez-Sanguino a
>>> > écrit :
>>> > He will see a notification on his deskt
On Thursday, May 30, 2013 12:16:38 PM Carlos Alberto Lopez Perez wrote:
> On 29/05/13 08:18, Chris Knadle wrote:
> > - Exim is more popular
> >
> > http://www.securityspace.com/s_survey/data/man.201201/mxsurvey.html
>
> This is actually quite interesting.
>
> Given that Postfix is the de
On 2013-05-30, Riku Voipio wrote:
> By switching early we can affect how a piece of software will evolve.
> Is there something you would like to change in systemd? Now it still
> probably possible - 2 years from now it has shipped in RHEL, and books
> will have been written about it - and changing
Ben Hutchings writes:
> On Wed, May 29, 2013 at 09:06:59PM +0200, Adam Borowski wrote:
>> On Wed, May 29, 2013 at 05:11:35PM +0200, Josselin Mouette wrote:
>> > Le mercredi 29 mai 2013 à 16:31 +0200, Javier Fernandez-Sanguino a
>> > écrit :
>> > > Take for example, smartmoontools [1]. Currently,
On Wed, 29 May 2013 19:45:06 -0400, Chris Knadle
wrote:
>I don't like the fact that the /etc/exim4/passwd.client
>file is in a plaintext format, but there are usually several such files on
>systems such that realistically we're only really "safe" as long as the
>machines we run haven't been bro
On Wed, 29 May 2013 13:10:57 -0700, Russ Allbery
wrote:
>Using an imperative language for a descriptive purpose is a bad mismatch
>of tools and has been ever since the practical effect of init scripts has
>become fairly standardized.
Some init scripts in Debian build dynamic configuration before
On Thursday, May 30, 2013 10:15:11 AM Sylvestre Ledru wrote:
> On 30/05/2013 01:51, Scott Kitterman wrote:
> > Sylvestre Ledru wrote:
> >> Hello,
> >>
> >> With the recent setup of the parallel build infrastructure using clang
> >> instead of gcc [1], I would like to start to report
> >> bugs on
On Wed, 29 May 2013 21:10:41 +0200, Wouter Verhelst
wrote:
>At Debian, traditionally we support more than one choice (at least for a
>while), until the community at large decides that option X is the best
>one (and then we drop support for all the other options). The downside
>of that is that it t
On Thu, 30 May 2013 11:46:51 +0300, Riku Voipio
wrote:
>By switching early we can affect how a piece of software will evolve.
This is the case with software that has a cooperative upstream.
systemd's upstream is known not to be.
Greetings
Marc
--
-- !! No cou
On Thu, 30 May 2013 11:11:06 +0200, "Bernhard R. Link"
wrote:
>* Chris Knadle [130529 08:29]:
>> - Exim configuration is more human readable than Postifx's, IMHO.
>>
>> Postfix configuration is concise but terse, and there are typically
>> blocks of options separated by commas that doe
On Thu, 30 May 2013 12:06:17 +0300, Riku Voipio
wrote:
>On Mon, May 27, 2013 at 08:27:36PM -0700, Josh Triplett wrote:
>> In addition to determining the MTA pulled in by default for packages
>> which require mail-transport-agent in order to function (the provider of
>> default-mta), I'd like to pr
On Wednesday, May 29, 2013 05:11:35 PM Josselin Mouette wrote:
> Le mercredi 29 mai 2013 à 16:31 +0200, Javier Fernandez-Sanguino a
>
> écrit :
> > Take for example, smartmoontools [1]. Currently, if an end-user
> > installs smartmoontools and a hard-disk fails (i.e. smartd detects a
> > problem w
Eric Dorland debian.org> writes:
> at the very beginning of the jessie release cycle I'd like to propose
> a mass bug filing to remove all the current automake packages in
> unstable (automake1.13 is in the NEW queue). Automake 1.4 in
Erm. How about you’d have checked with the maintainers of tho
On 26-05-13 20:02, Bastien ROUCARIES wrote:
> On Sat, May 25, 2013 at 2:27 PM, Charles Plessy wrote:
>> Hi Dennis and everybody,
>>
>> somewhat related to this, I would like to know if there is a package that
>> could
>> host Amazon's EC2 public certificate ? In Ubuntu it is added to the
>> eu
On Thu, 30 May 2013 11:38:22 +0200, Salvo Tomaselli wrote:
> I have tried systemd, and I like the approach it has, and in a few years
> I believe it has potential. But... using it to restart my computer i
> need to do an hard reset (and think of how happy would I be if my
> computer had been a serv
On 30/05/13 12:27, Scott Kitterman wrote:
> On Thursday, May 30, 2013 12:16:38 PM Carlos Alberto Lopez Perez wrote:
>> On 29/05/13 08:18, Chris Knadle wrote:
>>> - Exim is more popular
>>>
>>> http://www.securityspace.com/s_survey/data/man.201201/mxsurvey.html
>>
>> This is actually quite
On Thu, 30 May 2013 12:40:03 +0200
Marc Haber wrote:
> On Thu, 30 May 2013 12:06:17 +0300, Riku Voipio
> wrote:
> >On Mon, May 27, 2013 at 08:27:36PM -0700, Josh Triplett wrote:
> >> In addition to determining the MTA pulled in by default for packages
> >> which require mail-transport-agent in o
On Thursday, May 30, 2013 01:01:46 PM Carlos Alberto Lopez Perez wrote:
> On 30/05/13 12:27, Scott Kitterman wrote:
> > On Thursday, May 30, 2013 12:16:38 PM Carlos Alberto Lopez Perez wrote:
> >> On 29/05/13 08:18, Chris Knadle wrote:
> >>> - Exim is more popular
> >>>
> >>> http://www.se
On 30-05-13 12:27, Marc Haber wrote:
> We should make local mail or other messages trivially and
> automatically visible for people who have installed Debian in NNF[1]
> compliant way, but if one has gone to length to use something
> non-default, I think we can safely trust those people with taking
On Thu, May 30, 2013 at 12:50 PM, Dennis van Dok wrote:
> On 26-05-13 20:02, Bastien ROUCARIES wrote:
>> On Sat, May 25, 2013 at 2:27 PM, Charles Plessy wrote:
>
>>> Hi Dennis and everybody,
>>>
>>> somewhat related to this, I would like to know if there is a package that
>>> could
>>> host Amaz
On Thu, May 30, 2013 at 12:50 PM, Dennis van Dok wrote:
> On 26-05-13 20:02, Bastien ROUCARIES wrote:
>> On Sat, May 25, 2013 at 2:27 PM, Charles Plessy wrote:
>
>>> Hi Dennis and everybody,
>>>
>>> somewhat related to this, I would like to know if there is a package that
>>> could
>>> host Amaz
On 30-05-13 12:16, Carlos Alberto Lopez Perez wrote:
> On 29/05/13 08:18, Chris Knadle wrote:
>> - Exim is more popular
>>
>> http://www.securityspace.com/s_survey/data/man.201201/mxsurvey.html
>
> This is actually quite interesting.
>
> Given that Postfix is the default MTA on RHEL/CentOS,
On 30/05/13 11:19, Marc Haber wrote:
> On Wed, 29 May 2013 13:10:57 -0700, Russ Allbery
> wrote:
>> Using an imperative language for a descriptive purpose is a bad mismatch
>> of tools and has been ever since the practical effect of init scripts has
>> become fairly standardized.
>
> Some init sc
On Thu, 30 May 2013 06:46:46 -0400, Scott Kitterman
wrote:
>Even if they are using a system
>that allows them to go back and review their notification history when they
>return to their system,
It just occurred to me that you are describing a mail client.
Greetings
Marc
--
---
On Thursday, May 30, 2013 05:11:06, Bernhard R. Link wrote:
> * Chris Knadle [130529 08:29]:
> > - Exim configuration is more human readable than Postifx's, IMHO.
> >
> > Postfix configuration is concise but terse, and there are typically
> > blocks of options separated by commas that
On Thu, 30 May 2013 12:28:28 +0100, Neil Williams
wrote:
>What is the benefit of having a local email server installed on every
>system compared to the space it takes up and the fact that it sits
>there unconfigured, doing nothing useful?
It sits there with a well reasoned default configuration,
Marc Haber writes:
> On Thu, 30 May 2013 11:46:51 +0300, Riku Voipio
> wrote:
>>By switching early we can affect how a piece of software will evolve.
>
> This is the case with software that has a cooperative upstream.
> systemd's upstream is known not to be.
I never quite understood why people
On Thu, May 30, 2013 at 12:31:22PM +0200, Marc Haber wrote:
> Btw, I fear that systemd's binary logs are going to import this method
> of inefficient work in our world. I surely hope I am wrong on this
> count.
journalctl gives pretty much exactly the same output as
/var/log/messages and so on. As
Le jeudi, 30 mai 2013 00.10:11, Philip Hands a écrit :
> Moritz Mühlenhoff writes:
> > Willi Mann schrieb:
> >> Moritz Muehlenhoff wrote:
> >>> As such, we'll switch to releasing the ESR releases of iceweasel
> >>> and icedove in stable-security.
> >>
> >> wouldn't it be better to do the bumps o
On 30-05-13 13:16, Bastien ROUCARIES wrote:
> Using only one lib for crypto (libnss) will allow to use only one
> trust certificate format
'Allow only one' doesn't immediately strike me as beneficial, but I see
what you mean. The discussion is similar to others (such as about which
init system to
Package: wnpp
Severity: wishlist
Owner: Apollon Oikonomopoulos
* Package name: jmtpfs
Version : 0.4
Upstream Author : Jason Ferrara
* URL :
http://research.jacquette.com/jmtpfs-exchanging-files-between-android-devices-and-linux/
* License : GPL-3
Programmin
On Thu, May 30, 2013 at 01:31:14PM +0200, Wouter Verhelst wrote:
> If we're making something GNOME-specific, we don't do that. If we make
> an application that fits into any fdo-compliant notification area, we do.
Within GNOME we usually create a freedesktop.org solution, then use that
within GNOM
On Thu, 30 May 2013 13:54:35 +0200
Marc Haber wrote:
> On Thu, 30 May 2013 12:28:28 +0100, Neil Williams
> wrote:
> >What is the benefit of having a local email server installed on every
> >system compared to the space it takes up and the fact that it sits
> >there unconfigured, doing nothing us
On Thu, May 30, 2013 at 01:51:11PM +0200, Marc Haber wrote:
> On Thu, 30 May 2013 06:46:46 -0400, Scott Kitterman
> wrote:
> >Even if they are using a system
> >that allows them to go back and review their notification history when they
> >return to their system,
>
> It just occurred to me that
On Thu, May 30, 2013 at 12:22:34PM +0200, Marc Haber wrote:
> This is the case with software that has a cooperative upstream.
> systemd's upstream is known not to be.
I've seen as well as attended various conferences where systemd was
explained. There have also been various systemd specific events
On 30-05-13 13:56, Olav Vitters wrote:
> On Thu, May 30, 2013 at 01:31:14PM +0200, Wouter Verhelst wrote:
>> If we're making something GNOME-specific, we don't do that. If we make
>> an application that fits into any fdo-compliant notification area, we do.
>
> Within GNOME we usually create a free
Package: wnpp
Severity: wishlist
Owner: Stig Sandbeck Mathisen
* Package name: ruby-rgen
Version : 0.6.2
Upstream Author : Martin Thiede
* URL : http://ruby-gen.org/
* License : MIT
Programming Lang: Ruby
Description : Ruby modelling and generator frame
Marc Haber writes:
> On Thu, 30 May 2013 06:46:46 -0400, Scott Kitterman
> wrote:
>>Even if they are using a system
>>that allows them to go back and review their notification history when they
>>return to their system,
>
> It just occurred to me that you are describing a mail client.
Let's ad
On Thu, May 30, 2013 at 12:21:33PM +0200, Marc Haber wrote:
> The init system case is special because supporting another init script
> system will most probably mean that all packages delivering an init
> script ($ ls /etc/init.d/ | wc -l => 116 on my small notebook system)
> will have to adapt. Th
On May 30, Gergely Nagy wrote:
> I never quite understood why people seem to think systemd upstream is
> uncooperative (well, apart from the whole non-linux porting deal, where
> their stance is completely understandable too). My experience so far
There is also the "kill features Red Hat does not
* Didier Raboud:
> If we can't handle the backporting of serious security issues on top
> of our stable version (in order to maximise the avoidance of
> regressions), then maybe said software shouldn't be shipped in
> stable in the first place. Thoughts ?
Which web browsers would remain in stable
Le jeudi, 30 mai 2013 14.53:44, Florian Weimer a écrit :
> * Didier Raboud:
> > If we can't handle the backporting of serious security issues on top
> > of our stable version (in order to maximise the avoidance of
> > regressions), then maybe said software shouldn't be shipped in
> > stable in the
(I'm afraid to feed the troll)
2013/5/30 Marco d'Itri :
> On May 30, Gergely Nagy wrote:
>
>> I never quite understood why people seem to think systemd upstream is
>> uncooperative (well, apart from the whole non-linux porting deal, where
>> their stance is completely understandable too). My expe
On Thu, May 30, 2013 at 06:36:32AM -0400, Scott Kitterman wrote:
> In that case, I'd say they aren't bugs at all. It may be that a FTBFS with
> clang is a symptom of some underlying issue that should be addressed, but I
> don't think non-wishlist bugs should be filed ONLY on the basis of that
>
On Thu, May 30, 2013 at 03:20:29PM +0200, Didier 'OdyX' Raboud wrote:
> > Which web browsers would remain in stable if we applied this criterion
> > consistently?
>
> Although that makes me very sad, if we (collectively) give up packaging
> browser extensions (hence letting our users rely on thir
Package: wnpp
Severity: wishlist
Owner: Emmanuel Bourg
* Package name: javamail
Version : 1.5.0
Upstream Author : Bill Shannon
* URL : http://javamail.java.net
* License : CDDL-1.1 | GPL-2 with Classpath Exception
Programming Lang: Java
Description : J
On Thursday, May 30, 2013 09:34:06 AM Paul Tagliamonte wrote:
> On Thu, May 30, 2013 at 06:36:32AM -0400, Scott Kitterman wrote:
> > In that case, I'd say they aren't bugs at all. It may be that a FTBFS
> > with
> > clang is a symptom of some underlying issue that should be addressed, but
> > I
>
On Thu, May 30, 2013 at 8:53 PM, Florian Weimer wrote:
> Which web browsers would remain in stable if we applied this criterion
> consistently?
The best browser ever; lynx.
--
bye,
pabs
http://wiki.debian.org/PaulWise
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a
* Marc Haber [130530 12:39]:
> While I don't consider postfix as bad as you describe, I tend to
> describe Postfix as the menu in a better restaurant: A relatively
> small number of sophisticated dishes which you can choose from, and
> if you like them, you will be perfectly satisfied. If you wan
Salvo Tomaselli wrote:
> I have tried systemd, and I like the approach it has, and in a few years I
> believe it has potential. But... using it to restart my computer i need to do
> an hard reset (and think of how happy would I be if my computer had been a
> server in a rack on the other side of
On 2013-05-29 20:50, Josh Triplett wrote:
As a user of sid who also maintains various systems running stable, I
rely on packages like xul-ext-adblock-plus to make it easier to install
specific addons systemwide. I find it much easier to install those via
the Debian packaging system rather than a
Mathieu Parent wrote:
> 2013/5/30 Marco d'Itri :
> > and the "invent a new a configuration files scheme because it better
> > suits RPM and Red Hat policies" deal.
>
> Do you have an example?
I think he's referring to the etc-overrides-lib semantics that systemd
uses for configuration files. But
Le 30 mai 2013 14:08, "Dennis van Dok" a écrit :
>
> On 30-05-13 13:16, Bastien ROUCARIES wrote:
>
> > Using only one lib for crypto (libnss) will allow to use only one
> > trust certificate format
>
> 'Allow only one' doesn't immediately strike me as beneficial, but I see
> what you mean. The dis
On Wed, 2013-05-29 at 12:19 +0200, Dennis van Dok wrote:
> ...which is included in mozilla. That discussion should be taken there
> (indeed was[1]) as in Debian it was agreed we're not going to do better
> than Mozilla at judging CAs[2].
Yeah... sure... I was just mentioning it...
Given that Mozill
On Thu, May 30, 2013 at 04:50:15PM +0300, Uoti Urpala wrote:
> Do you have any reason at all to believe that these were problems with
> systemd, rather than problems in Debian configuration or mostly
> independent bugs in other software that happened to trigger under
> systemd?
Whether or not syst
Hi Moritz.
Moritz Muehlenhoff wrote:
> In the future the majority of packages should thus rather be installed
> through http://addons.mozilla.org instead of Debian packages.
Form a security POV, I think this is really quite dangerous... actually
tendency should go towards the direction that users
On Thu, 2013-05-30 at 07:53 -0400, Chris Knadle wrote:
> There's a reason it feels like this. Postfix was designed with security in
> mind, but wasn't focused on being a general purpose MTA. It happens to
> /work/
> pretty well in that role in many cases, though.
>
>http://shearer.org/MTA
On May 30, Chris Knadle wrote:
> There's a reason it feels like this. Postfix was designed with security in
> mind, but wasn't focused on being a general purpose MTA.
Says who? Because I was around at the time, and I remember pretty well
that the goal was to write a sendmail replacement.
And a
Hello!
I am maintaining one of the gkrellm2 plugin packages, namely
gkrellm2-cpufreq. All of these gkrellm2 plugin packages install their
plugins into /usr/lib/gkrellm2/plugins, including mine.
However, I was wondering whether the plugins should actually
get installed into /usr/lib/${DEB_HOST_MU
On Thu, May 30, 2013 at 11:02 PM, John Paul Adrian Glaubitz
wrote:
> Hello!
>
> I am maintaining one of the gkrellm2 plugin packages, namely
> gkrellm2-cpufreq. All of these gkrellm2 plugin packages install their
> plugins into /usr/lib/gkrellm2/plugins, including mine.
>
> However, I was wonderin
On May 30, Mathieu Parent wrote:
> (I'm afraid to feed the troll)
Hint: before accusing somebody of trolling it is a good idea to find out
who he is.
> > There is also the "kill features Red Hat does not care about" deal,
> Do you have an example?
Persistent naming of network interfaces.
> > a
2013/5/30 Marco d'Itri :
> On May 30, Mathieu Parent wrote:
>
>> (I'm afraid to feed the troll)
> Hint: before accusing somebody of trolling it is a good idea to find out
> who he is.
I apologize.
--
Mathieu
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of
2013/5/30 Marco d'Itri :
> On May 30, Mathieu Parent wrote:
>[···]
>> > There is also the "kill features Red Hat does not care about" deal,
>> Do you have an example?
> Persistent naming of network interfaces.
... is entirely optional, and can be disabled if someone doesn't want
it - but I can't s
On 30/05/13 16:02, John Paul Adrian Glaubitz wrote:
> I am maintaining one of the gkrellm2 plugin packages, namely
> gkrellm2-cpufreq. All of these gkrellm2 plugin packages install their
> plugins into /usr/lib/gkrellm2/plugins, including mine.
This seems appropriate.
> However, I was wondering w
Marc Haber writes:
> Chris Knadle wrote:
>> I don't like the fact that the /etc/exim4/passwd.client file is in a
>> plaintext format, but there are usually several such files on systems
>> such that realistically we're only really "safe" as long as the
>> machines we run haven't been broken into
Package: wnpp
Severity: wishlist
Owner: Michael Schultheiss
* Package name: opendb
Version : 1.5.0.7
Upstream Author : Jason Pell
* URL : http://opendb.iamvegan.net
* License : GPL v2
Programming Lang: PHP
Description : PHP and MySQL based inventory app
+++ Simon McVittie [2013-05-30 16:27 +0100]:
> The only plugins that do benefit from being Multi-Arch are those that
> are loaded by more than one executable: glibc NSS modules, PAM modules,
> ALSA plugins, that sort of thing.
Or plugins that are used in build-depends. I don't know if this ever
Jonathan Dowland wrote:
> On Thu, May 30, 2013 at 04:50:15PM +0300, Uoti Urpala wrote:
> > Do you have any reason at all to believe that these were problems with
> > systemd, rather than problems in Debian configuration or mostly
> > independent bugs in other software that happened to trigger under
Marc Haber writes:
> Russ Allbery wrote:
>> Using an imperative language for a descriptive purpose is a bad
>> mismatch of tools and has been ever since the practical effect of init
>> scripts has become fairly standardized.
> Some init scripts in Debian build dynamic configuration before the
>
On Thu, 30 May 2013 13:31:14 +0200, Wouter Verhelst
wrote:
>On 30-05-13 12:27, Marc Haber wrote:
>> We should make local mail or other messages trivially and
>> automatically visible for people who have installed Debian in NNF[1]
>> compliant way, but if one has gone to length to use something
>>
On Thu, 30 May 2013 13:56:02 +0200, Olav Vitters
wrote:
>Seems the solutions are very focussed on the assumption that things
>cannot be changed. E.g. programs currently send email, so email it has
>to be forever.
It is not a good idea to drop the way that > 90 % of programs use to
deliver message
Marco d'Itri writes:
> On May 30, Chris Knadle wrote:
>
>> There's a reason it feels like this. Postfix was designed with security in
>> mind, but wasn't focused on being a general purpose MTA.
> Says who? Because I was around at the time, and I remember pretty well
> that the goal was to wri
Package: wnpp
Severity: wishlist
Owner: Osamu Aoki
* Package name: pxe-pdhcp
Version : 0.1
Upstream Author : FURUHASHI Sadayuki
* URL : http://svn.coderepos.org/share/lang/c/pxe-pdhcp/
* License : MIT
Programming Lang: C
Description : ProxyDHCP server
On Thu, 30 May 2013 16:42:28 +0200, Christoph Anton Mitterer
wrote:
>Agreed,... but that also somehow indicates to me, that this would be the
>more appropriate default MTA.
>It will do quite securely what most people need, especially those end
>user who have no clue about running mailservers at al
On Thu, 30 May 2013 16:53:56 +0200, m...@linux.it (Marco d'Itri) wrote:
>I think that ease of configurability is a major plus for Postfix when
>compared to Exim, since a common configurations is just a few lines long.
How many lines does an average update-exim4.conf.conf have?
Greetings
Marc
--
On Thu, 30 May 2013 12:32:59 +0100, Simon McVittie
wrote:
>On 30/05/13 11:19, Marc Haber wrote:
>> On Wed, 29 May 2013 13:10:57 -0700, Russ Allbery
>> wrote:
>>> Using an imperative language for a descriptive purpose is a bad mismatch
>>> of tools and has been ever since the practical effect of i
On Thu, 30 May 2013 17:07:08 +0200, Matthias Klumpp
wrote:
>So, this is not really RHEL specific, and some other non-RH software
>also has this scheme of storing config files.
And it is still completely inferior even to dpkg-conffile handling,
which has huge wishes left open as well.
Greetings
M
On Thu, 30 May 2013 14:16:53 +0200, Olav Vitters
wrote:
>On Thu, May 30, 2013 at 12:21:33PM +0200, Marc Haber wrote:
>> The init system case is special because supporting another init script
>> system will most probably mean that all packages delivering an init
>> script ($ ls /etc/init.d/ | wc -l
On Thu, May 30, 2013 at 04:35:07PM +0200, Marco d'Itri wrote:
> On May 30, Mathieu Parent wrote:
> > Do you have an example?
> The /etc/ /lib/ /usr/lib/ split with files overriding each other,
> invented because RPM systems do not prompt the user on package upgrades
> and Red Hat does not suppor
Matthias Klumpp wrote:
> 013/5/30 Marco d'Itri :
> > On May 30, Mathieu Parent wrote:
> >[···]
> >> > There is also the "kill features Red Hat does not care about" deal,
> >> Do you have an example?
> > Persistent naming of network interfaces.
> ... is entirely optional, and can be disabled if som
On Wed, May 22, 2013 at 08:35:52PM +0200, John Paul Adrian Glaubitz wrote:
> >Please leave the FUD at the door. Writing upstart jobs is not difficult;
> >while there are some gotchas currently with process lifecycle (which will be
> >fixed soon), there is also very complete documentation (for thes
On Thu, May 30, 2013 at 04:27:43PM +0100, Simon McVittie wrote:
> > Anyone knows how Multi-Arch is handled for other similar plugin
> > packages, other than gkrellm2 plugins?
> telepathy-mission-control-5 specifically isn't Multi-Arch, because I
> didn't want to do a small transition (Mission Cont
On Thu, May 30, 2013 at 12:32:59PM +0100, Simon McVittie wrote:
> On 30/05/13 11:19, Marc Haber wrote:
> > On Wed, 29 May 2013 13:10:57 -0700, Russ Allbery
> > wrote:
> >> Using an imperative language for a descriptive purpose is a bad mismatch
> >> of tools and has been ever since the practical e
On 05/30/2013 09:29 PM, Stefano Zacchiroli wrote:
> On Thu, May 30, 2013 at 03:20:29PM +0200, Didier 'OdyX' Raboud wrote:
>>> Which web browsers would remain in stable if we applied this criterion
>>> consistently?
>>
>> Although that makes me very sad, if we (collectively) give up packaging
>> br
On 30/05/13 13:19, Bastien ROUCARIES wrote:
> On Thu, May 30, 2013 at 12:50 PM, Dennis van Dok wrote:
>> On 26-05-13 20:02, Bastien ROUCARIES wrote:
>>> On Sat, May 25, 2013 at 2:27 PM, Charles Plessy wrote:
Hi Dennis and everybody,
somewhat related to this, I would like to know if
On 30-05-13 19:29, Thomas Goirand wrote:
> Maybe the best way forward is to have backports activated by default
No.
If we're going down that route, we might as well give up on doing a
stable release.
--
This end should point toward the ground if you want to go to space.
If it starts pointing t
On 30/05/13 13:27, Scott Kitterman wrote:
> On Thursday, May 30, 2013 01:01:46 PM Carlos Alberto Lopez Perez wrote:
>> On 30/05/13 12:27, Scott Kitterman wrote:
>>> On Thursday, May 30, 2013 12:16:38 PM Carlos Alberto Lopez Perez wrote:
On 29/05/13 08:18, Chris Knadle wrote:
> - Exim is
Marc Haber wrote:
> On Thu, 30 May 2013 17:07:08 +0200, Matthias Klumpp
> wrote:
> >So, this is not really RHEL specific, and some other non-RH software
> >also has this scheme of storing config files.
>
> And it is still completely inferior even to dpkg-conffile handling,
> which has huge wishes
1 - 100 of 152 matches
Mail list logo
