Re: [gentoo-dev] matrox.eclass

2007-01-28 Thread Jakub Moc
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 some time).

Re: [gentoo-dev] matrox.eclass

2007-01-28 Thread Alec Warner
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 eclass (has been so for quite

Re: [gentoo-dev] matrox.eclass

2007-01-28 Thread Jakub Moc
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. There's

Re: [gentoo-dev] matrox.eclass

2007-01-28 Thread Bryan Østergaard
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= which is

Re: [gentoo-dev] matrox.eclass

2007-01-28 Thread Jakub Moc
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.

Re: [gentoo-dev] matrox.eclass

2007-01-28 Thread Luca Barbato
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.

Re: [gentoo-dev] matrox.eclass

2007-01-28 Thread Petteri Räty
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... so fixing SLOT

Re: [gentoo-dev] matrox.eclass

2007-01-28 Thread Jakub Moc
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 for

[gentoo-dev] matrox.eclass

2007-01-27 Thread Danny van Dyk
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

Re: [gentoo-dev] matrox.eclass

2007-01-27 Thread Jakub Moc
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 dummy

Re: [gentoo-dev] matrox.eclass

2007-01-27 Thread Alec Warner
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 doesn't make