On Sat, Sep 27, 2014 at 7:39 PM, Anthony G. Basile wrote:
> And now for something completely different ... drum roll ... Really! We
> have to have a council vote on whether bc goes into stage3? If this does go
> to the council, then I want a pre-vote vote: should we bounce the decision
> back to
> On Sat, 27 Sep 2014, William Hubbs wrote:
> I would like to suggest a couple of changes to the "commit message
> format" section of the Gentoo git Workflow page on the wiki.
> The first bullet, which states that all lines have a max length of
> 70-75 characters is not quite correct. The bri
On 09/27/14 18:46, Rich Freeman wrote:
On Sat, Sep 27, 2014 at 5:52 PM, Tom Wijsman wrote:
What is really needed here is a vote by the Council on whether to add bc
back to the stage3. If the people do insist, another vote regarding
adding or changing an editor to stage3 could be done as well.
On Tue, Sep 23, 2014 at 04:52:56PM +0200, Andreas K. Huettel wrote:
>
> > > Modified: ChangeLog perl-module.eclass
> > > Log:
> > > Remove support for EAPI 1, 2, 3 in perl-module.eclass (no packages left
> > > in the tree)
> > This could have used some kind of heads-up. Now I'm
All,
I would like to suggest a couple of changes to the
"commit message format" section of the Gentoo git Workflow page on the
wiki.
The first bullet, which states that all lines have a max length of 70-75
characters is not quite correct. The brief explanation (the first line)
is supposed to be 5
> On Sun, 28 Sep 2014, Tom Wijsman wrote:
> Yes, if you do create a one-on-one mapping then it becomes possible.
> The question becomes "does every herd want to become a
> (sub)project?".
Another example: The Emacs project maintains two herds "emacs" and
"xemacs", for GNU Emacs and XEmacs rel
On Sat, Sep 27, 2014 at 5:52 PM, Tom Wijsman wrote:
>
> What is really needed here is a vote by the Council on whether to add bc
> back to the stage3. If the people do insist, another vote regarding
> adding or changing an editor to stage3 could be done as well.
>
The call for agenda goes out on
On Sat, Sep 27, 2014 at 6:13 PM, Tom Wijsman wrote:
> The question becomes "does every herd want to become a (sub)project?".
>
So, there was some discussion on -dev, apparently some discussion I
wasn't a part of, and some that I was (such is the nature of IRC).
I think it would make sense to tak
Dnia 2014-09-28, o godz. 00:13:15
Tom Wijsman napisał(a):
> On Sat, 27 Sep 2014 17:54:48 -0400
> "Anthony G. Basile" wrote:
>
> > The hardened project has two herds: hardened and hardened-kernel, the
> > former for toolchain related stuff and the latter for the kernel. We
> > really need to
On Sat, 27 Sep 2014 17:54:48 -0400
"Anthony G. Basile" wrote:
> The hardened project has two herds: hardened and hardened-kernel, the
> former for toolchain related stuff and the latter for the kernel. We
> really need to keep that distinction. So mapping herds to projects
> doesn't work. B
On 09/27/14 17:35, Tom Wijsman wrote:
On Sat, 27 Sep 2014 06:25:28 -0400
Rich Freeman wrote:
On Sat, Sep 27, 2014 at 4:58 AM, Jeroen Roovers
wrote:
Right now, CC'ing a single alias is inconvenient, but under your
proposal, you might need to CC a dozen or more people instead of
that alias.
On Sat, 27 Sep 2014 13:22:45 +0100
Ciaran McCreesh wrote:
> On Sat, 27 Sep 2014 12:47:14 +0200
> Luca Barbato wrote:
> > Because I'd expect a stage3 to be posix compliant
>
> I agree. It's time to replace nano with Vim.
Vim is not fully POSIX compliant; you may find it claim "mostly" in its
do
Am Samstag, 27. September 2014, 23:41:04 schrieb Tom Wijsman:
> On Sat, 27 Sep 2014 09:11:57 -0400
>
> Rich Freeman wrote:
> > Is there some policy that says that a project cannot be a maintainer?
>
> Is there some policy that says that a herd cannot be a herd?
Only for sufficiently small value
On Sat, 27 Sep 2014 09:11:57 -0400
Rich Freeman wrote:
> Is there some policy that says that a project cannot be a maintainer?
Is there some policy that says that a herd cannot be a herd?
On Sat, 27 Sep 2014 06:25:28 -0400
Rich Freeman wrote:
> On Sat, Sep 27, 2014 at 4:58 AM, Jeroen Roovers
> wrote:
> >
> > Right now, CC'ing a single alias is inconvenient, but under your
> > proposal, you might need to CC a dozen or more people instead of
> > that alias.
> >
>
> That is incorre
# Andreas K. Huettel (27 Sep 2014)
# Masked for removal in 30 days; see e.g. bug 446376
# Please upgrade to stable Perl 5.18
=dev-lang/perl-5.16.3
=virtual/perl-ExtUtils-Install-1.580.0-r1
=virtual/perl-File-Temp-0.220.0-r3
=virtual/perl-I18N-LangTags-0.380.0
=virtual/perl-Math-BigInt-1.998.0
=vi
Am Samstag, 27. September 2014, 15:08:57 schrieb Michał Górny:
> Dnia 2014-09-23, o godz. 16:52:56
>
> "Andreas K. Huettel" napisał(a):
> > > > Modified: ChangeLog perl-module.eclass
> > > > Log:
> > > > Remove support for EAPI 1, 2, 3 in perl-module.eclass (no packages
> > > >
Kent Fredric:
> On 28 September 2014 00:22, Ciaran McCreesh
> wrote:
>
>>
>> I agree. It's time to replace nano with Vim.
>
>
>
> http://i.imgur.com/qRNTQGi.png
>
We need a moderated development mailing list.
On Sat, 27 Sep 2014 09:11:57 -0400
Rich Freeman wrote:
> Is there some policy that says that a project cannot be a maintainer?
I guess you missed an interesting discussion on #gentoo-dev today.
jer
On 09/27/2014 08:51 PM, Jeroen Roovers wrote:
> On Sat, 27 Sep 2014 06:25:28 -0400
> Rich Freeman wrote:
>
>> On Sat, Sep 27, 2014 at 4:58 AM, Jeroen Roovers
>> wrote:
>>>
>>> Right now, CC'ing a single alias is inconvenient, but under your
>>> proposal, you might need to CC a dozen or more peop
On 09/27/14 11:19, Mike Gilbert wrote:
On Sat, Sep 27, 2014 at 8:22 AM, Ciaran McCreesh
wrote:
On Sat, 27 Sep 2014 12:47:14 +0200
Luca Barbato wrote:
Because I'd expect a stage3 to be posix compliant
I agree. It's time to replace nano with Vim.
To restate this: There are numerous other uti
On Sat, Sep 27, 2014 at 8:22 AM, Ciaran McCreesh
wrote:
> On Sat, 27 Sep 2014 12:47:14 +0200
> Luca Barbato wrote:
>> Because I'd expect a stage3 to be posix compliant
>
> I agree. It's time to replace nano with Vim.
>
To restate this: There are numerous other utilities specified in POSIX
which
On 28 September 2014 00:22, Ciaran McCreesh
wrote:
>
> I agree. It's time to replace nano with Vim.
http://i.imgur.com/qRNTQGi.png
--
Kent
*KENTNL* - https://metacpan.org/author/KENTNL
On 27 September 2014 20:40, Ciaran McCreesh
wrote:
> On Sat, 27 Sep 2014 18:31:03 +0600
> Vladimir Romanov wrote:
>> Em. I don't agree. I prefer Emacs and don't like Vim. But if i must
>> choose between Vim and Nano, i prefer Nano
>
> But vi is POSIX.
vi is available through busybox already
--
On 27/09/14 14:22, Ciaran McCreesh wrote:
On Sat, 27 Sep 2014 12:47:14 +0200
Luca Barbato wrote:
Because I'd expect a stage3 to be posix compliant
I agree. It's time to replace nano with Vim.
Surely certain stuff might enjoy having ex available as well.
Probably busybox could be enough fo
On Sat, Sep 27, 2014 at 6:51 AM, Jeroen Roovers wrote:
> On Sat, 27 Sep 2014 06:25:28 -0400
> Rich Freeman wrote:
>
>> On Sat, Sep 27, 2014 at 4:58 AM, Jeroen Roovers
>> wrote:
>> >
>> > Right now, CC'ing a single alias is inconvenient, but under your
>> > proposal, you might need to CC a dozen
Dnia 2014-09-23, o godz. 16:52:56
"Andreas K. Huettel" napisał(a):
>
> > > Modified: ChangeLog perl-module.eclass
> > > Log:
> > > Remove support for EAPI 1, 2, 3 in perl-module.eclass (no packages left
> > > in the tree)
> > This could have used some kind of heads-up. Now I'
Well, if vi is posix, and it is so important, then you may use it. But
please, don't delete nano.
2014-09-27 18:40 GMT+06:00 Ciaran McCreesh :
> On Sat, 27 Sep 2014 18:31:03 +0600
> Vladimir Romanov wrote:
> > Em. I don't agree. I prefer Emacs and don't like Vim. But if i must
> > choose between
On Sat, 27 Sep 2014 18:31:03 +0600
Vladimir Romanov wrote:
> Em. I don't agree. I prefer Emacs and don't like Vim. But if i must
> choose between Vim and Nano, i prefer Nano
But vi is POSIX.
--
Ciaran McCreesh
signature.asc
Description: PGP signature
Em. I don't agree. I prefer Emacs and don't like Vim. But if i must choose
between Vim and Nano, i prefer Nano
2014-09-27 18:22 GMT+06:00 Ciaran McCreesh :
> On Sat, 27 Sep 2014 12:47:14 +0200
> Luca Barbato wrote:
> > Because I'd expect a stage3 to be posix compliant
>
> I agree. It's time to r
On Sat, 27 Sep 2014 12:47:14 +0200
Luca Barbato wrote:
> Because I'd expect a stage3 to be posix compliant
I agree. It's time to replace nano with Vim.
--
Ciaran McCreesh
signature.asc
Description: PGP signature
On Sat, 27 Sep 2014 06:25:28 -0400
Rich Freeman wrote:
> On Sat, Sep 27, 2014 at 4:58 AM, Jeroen Roovers
> wrote:
> >
> > Right now, CC'ing a single alias is inconvenient, but under your
> > proposal, you might need to CC a dozen or more people instead of
> > that alias.
> >
>
> That is incorre
On 17/09/14 14:09, Jorge Manuel B. S. Vicetto wrote:
On Wed, 17 Sep 2014, Luca Barbato wrote:
The bc utility is part of the posix tools and it might be used to build
linux among the other stuff.
Luca,
bc is not in the system set and is a dependency of the kernel or any
other package that nee
On Sat, Sep 27, 2014 at 4:58 AM, Jeroen Roovers wrote:
>
> Right now, CC'ing a single alias is inconvenient, but under your
> proposal, you might need to CC a dozen or more people instead of that
> alias.
>
That is incorrect. Herds would be replaced with projects, not with
lists of individual (n
On Tue, 9 Sep 2014 21:45:49 +0200
Michał Górny wrote:
> Hello,
>
> Let's keep it short: I think herds don't serve any special purpose
> nowadays. Their existence is mostly resulting in lack of consistency
> and inconveniences.
>
> In particular:
>
> 1. We have two different tags in metadata.xm
35 matches
Mail list logo
