Hello,
Quoting Ryan Hill :
gcc is slotted. Is there any reason why we can't simply make grub depend
on a working slot of gcc and set CC appropriately in the ebuild?
We have no way of forcing an ebuild to be built with a particular version of
GCC. This is on purpose, and there are both technic
El lun, 20-02-2012 a las 20:02 -0600, Ryan Hill escribió:
> On Mon, 20 Feb 2012 17:17:30 -0800
> Zac Medico wrote:
>
> > On 02/20/2012 05:03 PM, Ryan Hill wrote:
> > > On Mon, 20 Feb 2012 21:34:14 +0100
> > > Pacho Ramos wrote:
> > >
> > >> I don't know if this has been discussed before but, wh
Hi,
any objections against following patch? I guess I'm the only one using
this eclass anyway. So what the patch does. In gentoo we have build
renamed to avoid clashes and moved to the different directory. More and
more services are using parts of the build, so instead of patching all
services, I
# Ole Markus With (21 Feb 2012)
# Dead upstream. Bug 396977. Removing in 30 days.
dev-php/PEAR-Image_Color
dev-php/PEAR-Image_Canvas
signature.asc
Description: OpenPGP digital signature
On Tue, 21 Feb 2012 11:18:44 +0100
Michal Hrusecky wrote:
> + find . -exec grep -l /usr/lib/build \{\} \; | while read i;
> do
> + sed -i 's|/usr/lib/build|/usr/share/suse-build|g'
> "${i}"
> + done
find -type f \
-exec sed -i 's|/usr/lib/build|/usr/share/suse-build|g
Hi everyone,
An issue came up with valgrind on the new multilib-portage which adds
CFLAGS_$target_abi to $CFLAGS [1]. Valgrind fails to compile when -m64
is added because it needs to set its own abi flags. I tried to
filter-flags() it out; however, the -m64 flag also make it into
CCASFLAGS
Le dimanche 19 février 2012 à 12:06 +0100, Justin a écrit :
> Hi,
>
> any objections against following patch for subversion.eclass?
> Fixes bug 401737. Basically respects ESVN_{USER,PASSWORD} during
> reemerge of a package.
>
>
> --- subversion.eclass 2012-02-07 11:56:27.0 +0200
> +++ su
On Tue, Feb 21, 2012 at 1:26 AM, Pacho Ramos wrote:
> El lun, 20-02-2012 a las 20:02 -0600, Ryan Hill escribió:
>> On Mon, 20 Feb 2012 17:17:30 -0800
>> Zac Medico wrote:
>>
>> > On 02/20/2012 05:03 PM, Ryan Hill wrote:
>> > > On Mon, 20 Feb 2012 21:34:14 +0100
>> > > Pacho Ramos wrote:
>> > >
>
On Tue, Feb 21, 2012 at 5:38 PM, Alec Warner wrote:
> On Tue, Feb 21, 2012 at 1:26 AM, Pacho Ramos wrote:
>> El lun, 20-02-2012 a las 20:02 -0600, Ryan Hill escribió:
>>> On Mon, 20 Feb 2012 17:17:30 -0800
>>> Zac Medico wrote:
>>>
>>> > On 02/20/2012 05:03 PM, Ryan Hill wrote:
>>> > > On Mon, 2
On 22/02/12 00:38, Alec Warner wrote:
On Tue, Feb 21, 2012 at 1:26 AM, Pacho Ramos wrote:
As looks like fixing old grub is far away because nobody know what is
causing that issues, probably trying to get grub-1.99 ready for
stabilization would be interesting (we will need to do that sooner or
l
On Tue, 21 Feb 2012 10:26:38 +0100
Pacho Ramos wrote:
> El lun, 20-02-2012 a las 20:02 -0600, Ryan Hill escribió:
> > On Mon, 20 Feb 2012 17:17:30 -0800
> > Zac Medico wrote:
> >
> > > On 02/20/2012 05:03 PM, Ryan Hill wrote:
> > > > On Mon, 20 Feb 2012 21:34:14 +0100
> > > > Pacho Ramos wrote
On 22 February 2012 06:57, Nikos Chantziaras wrote:
> [...] Given that Grub 1 is
> both beta software (it got stuck at 0.97, never made it to 1.0) and
> unmaintained,
Just looking at KDE 4.0 and GNOME 3.0 should tell you that version
numbers can be *very* deceiving. And while grub-0.97 may "offic
On Tue, Feb 21, 2012 at 8:22 PM, Ben wrote:
> On 22 February 2012 06:57, Nikos Chantziaras wrote:
>> [...] Given that Grub 1 is
>> both beta software (it got stuck at 0.97, never made it to 1.0) and
>> unmaintained,
>
> Just looking at KDE 4.0 and GNOME 3.0 should tell you that version
> numbers
On Tue, Feb 21, 2012 at 09:36:03PM -0800, Alec Warner wrote:
> My intent was not to suggest that we ditch grub1, but that grub2 would
> be stable and the 'default' assuming we (I?) can get it to work.
As one of the main Grub1 maintainers in Gentoo presently, I welcome this
course of action with the
Doug Goldstein posted on Sun, 19 Feb 2012 20:46:32 -0600 as excerpted:
> Any specific procedure to unstable a package? Specifically MythTV. While
> there's a lot of user interest in the package, there's just not enough
> dev help with the package to really keep it up to snuff to what could be
> co
15 matches
Mail list logo
