Petteri Räty napsal(a):
> Luca Barbato wrote:
>> the ebuild remains since it could be necessary to uninstall old packages...
>>
>> so fixing SLOT is the correct solution.
Those packages that couldn't be installed since X.org (as opposed to
XFree) did hit the tree because the eclass just dies and f
Luca Barbato wrote:
> Jakub Moc wrote:
>>
>> - Folks, this car won't go any more, the engine has blown. Help.
>> -- No worries, we'll fix the scratched paint on your left door and
>> everything will be cool...
>>
>
> the ebuild remains since it could be necessary to uninstall old packages...
>
>
Jakub Moc wrote:
- Folks, this car won't go any more, the engine has blown. Help.
-- No worries, we'll fix the scratched paint on your left door and
everything will be cool...
the ebuild remains since it could be necessary to uninstall old packages...
so fixing SLOT is the correct solution.
Bryan Østergaard napsal(a):
> On Sun, Jan 28, 2007 at 12:02:39PM +0100, Jakub Moc wrote:
> Jakub, please stop making a fool of yourself with your endless rants.
> Quite a few experienced ebuild developers have already told you why it's
> not being removed. As such your rants are only wasting time.
On Sun, Jan 28, 2007 at 12:02:39PM +0100, Jakub Moc wrote:
> Alec Warner napsal(a):
> >
> > See the bug? It says 'slot is being set to $KV, which breaks the
> > metadata cache. Also, portage may fail to set $KV to a valid slot value
> > (typically 0) and thus the package may end up with SLOT=""
Alec Warner napsal(a):
>
> See the bug? It says 'slot is being set to $KV, which breaks the
> metadata cache. Also, portage may fail to set $KV to a valid slot value
> (typically 0) and thus the package may end up with SLOT="" which is also
> invalid'.
>
> Thats what we are trying to fix.
Ther
Jakub Moc wrote:
> Alec Warner napsal(a):
>> Jakub Moc wrote:
>>> Danny van Dyk napsal(a):
which breaks the metadata cache. Any objections to change it
to
SLOT=0
>>> As noted on the relevant bug [1], the eclass is a complete no-op and
>>> nothing can be installed using this ec
Alec Warner napsal(a):
> Jakub Moc wrote:
>> Danny van Dyk napsal(a):
>>> which breaks the metadata cache. Any objections to change it
>>> to
>>>
>>> SLOT=0
>> As noted on the relevant bug [1], the eclass is a complete no-op and
>> nothing can be installed using this eclass (has been so for quite
Jakub Moc wrote:
> Danny van Dyk napsal(a):
>> which breaks the metadata cache. Any objections to change it
>> to
>>
>> SLOT=0
>
> As noted on the relevant bug [1], the eclass is a complete no-op and
> nothing can be installed using this eclass (has been so for quite some
> time). Fixing it does
Danny van Dyk napsal(a):
> which breaks the metadata cache. Any objections to change it
> to
>
> SLOT=0
As noted on the relevant bug [1], the eclass is a complete no-op and
nothing can be installed using this eclass (has been so for quite some
time). Fixing it doesn't make sense, making it dumm
Hi,
besides a deprecated call to check_KV, matrox.eclass sets
SLOT=${KV}
which breaks the metadata cache. Any objections to change it
to
SLOT=0
anyone?
Danny
--
Danny van Dyk <[EMAIL PROTECTED]>
Gentoo/AMD64 Project, Gentoo Scientific Project
--
gentoo-dev@gentoo.org mailing list
11 matches
Mail list logo
