On 29/05/13 00:17, John Paul Adrian Glaubitz wrote:
> Also, if anyone of the GNOME package maintainers is reading this,
> why does the gnome meta package depend on xul-ext-adblock-plus?
"For feature parity with the previous meta-gnome3 web browser", it appears:
meta-gnome3 (1:3.4+3) unstable; urg
On Monday, May 27, 2013 21:02:22, Marco d'Itri wrote:
> Now that we are done with systemd for the time being, can we have the
> flame war about replacing Exim with Postfix as the default MTA?
>
> Are there any objections other than "but I like it this way!"?
What are the reasons to make the switc
On Tuesday, May 28, 2013 19:32:08, Carlos Alberto Lopez Perez wrote:
> On 28/05/13 18:53, Don Armstrong wrote:
> > On Tue, 28 May 2013, Arno Töll wrote:
> >> Why not consider something light, better suited for most systems which
> >> need nothing but a sendmail binary which is suited to relay to a
On Tue, May 28, 2013 at 10:45:25PM -0400, Ryan Kavanagh wrote:
> On Tue, May 28, 2013 at 05:08:06PM -0700, Steve Langasek wrote:
> > There have been two responses to your proposal so far, neither of
> > which particularly looks to be in favor of your plan. I don't think
> > it's reasonable to proc
On Wed, May 29, 2013 at 4:33 AM, Moritz Muehlenhoff wrote:
> we need to change the way security fixes are handled for Mozilla
> in stable-security. The backporting of security fixes is no
> longer sustainable resource-wise.
Please propose an announcement about this to the Debian press team and
ad
On Tue, May 28, 2013 at 05:08:06PM -0700, Steve Langasek wrote:
> There have been two responses to your proposal so far, neither of
> which particularly looks to be in favor of your plan. I don't think
> it's reasonable to proceed with a mass-bug filing on over 800 packages
> as a first step, cert
On Di, 28 Mai 2013, Ryan Kavanagh wrote:
> Norbert, as Texinfo maintainer, do you know if upstream has an ITA for
> when the math-images-in-HTML will arrive in makeinfo?
No I don't know, but I have forwarded the question to bug-texinfo,
let us see what we get.
Norbert
---
On Tue, May 28, 2013 at 07:06:23PM -0400, Ryan Kavanagh wrote:
> As a final notice, unless I get any objections (there have been none so
> far), I plan to go forward with the MBF at 03:00UTC on 2013-05-29. As
> explained on the Texi2htmlTransition wiki page[0], if you are
> unwilling/unable to tran
On 28/05/13 18:53, Don Armstrong wrote:
> On Tue, 28 May 2013, Arno Töll wrote:
>> Why not consider something light, better suited for most systems which
>> need nothing but a sendmail binary which is suited to relay to a
>> real(tm) mail-server and deliver local mail and does not involve lots
>> o
Hi Moritz!
On 05/28/2013 10:33 PM, Moritz Muehlenhoff wrote:
we need to change the way security fixes are handled for Mozilla
in stable-security. The backporting of security fixes is no
longer sustainable resource-wise.
I second this. Having one of the most commonly used desktop applications
l
As a final notice, unless I get any objections (there have been none so
far), I plan to go forward with the MBF at 03:00UTC on 2013-05-29. As
explained on the Texi2htmlTransition wiki page[0], if you are
unwilling/unable to transition to texinfo due to missing math rendering,
please mark your bug a
Hi,
we need to change the way security fixes are handled for Mozilla
in stable-security. The backporting of security fixes is no
longer sustainable resource-wise.
As such, we'll switch to releasing the ESR releases of iceweasel
and icedove in stable-security.
Reverse-deps of the older xulrunner l
Hi Simon,
On Tue, May 28, 2013 at 01:05:24PM +0100, Simon McVittie wrote:
> The participants in this thread are debian-devel subscribers: the sort
> of people who know that Debian is a Unix system, know what a Unix system
> is, and have some idea of what a "btrfs scrub cron job", or indeed an
> MT
On Tue, May 28, 2013 at 05:58:15PM +0200, Thibaut Paumard wrote:
> I was going to say that by default, this mail was sent to root, but
> checked before I typed and... what? I do have unread local mail!? Just
> to say: at the moment, there's no obvious notification about local mail.
>
> In addition
On Tue, May 28, 2013 at 07:10:51PM +0200, Matthias Klumpp wrote:
> 2013/5/28 Игорь Пашев :
> > 2013/5/28 Josselin Mouette :
> >> Nobody,
> >> I repeat, nobody, ever reads local mail on most desktop systems
> >[...]
> Would it help if we had a desktop-component, which is able to:
> 1) Show a notifi
Russ Allbery writes:
> Bjørn Mork writes:
>
>> The local MTA serves as a common configuration for the external SMTP
>> server, with a well known interface supported by every single package
>> which wants to send mail.
>
> And which requires storing passwords or other authentication credentials
>
On Tue, 28 May 2013, Bastien ROUCARIES wrote:
> optimizing the svg file by removing all space and comments ?
svgz (or similar) will handle this far better, and retain source.
[Though it's not clear to me if everything supports on-the-fly
decompression of SVG images.]
--
Don Armstrong
Marco d'Itri wrote:
> Now that we are done with systemd for the time being, can we have the
> flame war about replacing Exim with Postfix as the default MTA?
[...]
I do not think we need another flame-war. Thank you very much.
cu Andreas
--
The more contact I have with humans, the more I learn.
Bjørn Mork writes:
> The local MTA serves as a common configuration for the external SMTP
> server, with a well known interface supported by every single package
> which wants to send mail.
And which requires storing passwords or other authentication credentials
on disk if your external SMTP ser
Package: wnpp
Severity: wishlist
Owner: Jérémy Bobbio
* Package name: ruby-haml-contrib
Version : 1.0.0.1
Upstream Author : Norman Clarke
* URL : https://github.com/haml/haml-contrib
* License : Expat
Programming Lang: Ruby
Description : Elegant, struc
On Mon, May 27, 2013 at 8:32 PM, Russ Allbery wrote:
> Helmut Grohne writes:
>
>> I'd like to add some bits from the doxygen point of view. Documentation
>> packages created using doxygen currently have a number of issues with
>> respect to size. Some of them are to be addressed soon(TM).
>
>> *
Josselin Mouette writes:
> Le mardi 28 mai 2013 à 13:07 +0200, Bjørn Mork a écrit :
>> The local MTA serves as a common configuration for the external SMTP
>> server, with a well known interface supported by every single package
>> which wants to send mail.
>
> Which packages are entitled to send
2013/5/28 Игорь Пашев :
> 2013/5/28 Josselin Mouette :
>> Nobody,
>> I repeat, nobody, ever reads local mail on most desktop systems
>[...]
Would it help if we had a desktop-component, which is able to:
1) Show a notification *on the desktop* if the user received new mail
2) Offer a GUI way to re
On 28 May 2013, at 14:04, Paul Tagliamonte wrote:
> Some plugins for photoshop etc store data in the fields that get removed
> by pngcrush and friends. In a sense, doing this is removing source data.
This is a bug that should be fixed in the optimiser(s). However, it could
easily be worked arou
On Tue, 28 May 2013, Arno Töll wrote:
> Why not consider something light, better suited for most systems which
> need nothing but a sendmail binary which is suited to relay to a
> real(tm) mail-server and deliver local mail and does not involve lots
> of configuration and/or listening ports?
nullm
On 05/28/2013 10:24 PM, Josselin Mouette wrote:
> Just like for the MIME support mess, the damage is already done. Nobody,
> I repeat, nobody, ever reads local mail on most desktop systems, and
> even many server systems.
The question you have to ask yourself is: why?
The answer is simple: becaus
On 2013-05-28, Thomas Goirand wrote:
> I agree. Which is why postfix can be configured for that:
I think most full-blown mta's can do that. But the much smaller ones can
also.
/Sune
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Con
On 05/28/2013 06:39 PM, Mike Hommey wrote:
> Running your own MTA without a smart host is a
> PITA these days. So you're better off using an external SMTP server
> directly.
I agree. Which is why postfix can be configured for that:
# cat /etc/postfix/main.cf
[ ... ]
relayhost = mx.example.com
smt
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Hi,
Le 28/05/2013 17:21, Adam Borowski a écrit :
>>
>> We are talking about a default configuration, and the only useful
>> thing in a default configuration is local mail. Local mail not
>> being read by anyone on most machines.
>
> If you don't r
2013/5/28 Josselin Mouette :
> Nobody,
> I repeat, nobody, ever reads local mail on most desktop systems
I read mail from my desktop :-)
It is forwarded to my gmail account
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm
On 05/28/2013 07:05 PM, Josselin Mouette wrote:
> And on desktop systems, nobody reads local email. We might want to think
> of a better notification system, but email is definitely not fit for
> that anymore.
I do read the mails that my system is sending me (smartd, cron, mdadm,
etc.), and I like
2013/5/28 Adam Borowski :
> If you don't read it, you get a reminder every login.
If you login in command line, which is not the default case for desktop systems.
--
=Do-
N.AND
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact l
On Tue, May 28, 2013 at 04:24:27PM +0200, Josselin Mouette wrote:
> Le mardi 28 mai 2013 à 13:07 +0200, Bjørn Mork a écrit :
> > The local MTA serves as a common configuration for the external SMTP
> > server, with a well known interface supported by every single package
> > which wants to send ma
On Mon, May 27, 2013 at 08:28:37PM -0400, Ryan Kavanagh wrote:
> See attached for a dd-list of affected packages.
On Tue, May 28, 2013 at 04:37:44PM +0200, Emilio Pozuelo Monfort wrote:
> Please attach a list of packages run through dd-list before doing the MBF.
Sorry, I guess I forgot to actuall
On 28/05/13 16:01, Ryan Kavanagh wrote:
On the basis of Sébastien's objection, I propose the MBF to have
severity wishlist and the following amended text. Not everybody will be
able to transition from texi2html, but those who can should. It will be
easier to transition the remaining few packages
Le mardi 28 mai 2013 à 13:07 +0200, Bjørn Mork a écrit :
> The local MTA serves as a common configuration for the external SMTP
> server, with a well known interface supported by every single package
> which wants to send mail.
Which packages are entitled to send mail to the outside without
confi
On Tue, May 28, 2013 at 08:45:04AM +0200, Sébastien Villemot wrote:
> AFAIK, makeinfo is not able to render @math blocks as images (formatted
> with LaTeX), while texi2html does. The output of math formulas with
> makeinfo --html is very ugly, since it basically dumps the Texi/LaTeX
> source of the
There seem to be a few new discussions about these possible solutions
As well as the traditional init scripts, I've worked with systemd on
Fedora and SMF on Solaris. Out of all possible solutions, I don't have
any strong feelings about which solution Debian should go with at this
stage.
Howeve
On Tue, May 28, 2013 at 02:01:06PM +0100, Jonathan Dowland wrote:
> From my brief experience of working on games-thumbnails, I can appreciate that
> the space savings may well be worth it at scale, but performing
> compression/optimisation at package build stage is a major PITA. For
> lossless-comp
Hi Adam,
On Sun, May 26, 2013 at 05:56:06PM +0200, Adam Borowski wrote:
> A while ago, someone raised the possibility of recompressing PNG files.
From my brief experience of working on games-thumbnails, I can appreciate that
the space savings may well be worth it at scale, but performing
compres
2013/5/28 Simon McVittie :
[...]
>
> The participants in this thread are debian-devel subscribers: the sort
> of people who know that Debian is a Unix system, know what a Unix system
> is, and have some idea of what a "btrfs scrub cron job", or indeed an
> MTA, means. That's a pretty limiting audie
On Tue, May 28, 2013 at 07:37:52AM -0400, Scott Kitterman wrote:
> It might help if we used a bit more precision in terimonolgy. "Not a full
> blown MTA" as described here is a Mail Submission Agent (MSA). See RFC
> 5598 for details:
>
> http://tools.ietf.org/html/rfc5598#section-4.3.1
A mere M
On 28/05/13 12:25, Redalert Commander wrote:
> 2013/5/28 Josselin Mouette :
>> And on desktop systems, nobody reads local email. We might want to think
>> of a better notification system, but email is definitely not fit for
>> that anymore.
>
> I don't think that is true at all. Personally, I use
Package: wnpp
Severity: wishlist
Owner: "Eugenio Cano-Manuel Mendoza"
* Package name: libquoin-clojure
Version : 0.1.0
Upstream Author : David Santiago
* URL : https://github.com/davidsantiago/quoin
* License : EPL-1
Programming Lang: Clojure, Java
Descrip
Josselin Mouette writes:
> Le mardi 28 mai 2013 à 10:34 +0100, Jonathan Dowland a écrit :
>> There is an impedence mismatch between packages which consider an MTA and the
>> sendmail interface to be standard and those desktop components that make no
>> such assumption. If we are going to keep ens
Adam Borowski wrote:
>On Tue, May 28, 2013 at 11:07:04AM +0200, Arno Töll wrote:
>> Why not consider something light, better suited for most systems
>which
>> need nothing but a sendmail binary which is suited to relay to a
>> real(tm) mail-server and deliver local mail and does not involve lot
> A while ago, someone raised the possibility of recompressing PNG files.
It turns out that since recently, some crazy googlers are guilty of "zopfli"
which can optimize PNGs even better, but taking all the CPU in the world for
doing so. This doesn't sound useful for automated use during package
2013/5/28 Josselin Mouette :
> Le mardi 28 mai 2013 à 12:13 +0200, Adam Borowski a écrit :
>> Being able to send outgoing mail, and to handle local (such as SMTP rejects
>> or notifications from system daemons) seems plenty useful to me.
>
> Most clients (apart maybe from mailx) can use an external
On Tue, May 28, 2013 at 12:09:07PM +0200, Josselin Mouette wrote:
> Le mardi 28 mai 2013 à 10:34 +0100, Jonathan Dowland a écrit :
> > There is an impedence mismatch between packages which consider an MTA and
> > the
> > sendmail interface to be standard and those desktop components that make no
Le mardi 28 mai 2013 à 12:13 +0200, Adam Borowski a écrit :
> Being able to send outgoing mail, and to handle local (such as SMTP rejects
> or notifications from system daemons) seems plenty useful to me.
Most clients (apart maybe from mailx) can use an external SMTP server to
send email.
And on
On Tue, May 28, 2013 at 11:07:04AM +0200, Arno Töll wrote:
> Why not consider something light, better suited for most systems which
> need nothing but a sendmail binary which is suited to relay to a
> real(tm) mail-server and deliver local mail and does not involve lots of
> configuration and/or li
On Tue, May 28, 2013 at 12:09:07PM +0200, Josselin Mouette wrote:
> Le mardi 28 mai 2013 à 10:34 +0100, Jonathan Dowland a écrit :
> > There is an impedence mismatch between packages which consider an MTA and
> > the
> > sendmail interface to be standard and those desktop components that make no
Le mardi 28 mai 2013 à 10:34 +0100, Jonathan Dowland a écrit :
> There is an impedence mismatch between packages which consider an MTA and the
> sendmail interface to be standard and those desktop components that make no
> such assumption. If we are going to keep ensuring a local MTA/sendmail
> i
Josh Triplett escribió:
[...]
- mutt: can easily Suggests a mail-transport-agent, since it supports
IMAP and SMTP, leaving aside more exotic configurations like
getmail/fetchmail. (That leaves aside the question of whether mutt
should be standard or optional, but I think either way it
On Tue, May 28, 2013 at 09:42:20AM +0200, Franck Routier (perso) wrote:
> this description is from the upstream readme. I have submited a bug
> report to ask for a correction.
> Should I patch the readme inbetween ?
If you mean the package description, then yes: it should be tailored
to Debian. Wh
On Tue, May 28, 2013 at 03:02:22AM +0200, Marco d'Itri wrote:
> Now that we are done with systemd for the time being, can we have the
> flame war about replacing Exim with Postfix as the default MTA?
>
> Are there any objections other than "but I like it this way!"?
As things stand, for the vast
Hi,
On 28.05.2013 03:02, Marco d'Itri wrote:
> Now that we are done with systemd for the time being, can we have the
> flame war about replacing Exim with Postfix as the default MTA?
I like Postfix and I use it everywhere I need a matured MTA. But I
wonder, what the benefit would be to replace a
Hi,
On Dienstag, 28. Mai 2013, 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 standard anymore
Le 25/04/2013 23:42, Andreas Bombe a écrit :
On Wed, Apr 24, 2013 at 03:40:57PM +0200, Franck wrote:
basE91 is an advanced method for encoding binary data as ASCII characters. It
is similar to UUencode or base64, but is more efficient. The overhead produced
by basE91 depends on the input data. I
On Mon, May 27, 2013 at 09:13:44AM +0200, Ond??ej Surý wrote:
> I would be quite happy to write service files for two (systemd, upstart) or
> three (systemd, upstart, openrc) of those in all my packages[*], if it
> stops the endless flamewar here. I would also be happy to have the
> requirement to
60 matches
Mail list logo
