23.12.2012 22:49, Robin H. Johnson пишет:
> torrents.gentoo.org has been down for a few months now, and there have
> been very few comments about it. Up until a few years ago, it was still
> quite useful, but I believe that we have sufficient bandwidth and
> mirror-coverage around the world that it
The current default mta in gentoo - ssmtp - has a more or less dead
upstream and has some outstanding bugs. It is prudent to change our
default mta.
Both mail-mta/nullmailer and mail-mta/msmtp are lightweight good mtas.
Both packages have active development and provide AUTH and SSL/TLS
support.
On Wednesday, December 26, 2012 09:46:17 AM Eray Aslan wrote:
> The current default mta in gentoo - ssmtp - has a more or less dead
> upstream and has some outstanding bugs. It is prudent to change our
> default mta.
>
> Both mail-mta/nullmailer and mail-mta/msmtp are lightweight good mtas.
> Bot
On Wed, Dec 26, 2012 at 06:42:36AM -0500, Mike Pagano wrote:
> Would it be prudent to coordinate Gentoo documentation changes with the above?
Ugh, I wasn't aware of any documentation that needs to be changed and a
quick look/search did not turn out anything. But if there are any,
sure, I will ope
Eray Aslan posted on Wed, 26 Dec 2012 09:46:17 + as excerpted:
> The current default mta in gentoo - ssmtp - has a more or less dead
> upstream and has some outstanding bugs. It is prudent to change our
> default mta.
>
> Both mail-mta/nullmailer and mail-mta/msmtp are lightweight good mtas.
On Dec 26, 2012 8:46 AM, "Eray Aslan" wrote:
>
> On Wed, Dec 26, 2012 at 06:42:36AM -0500, Mike Pagano wrote:
> > Would it be prudent to coordinate Gentoo documentation changes with the
above?
>
> Ugh, I wasn't aware of any documentation that needs to be changed and a
> quick look/search did not t
On 19/12/2012 10:03 p.m., Michał Górny wrote:
Doesn't this prove that the recruitment process fails to work?
If I were to throw random ideas, I'd think about letting new recruits
did all commits through a proxy (mentor?). Of course, it all would be
easier if we used git.
I know this side ques
Good afternoon,
In less than two weeks, on Tuesday January the 8th, the council will meet
again.
Now is the time to prepare & raise items that you feel should be put to a vote.
Please reply to this e-mail with any suggested agenda items. Even if you have
raised
the issue on a mailing list bef
On 12/25/12 08:09, Pacho Ramos wrote:
> El mar, 06-11-2012 a las 12:35 -0600, Paul Varner escribió:
>> All:
>>
>> The following packages in the tools-portage herd are effectively
>> unmaintained packages and need a maintainer to step up and maintain them.
>>
>> app-portage/deltup
>> app-portage/epm
On 12/25/12 12:03, Sven Eden wrote:
> Hi all,
>
> what has happened to app-portage/ufed? I could take care of it. I am
> no official dev, but maybe via a proxy maintainership? Would that be
> possible?
Yes, I'm willing to proxy maintain app-portage/ufed. The sources are
available from overlays.ge
On Dec 25, 2012 8:33 PM, "Pacho Ramos" wrote:
>
>
> # Pacho Ramos (25 Dec 2012)
> # Fails to build with libav-9 (#443238). Removal in a month.
> media-libs/libdlna
> media-video/ushare
>
This is not a valid reason to remove it. I use it every day. Please remove
the masking. You should have contac
On Thu, Dec 20, 2012 at 7:21 PM, Doug Goldstein wrote:
> I'm curious who had the brain dead idea to retire Gentoo developers
> that are still interested in the distro, that maintain low activity
> packages for herds that are stretched way too thin, and are still
> contributing to the distro in man
On 27 December 2012 05:39, Kent Fredric wrote:
> It could actually be just the Proxy Maintainer workflow is not clear enough,
> or simple enough, and that we need more push towards a more heavy
> proxy-maintainer based system ( I don't know, I'm ignorant to too much of
> proxy-maintainer-ship stuf
El mié, 26-12-2012 a las 17:14 +, Markos Chandras escribió:
>
> On Dec 25, 2012 8:33 PM, "Pacho Ramos" wrote:
> >
> >
> > # Pacho Ramos (25 Dec 2012)
> > # Fails to build with libav-9 (#443238). Removal in a month.
> > media-libs/libdlna
> > media-video/ushare
> >
> This is not a valid reaso
El mié, 26-12-2012 a las 19:46 +0100, Pacho Ramos escribió:
> El mié, 26-12-2012 a las 17:14 +, Markos Chandras escribió:
> >
> > On Dec 25, 2012 8:33 PM, "Pacho Ramos" wrote:
> > >
> > >
> > > # Pacho Ramos (25 Dec 2012)
> > > # Fails to build with libav-9 (#443238). Removal in a month.
> >
On 12/26/12 11:00, Paul Varner wrote:
> On 12/25/12 08:09, Pacho Ramos wrote:
>> El mar, 06-11-2012 a las 12:35 -0600, Paul Varner escribió:
>>> All:
>>>
>>> The following packages in the tools-portage herd are effectively
>>> unmaintained packages and need a maintainer to step up and maintain them
On 26 December 2012 21:25, Pacho Ramos wrote:
> El mié, 26-12-2012 a las 19:46 +0100, Pacho Ramos escribió:
>> El mié, 26-12-2012 a las 17:14 +, Markos Chandras escribió:
>> >
>> > On Dec 25, 2012 8:33 PM, "Pacho Ramos" wrote:
>> > >
>> > >
>> > > # Pacho Ramos (25 Dec 2012)
>> > > # Fails t
On 26/12/2012 23:19, Markos Chandras wrote:
> To be honest, I see no reason for masking packages for removal because
> they don't build with libav-9. I don't know much about libav-9 but to
> my understanding it is supposed to provide an API similar to ffmpeg
> (that's why we have the virtual after
On 27 December 2012 00:25, Diego Elio Pettenò wrote:
> On 26/12/2012 23:19, Markos Chandras wrote:
>> To be honest, I see no reason for masking packages for removal because
>> they don't build with libav-9. I don't know much about libav-9 but to
>> my understanding it is supposed to provide an API
On 26 December 2012 20:43, Kent Fredric wrote:
> On 27 December 2012 05:39, Kent Fredric wrote:
>> It could actually be just the Proxy Maintainer workflow is not clear enough,
>> or simple enough, and that we need more push towards a more heavy
>> proxy-maintainer based system ( I don't know, I'm
On Thu, 27 Dec 2012 05:39:00 +1300
Kent Fredric wrote:
> On 19/12/2012 10:03 p.m., Michał Górny wrote:
> > If I were to throw random ideas, I'd think about letting new
> > recruits did all commits through a proxy (mentor?). Of course, it
> > all would be easier if we used git.
For once someone s
Jeroen Roovers wrote:
> For once someone suggests a single good case where git beats CVS for
> portage tree changes: easily checking suggested changes ...
Did you look at Gerrit one of the many times I mentioned it already?
That is what it is for, and it is pretty great.
> A shiny new workflow
On Mon, Dec 24, 2012 at 10:48:23PM +0100, Diego Elio Pettenò wrote:
> On 24/12/2012 20:08, Mike Frysinger wrote:
> > i.e. saying "we should get rid of gen_usr_ldscript and use --libdir=/lib"
> > makes absolutely no sense. it's just begging for people to screw things up
> > constantly and waste d
On 27 December 2012 13:32, Jeroen Roovers wrote:
>
> What you want to do is contact your mentor - that is the person who
> should be able to point out where to find the actual answer or just
> tell you what the answer is - the point of the quizes is to properly
> teach you how things work, not how
On Wed, 2012-12-26 at 22:01 -0600, William Hubbs wrote:
> Actually, since ulm pointed out in another thread that the
> council has not mandated that we support separate /usr without an
> initramfs, I am re-considering this.
So now that the /usr-merge steamroller can not break systems through
udev
25 matches
Mail list logo
