On Sat, 2005-04-16 at 06:56 +0100, Elfyn McBratney wrote:
> As I'm sure many of you will know, the updated apache and associated ebuilds
> (so-called apache refresh) have caused a number of problems since coming out
> of package.mask and going into testing. As a result, we have a number of
> p
Hi Folks,
As I'm sure many of you will know, the updated apache and associated ebuilds
(so-called apache refresh) have caused a number of problems since coming out
of package.mask and going into testing. As a result, we have a number of
packages that simply do not function with the updated apa
On Saturday 16 April 2005 03:53, Paul de Vrieze wrote:
> On Friday 15 April 2005 15:14, Jason Stubbs wrote:
> > If this actually scared anybody (that received it), my apologies. I was
> > confused about bugs. Fixing the flat profiles will be problem either. The
> > bug is that 2.0.50 will die if tw
On Fri, Apr 15, 2005 at 08:53:41PM +0200, Paul de Vrieze wrote:
> On Friday 15 April 2005 15:14, Jason Stubbs wrote:
> > If this actually scared anybody (that received it), my apologies. I was
> > confused about bugs. Fixing the flat profiles will be problem either. The
> > bug is that 2.0.50 will
Hi folks,
dev-lang/bigwig is broken with the 2.x versions of Apache 2.x we have in the
tree, and upstream appears to be dead and not responding to emails.
If no one picks this package up by April 30th, it will be removed from the
tree.
Best,
Elfyn
--
Elfyn McBratney
On Friday 15 April 2005 04:13 pm, Vibhav Garg wrote:
> Sorry for the dumb question but was do -fpie and -fno-pie do?
yeah you should be sorry !
seriously though, PIE stands for Position Independent Executables and -fpie /
-fno-pie controls whether the toolchain produces PIE (mmm PIE)
for someth
On Fri, Apr 15, 2005 at 04:05:16PM -0400, Mike Frysinger wrote:
> On Friday 15 April 2005 03:55 pm, Maurice van der Pot wrote:
> > On Fri, Apr 15, 2005 at 03:38:04PM -0400, Mike Frysinger wrote:
> > > uhh, gcc-3.3.x should certainly support -fpie and -fno-pie
> >
> > In that case, take a look at
>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Maurice van der Pot wrote:
> On Tue, Apr 12, 2005 at 12:10:25PM -0400, Daniel Ostrow wrote:
>
>>Take a look at dev-libs/glib/files/glib-2.6.3-testglib-ssp.patch to see
>>how solar and I dealt with a similar issue with tests and ssp. See if
>>you can a
On Friday 15 April 2005 03:55 pm, Maurice van der Pot wrote:
> On Fri, Apr 15, 2005 at 03:38:04PM -0400, Mike Frysinger wrote:
> > uhh, gcc-3.3.x should certainly support -fpie and -fno-pie
>
> In that case, take a look at
> http://bugs.gentoo.org/show_bug.cgi?id=89179.
it's because he has USE=bou
On Fri, Apr 15, 2005 at 03:38:04PM -0400, Mike Frysinger wrote:
> uhh, gcc-3.3.x should certainly support -fpie and -fno-pie
In that case, take a look at
http://bugs.gentoo.org/show_bug.cgi?id=89179.
--
Maurice van der Pot
Gentoo Linux Developer [EMAIL PROTECTED] http://www.gentoo.org
Cre
On Fri, Apr 15, 2005 at 08:40:55PM +0100, Stephen Bennett wrote:
> > Why is -fno-pie being added by filter-flags anyway?
>
> Because with hardened gcc profiles PIE is the default behaviour. So, if
> something doesn't work with pie (which is usually why one would filter
> out -fpie), we need to ad
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Andrea Barisani wrote:
| There's no reference to @gentoo.org and our main MX server is
rewriting @gentoo.org
| to @lists.gentoo.org every time. Are you seeing @gentoo.org in those
headers
| in the messages you are getting?
Something has changed recently
On Friday 15 April 2005 03:27 pm, Maurice van der Pot wrote:
> Ok, so I thought it was all well and good, but now a bug report made me
> realise that gcc < 3.4 doesn't have -fpie/-fno-pie.
uhh, gcc-3.3.x should certainly support -fpie and -fno-pie
works on my 3.3.5.2005 on amd64 ...
-mike
--
On Fri, 2005-04-15 at 21:27 +0200, Maurice van der Pot wrote:
> What do I do now?
The obvious course of action would be to test whether the GCC being used
supports -fno-pie and add it if it does. If it doesn't, you'd just have
to assume that PIE isn't being used by default.
> Why is -fno-pie bei
On Tue, Apr 12, 2005 at 12:10:25PM -0400, Daniel Ostrow wrote:
>
> Take a look at dev-libs/glib/files/glib-2.6.3-testglib-ssp.patch to see
> how solar and I dealt with a similar issue with tests and ssp. See if
> you can adapt it, we just forced -fno-stack-protector after the CFLAGS
> pulled in fr
On Friday 15 April 2005 15:14, Jason Stubbs wrote:
> If this actually scared anybody (that received it), my apologies. I was
> confused about bugs. Fixing the flat profiles will be problem either. The
> bug is that 2.0.50 will die if two profiles in a cascade define the same
> variable.
Then make
On Friday 15 April 2005 10:35 am, Jason Stubbs wrote:
> On Friday 15 April 2005 23:23, Mike Frysinger wrote:
> > On Friday 15 April 2005 10:13 am, Diego 'Flameeyes' Pettenò wrote:
> > > On Friday 15 April 2005 16:07, Mike Frysinger wrote:
> > > > media-video/avidemux
> > >
> > > This is already rem
Mike Frysinger wrote:
>On Friday 15 April 2005 10:29 am, Francesco Riosa wrote:
>
>
>>Mike Frysinger wrote:
>>
>>
>>>as a reminder, NEVER utilize USE=pic in your package unless you know
>>>exactly
>>>
>>>
>>[... snip of how much PIC is bad ]
>>
>>
>
>PIC isnt bad ... people misusin
On Friday 15 April 2005 10:29 am, Francesco Riosa wrote:
> Mike Frysinger wrote:
> >as a reminder, NEVER utilize USE=pic in your package unless you know
> > exactly
>
> [... snip of how much PIC is bad ]
PIC isnt bad ... people misusing USE=pic is bad
> A clarification: It's ok to use it _only_ f
On Friday 15 April 2005 23:23, Mike Frysinger wrote:
> On Friday 15 April 2005 10:13 am, Diego 'Flameeyes' Pettenò wrote:
> > On Friday 15 April 2005 16:07, Mike Frysinger wrote:
> > > media-video/avidemux
> >
> > This is already removed by patch on bug #89097.. I anyway think that this
> > is my f
On Fri, Apr 15, 2005 at 10:07:53AM -0400, Mike Frysinger wrote:
> as a reminder, NEVER utilize USE=pic in your package unless you know exactly
> what it's for and you're sure you need it ... a quick `grep -Rl ^IUSE=.*pic`
> of the tree shows a bunch of ebuilds which appear to be misusing it:
> ap
Hi,
Francesco Riosa wrote:
> A clarification: It's ok to use it _only_ for _libraryes_ by default ?
> i.e
> econf [...] --with-lib-ccflags="-fPIC"
>
> Using it now and interested to know if it's plain wrong
Shared objects should be built with -fPIC anyway, since a few arches
require it and it ma
On Fri, 15 Apr 2005 23:20:43 +0900 Jason Stubbs <[EMAIL PROTECTED]>
wrote:
| USE_EXPAND is not an incremental.
Indeed (despite what Nick has said to the contrary). Nor should it be --
down that path lies insanity, and not the good kind.
| The only other settings that directly relate to ebuilds an
On Friday 15 April 2005 16:23, Mike Frysinger wrote:
> you have an execuse ... you havent taken the dev quiz yet which has a PIC
> usage question ;)
Well actually now I taken it :) but the patches where previous to that :P
--
Diego "Flameeyes" Pettenò
http://wwwstud.dsi.unive.it/~dpetteno/
pgpS
Mike Frysinger wrote:
>as a reminder, NEVER utilize USE=pic in your package unless you know exactly
>
[... snip of how much PIC is bad ]
A clarification: It's ok to use it _only_ for _libraryes_ by default ?
i.e
econf [...] --with-lib-ccflags="-fPIC"
Using it now and interested to know if it's
On Friday 15 April 2005 10:13 am, Diego 'Flameeyes' Pettenò wrote:
> On Friday 15 April 2005 16:07, Mike Frysinger wrote:
> > media-video/avidemux
>
> This is already removed by patch on bug #89097.. I anyway think that this
> is my fault (as for djvu and tvtime, probably).
> Sorry about that.
you
On Friday 15 April 2005 22:18, Ciaran McCreesh wrote:
> On Fri, 15 Apr 2005 22:14:59 +0900 Jason Stubbs <[EMAIL PROTECTED]>
>
> wrote:
> | If this actually scared anybody (that received it), my apologies. I
> | was confused about bugs. Fixing the flat profiles will be problem
On Friday 15 April 2005 16:07, Mike Frysinger wrote:
> media-video/avidemux
This is already removed by patch on bug #89097.. I anyway think that this is
my fault (as for djvu and tvtime, probably).
Sorry about that.
--
Diego "Flameeyes" Pettenò
http://wwwstud.dsi.unive.it/~dpetteno/
pgpT1KCPj9
as a reminder, NEVER utilize USE=pic in your package unless you know exactly
what it's for and you're sure you need it ... a quick `grep -Rl ^IUSE=.*pic`
of the tree shows a bunch of ebuilds which appear to be misusing it:
app-admin/amanda
app-text/djvu
media-libs/guilib
media-libs/libvisual
medi
On Fri, 15 Apr 2005 22:14:59 +0900 Jason Stubbs <[EMAIL PROTECTED]>
wrote:
| If this actually scared anybody (that received it), my apologies. I
| was confused about bugs. Fixing the flat profiles will be problem
| either. The bug is that 2.0.50 will die if two profiles in a cascade
| define the
On Thursday 14 April 2005 23:26, Jason Stubbs wrote:
> On Wednesday 13 April 2005 20:48, Jason Stubbs wrote:
> > Anyway, any objections against moving the current USE_EXPAND out of
> > make.globals and into base's make.defaults? Those using <=2.0.50* won't
> > get any additions (how it is now anywa
On Fri, 2005-04-15 at 09:20 +1000, Stuart Longland wrote:
> Actually, some mailing list managers actually are intelligent enough to
> not forward on an email if you're CC'ed. (Mailman comes to mind) I
> agree, having messages sent in duplicate can be annoying, but its not
> that hard to read one
* Stuart Longland <[EMAIL PROTECTED]>:
> Chris Gianelloni wrote:
> >
> >Reply-to-All is evil. You should be using Reply-to-List. I know that I
> >sure don't need to get the same email both on and off-list. Off-list
> >emails should be reserved only for when you explicitly do not want to
> >send
33 matches
Mail list logo