Re: [gentoo-dev] Asking permissions for package substitution -kover to koverartist

Ciaran McCreesh wrote: > Are they configuration-file compatible, including the location of said > configuration files? > > [homedir]/.kde3.5/share/config/koverartistrc is obviously different from [homedir]/.kde3.5/share/config/koverrc (both path and contents), but it doesn't needs manual interve

[gentoo-dev] Asking permissions for package substitution -kover to koverartist

Kover is unmaintained by years, has toolbar drawing issues and isn't coded in the standard kde way (for example has its own way to access cddb). Koverartist would be a perfect replacement, seems well maintained and has all the kover functionalities. So I'm asking if someone has something against a

Re: [gentoo-dev] Shouldn't gcc-4.1-related bugs have some kind of priority as gcc-4.1 is now unmasked?

ding mails through gentoo.org account cause http://www.gentoo.org/proj/en/infrastructure/dev-email.xml asks me to not use it to send mails "unless absolutely necessary." , and I have others mean of sending emails) Chris Bainbridge wrote: > On 08/06/06, Matteo Azzali <[EMAIL

Re: [gentoo-dev] Shouldn't gcc-4.1-related bugs have some kind of priority as gcc-4.1 is now unmasked?

just an example, and there could be causes I don't know...) No meant to harm anyone, sorry if you get mad, still completely my personal opinion and nothing more. mattepiu Alec Warner wrote: > Matteo Azzali wrote: >> This is just a mine question, but it seems that since gcc-4.1

[gentoo-dev] Shouldn't gcc-4.1-related bugs have some kind of priority as gcc-4.1 is now unmasked?

This is just a mine question, but it seems that since gcc-4.1 got it's way into portage (~branch) things are getting slower. Lots of the bugs blocking bug #117482 - http://bugs.gentoo.org/show_bug.cgi?id=117482 - have a patch in the report or an ebuild for revision bump, tested working. They just

Re: [gentoo-dev] Need a use-expanded TV_GRAB variable for xmltv

tive answer from anyone else before tomorrow, I'll follow vapier instructions (he's Gentoo Base System Project Leader ). mattepiu Doug Goldstein wrote: > Jakub Moc wrote: > >> Matteo Azzali wrote: >> >>> Repoman considers "lots of loca

Re: [gentoo-dev] Need a use-expanded TV_GRAB variable for xmltv

ge (think about switzerland, reunion island or south africa.). I happily let you choose which way is the best,please do it fast mattepiu Jakub Moc wrote: > Matteo Azzali wrote: > >> Repoman considers "lots of local variables" as an error, I was pointed >&g

Re: [gentoo-dev] Need a use-expanded TV_GRAB variable for xmltv

Repoman considers "lots of local variables" as an error, I was pointed to expanded vars as a solution. If no developers has something against I'll be happy to use 28 local flags mattepiu Mike Frysinger wrote: > On Sunday 04 June 2006 08:59, Diego 'Flameeyes' Pettenò wrote: > >> On Sunday

Re: [gentoo-dev] Need a use-expanded TV_GRAB variable for xmltv

Well, TV_GRAB is synthetical , but explains what this variable is,however, how about TV_GRABBER or TV_LOCALE or TV_GRABBER_LOC ? Any suggestion is listened -mattepiu Mike Frysinger wrote: > On Thursday 01 June 2006 19:37, Matteo Azzali wrote: > >> XMLTV_OPTS isn't a

[gentoo-dev] Need a use-expanded TV_GRAB variable for xmltv

XMLTV_OPTS isn't accessible anymore through the ebuild (tomorrow it was). So I'll need a TV_GRAB expanded variable to avoid having 200 local flags. Anyone has something against the addition of such variable into |"profiles/base/make.default" ? mattepiu | -- gentoo-dev@gentoo.org mailing list