On Tue, May 14, 2013 at 3:06 PM, Hans de Graaff wrote:
> Hi,
>
> I thought I already dropped maintainership of this package a long time
> ago, since I haven't been using fastcgi for ages, but a new bug today
> told me I forgot. I've done so now. Someone please pick this up if you
> still use fast
On Tue, 30 Apr 2013 21:25:40 -0600
Ryan Hill wrote:
> [...]
This is pushed out now. I also ended up dropping LTO support for 4.5. If
you're using LTO as shipped in 4.5 you are braver than anyone deserves to be.
--
gcc-porting
toolchain, wxwidgets
@ gentoo.org
signature.asc
Description: PG
El mar, 14-05-2013 a las 23:27 +0200, Ulrich Mueller escribió:
> > On Tue, 14 May 2013, Pacho Ramos wrote:
>
> > As discussed at:
> > https://bugs.gentoo.org/show_bug.cgi?id=457598#c4
>
> > we need a way to inform users the ebuild is installing a README.gentoo
> > file with needed information
> On Tue, 14 May 2013, Pacho Ramos wrote:
> As discussed at:
> https://bugs.gentoo.org/show_bug.cgi?id=457598#c4
> we need a way to inform users the ebuild is installing a README.gentoo
> file with needed information for configuration tips and so. Attached
> patch does it.
Could the notice b
As discussed at:
https://bugs.gentoo.org/show_bug.cgi?id=457598#c4
we need a way to inform users the ebuild is installing a README.gentoo
file with needed information for configuration tips and so. Attached
patch does it.
--- readme.gentoo.eclass~ 2013-03-05 23:31:15.0 +0100
+++ readme.g
Hi,
I thought I already dropped maintainership of this package a long time
ago, since I haven't been using fastcgi for ages, but a new bug today
told me I forgot. I've done so now. Someone please pick this up if you
still use fastcgi.
dev-libs/fcgi
https://bugs.gentoo.org/show_bug.cgi?id=469794
On Tue, May 14, 2013 at 11:44 AM, William Hubbs wrote:
>
> If we are going to take this stance, should we consider removing all
> packages from the tree that have their upstream on github?
>
Considering that we allow even outright proprietary software in
portage which isn't distributed at all (
On Tue, 14 May 2013 06:48:39 + (UTC)
Duncan <1i5t5.dun...@cox.net> wrote:
> Michał Górny posted on Tue, 14 May 2013 05:22:49 +0200 as excerpted:
>
> > On Mon, 13 May 2013 23:33:59 +0200 Christian Faulhammer
> > wrote:
> >
> >> Samuli Suominen :
> >> > On 13/05/13 07:46, Christian Faulhammer
On Mon, May 13, 2013 at 12:21:06AM +0200, Peter Stuge wrote:
> Alexander Berntsen wrote:
> > > [GitHub] enforces some particular workflow
> >
> > You keep saying this. What do you mean?
>
> I'll clarify!
>
>
> > A lot of projects (including Linux) just use GitHub for hosting and
> > nothing els
On Sun, May 12, 2013 at 12:08:21PM -0400, Rich Freeman wrote:
> On Sun, May 12, 2013 at 11:54 AM, Markos Chandras wrote:
> >
> >
> > This is the kind of policies that kill user contributions. I am very
> > sad to witness this once again.
> >
>
> I have mixed feelings for this very reason. The co
On Tue, May 14, 2013 at 10:19 AM, Peter Stuge wrote:
> Rich Freeman wrote:
>> Gerrit also requires letting the public push, but those pushes go
>> to a contained area and each commit is isolated.
>
> Hm, how do you mean isolated?
>
> Gerrit introduces the convention to create a unique identifier f
Rich Freeman wrote:
> Gerrit also requires letting the public push, but those pushes go
> to a contained area and each commit is isolated.
Hm, how do you mean isolated?
Gerrit introduces the convention to create a unique identifier for a
change the first time a commit is created. If later iterati
On Sun, May 12, 2013 at 3:18 PM, wrote:
> - It supports "Merge Requests", which are almost the same as PRs on Github,
> which allows user contributions to be reviewed quite easily.
So, out of curiosity I set this up on a VM and started playing with it.
It seemed like the UI for merge requests
On 05/10/2013 09:45 AM, Ralph Sennhauser wrote:
> [1] http://fedoraproject.org/wiki/Packaging:Systemd#Unit_Files
What if openrc/upstart/runit devs start harassing upstream in the same way?
Strategically is great, but isn't exactly something nice to do.
Probably people caring about alternatives s
14 matches
Mail list logo
