On 10/14/11 01:48, Mike Frysinger wrote:
> i've found myself a few times having to implement logic like so:
> CFLAGS=${BUILD_CFLAGS:--O1 -pipe} \
> CXXFLAGS=${BUILD_CXXFLAGS:--O1 -pipe} \
> CPPFLAGS=${BUILD_CPPFLAGS} \
> LDFLAGS=${BUILD_LDFLAGS} \
> CC=$(tc-getBUILD_C
El jue, 13-10-2011 a las 20:48 -0600, Ryan Hill escribió:
> On Fri, 14 Oct 2011 01:01:50 +0300
> Samuli Suominen wrote:
>
> > Title: Upgrade to libpng15
> > Author: Samuli Suominen
> > Content-Type: text/plain
> > Posted: 2011-10-14
> > Revision: 1
> > News-Item-Format: 1.0
> > Display-If-Instal
El vie, 14-10-2011 a las 01:01 +0300, Samuli Suominen escribió:
> small news item for stable users. lets keep it simple...
>
Is early rebuilding of gdk-pixbuf still needed now that fixed version
will be stabilized before libpng15?
signature.asc
Description: This is a digitally signed message pa
Pacho Ramos wrote:
El jue, 13-10-2011 a las 20:48 -0600, Ryan Hill escribió:
On Fri, 14 Oct 2011 01:01:50 +0300
Samuli Suominen wrote:
Title: Upgrade to libpng15
Author: Samuli Suominen
Content-Type: text/plain
Posted: 2011-10-14
Revision: 1
News-Item-Format: 1.0
Display-If-Installed:
On Friday 14 October 2011 03:08:14 Michael Haubenwallner wrote:
> On 10/14/11 01:48, Mike Frysinger wrote:
> > i've found myself a few times having to implement logic like so:
> > CFLAGS=${BUILD_CFLAGS:--O1 -pipe} \
> > CXXFLAGS=${BUILD_CXXFLAGS:--O1 -pipe} \
> > CPPFLAGS=${BUILD_CPPFLA
On 10/14/11 17:45, Mike Frysinger wrote:
> On Friday 14 October 2011 03:08:14 Michael Haubenwallner wrote:
>> On 10/14/11 01:48, Mike Frysinger wrote:
>>> i've found myself a few times having to implement logic like so:
>>> CFLAGS=${BUILD_CFLAGS:--O1 -pipe} \
>>> CXXFLAGS=${BUILD_CXXFLAGS:
> i think cases can be made for the other internal gcc libraries:
...
> - libmudflap.la: build/link with `gcc -fmudflap`, not `gcc -lmudflap`
I'm afraid -fmudflap won't work alone (might be easy to fix in gcc?):
// a.c:
int main() { return 0; }
$ gcc -fmudflap a.c -o a
/usr/lib/gcc/x8
On Sat, Oct 1, 2011 at 3:16 PM, "Paweł Hajdan, Jr."
wrote:
> OK, so what are the _blocking_ reasons for no EAPI 4 support in
> python.eclass yet?
>
> I understand you have some complicated patches in flight etc etc, but
> are they _required_ for the eclass not to break with EAPI 4?
>
> My point is
On Fri, Oct 14, 2011 at 03:29:19PM -0400, Matt Turner wrote:
> On Sat, Oct 1, 2011 at 3:16 PM, "Pawe?? Hajdan, Jr."
> wrote:
> > OK, so what are the _blocking_ reasons for no EAPI 4 support in
> > python.eclass yet?
> >
> > I understand you have some complicated patches in flight etc etc, but
> >
El vie, 14-10-2011 a las 03:53 -0500, Dale escribió:
> Pacho Ramos wrote:
> > El jue, 13-10-2011 a las 20:48 -0600, Ryan Hill escribió:
> >> On Fri, 14 Oct 2011 01:01:50 +0300
> >> Samuli Suominen wrote:
> >>
> >>> Title: Upgrade to libpng15
> >>> Author: Samuli Suominen
> >>> Content-Type: text/p
On 10/14/11 12:39 PM, Brian Harring wrote:
> On Fri, Oct 14, 2011 at 03:29:19PM -0400, Matt Turner wrote:
>> On Sat, Oct 1, 2011 at 3:16 PM, "Pawe?? Hajdan, Jr."
>> wrote:
>>> OK, so what are the _blocking_ reasons for no EAPI 4 support in
>>> python.eclass yet?
>>>
>>> I understand you have some
On Fri, Oct 14, 2011 at 4:20 PM, "Paweł Hajdan, Jr."
wrote:
> On 10/14/11 12:39 PM, Brian Harring wrote:
>> On Fri, Oct 14, 2011 at 03:29:19PM -0400, Matt Turner wrote:
>>> On Sat, Oct 1, 2011 at 3:16 PM, "Pawe?? Hajdan, Jr."
>>> wrote:
OK, so what are the _blocking_ reasons for no EAPI 4 su
On Fri, Oct 14, 2011 at 5:25 PM, Matthew Summers
wrote:
> Its being worked on currently. There are many fairly difficult issues
> to be worked through here.
That's kind of the question though. What's are the issues?
Pacho Ramos wrote:
It shouldn't, I am sure I have used this some times before and it
worked as expected, but I don't know when revdep-rebuild cache files
are removed (and then, broken packages recalculated) :-/ Any
revdep-rebuild maintainer here to clarify this please? Thanks :)
I always run
On 10/14/2011 5:28 PM, Matt Turner wrote:
> On Fri, Oct 14, 2011 at 5:25 PM, Matthew Summers
> wrote:
>> Its being worked on currently. There are many fairly difficult issues
>> to be worked through here.
>
> That's kind of the question though. What's are the issues?
The only issue that has been
"Paweł Hajdan, Jr." schrieb:
> On 10/14/11 12:39 PM, Brian Harring wrote:
>> On Fri, Oct 14, 2011 at 03:29:19PM -0400, Matt Turner wrote:
>>> On Sat, Oct 1, 2011 at 3:16 PM, "Pawe?? Hajdan, Jr."
>>> wrote:
OK, so what are the _blocking_ reasons for no EAPI 4 support in
python.eclass yet?
On 10/14/11 3:32 PM, Thomas Sachau wrote:
> What do you expect the council to do?
Say it's OK to make python.eclass not die on EAPI-4. At least my use
case will not become broken by this.
> Neither you nor the council can force anyone to do anything.
Not really. It should always be possible to e
On Fri, Oct 14, 2011 at 05:52:59PM -0400, Mike Gilbert wrote:
> It would be helpful if folks could brain storm a list of python related
> packages to test under EAPI 4. I may have some time over the next few
> weekends to work on this.
dev-vcs/git needs python eclasses to have EAPI4 so REQUIRED_USE
El vie, 14-10-2011 a las 16:48 -0500, Dale escribió:
> Pacho Ramos wrote:
> > It shouldn't, I am sure I have used this some times before and it
> > worked as expected, but I don't know when revdep-rebuild cache files
> > are removed (and then, broken packages recalculated) :-/ Any
> > revdep-reb
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 10/13/2011 11:01 PM, Samuli Suominen wrote:
> small news item for stable users. lets keep it simple... You can
> identify those files with following one-liner: ... # find /usr/
> -name '*.la' -exec grep png14 {} +
What happens once you identify th
On Fri, 2011-10-14 at 22:53 +, Robin H. Johnson wrote:
> dev-vcs/git needs python eclasses to have EAPI4 so REQUIRED_USE can be
> used to solve bug #353657.
Similar problems in dev-vcs/subversion...
Regards,
Tony V.
signature.asc
Description: This is a digitally signed message part
Pacho Ramos wrote:
El vie, 14-10-2011 a las 16:48 -0500, Dale escribió:
Pacho Ramos wrote:
It shouldn't, I am sure I have used this some times before and it
worked as expected, but I don't know when revdep-rebuild cache files
are removed (and then, broken packages recalculated) :-/ Any
revdep-r
On Fri, Oct 14, 2011 at 3:51 PM, "Paweł Hajdan, Jr."
wrote:
> On 10/14/11 3:32 PM, Thomas Sachau wrote:
>> What do you expect the council to do?
>
> Say it's OK to make python.eclass not die on EAPI-4. At least my use
> case will not become broken by this.
>
>> Neither you nor the council can forc
On 10/14/11 5:38 PM, Alec Warner wrote:
> I believe op's point is that there is no one to escalate the problem
> to; certainly the council members are not going to do the work
> themselves and we already have our best people on it.
I'm aware of that. My point is that I think there are many scenari
On 10/14/2011 09:11 PM, "Paweł Hajdan, Jr." wrote:
> On 10/14/11 5:38 PM, Alec Warner wrote:
>> I believe op's point is that there is no one to escalate the problem
>> to; certainly the council members are not going to do the work
>> themselves and we already have our best people on it.
>
> I'm aw
On Thu, Oct 13, 2011 at 10:12:52AM -0400, Thomas Kahle wrote
> https://www.xkcd.com/963/
Xorg --configure
--
Walter Dnes
On Fri, Oct 14, 2011 at 8:37 PM, Walter Dnes wrote:
> On Thu, Oct 13, 2011 at 10:12:52AM -0400, Thomas Kahle wrote
>
>> https://www.xkcd.com/963/
>
> Xorg --configure
Funny, I haven't used a /etc/X11/Xorg.conf in years:
negra ~ # ll /etc/X11/
total 20
drwxr-xr-x 2 root root 4096 Sep 12 17:49 ap
On Thu, Oct 13, 2011 at 11:14:31AM -0400, Olivier Cr?te wrote
> We're imposing our deep integration because it's the only way to make a
> compelling platform that "just works", forcing users to tell the
> computer something the computer already knows is just plain lazy and
> stupid.
Eventually,
28 matches
Mail list logo