
Check your config file for layman. You changed something or an update did... It's there for me...GoofyX wrote:Layman does not list the xeffects overlay anymore. Has anything happened to it?
Code: Select all
nocheck : yes
Yes, that fixed it. However, now the two xeffects overlays are displayed with yellow asterisks... No big deal I guess, the important thing is someone to maintain this overlay.roderick wrote:Check your config file for layman. You changed something or an update did... It's there for me...
* xeffects [Subversion] (source: svn://svn.gentoo-xeffects....)
* xeffects-experimental [Subversion] (source: svn://svn.gentoo-xeffects....)
Check the following option in /etc/layman/layman.cfg:
If it says no, then set it to yes. I believe that will correct it.Code: Select all
nocheck : yes
Code: Select all
emerge -vpuD worldThis is because the entry in layman for xeffects is missing something trivial, which does not affect the end users ability to sync and use the overlay. Nothing to worry about.GoofyX wrote:Yes, that fixed it. However, now the two xeffects overlays are displayed with yellow asterisks... No big deal I guess, the important thing is someone to maintain this overlay.
I think it has to do with the fact that portage is soon to begin not defaulting slot's and therefore you need to specify SLOT in the ebuild (haven't tested out yet). Which means that SLOT needs to be added to my kde ebuilds in the overlay. This is rather odd, as the ebuilds are a direct copy of the portage ones with tweaks. So, it almost seems as those the inheritance of the slot for kde packages does not automatically translate to ebuilds in an overlay. This seems wrong.GoofyX wrote: And speaking of maintaining, I notice that the KDE packages are in slot 0 in the overlay, whereas the official packages are in slot 3.5. Although eix reports those packages as UD (downgrade),does not want to downgrade any package. Should this different slot package allocation create any problems?Code: Select all
emerge -vpuD world
I think we end users owe you a big thanks for this. That's the least we can do from our part.roderick wrote:So, bottom line - it works, but I will do some additional testing to see if I can figure out what is causing this weird behaviour.
http://forums.gentoo.org/viewtopic-t-575206.htmlGoofyX wrote:The xeffects repository seems not to respond. I get a "connection refuse" message.
Just to inform...

Bones McCracker wrote:On the other hand, regex is popular with the ladies.


. He also expresses a distaste for "native" bytecode and says he prefers to let freetype's hinter do the work. Perhaps I will try freetype with the "bindist" USE flag.There is still some possible work on improvement the LCD filtering capabilities that were added in 2.3.0, though the current ones are still very good for a large set of screens.


That's true; a diff shows some slight differences. However, they both originate from David Turner's original patch from here as can be seen from the comments in the patch. Is there really a visual difference between the two, as you say? Looking at said diff, somehow I doubt it.PaulBredbury wrote:That's a slightly different patch. The point being, it's different, and will probably result in a different look.