Another thing: currently the chromium USE flag is set for x11-misc/webaccounts-browser-extension in unity-portage.puse, which makes it a hassle to turn it off (I don't want to modify files from the overlay and maintain my own version). Since it's an overlay ebuild, wouldn't it be better to declare the flag as +chromium if you want it to be on by default?

@yaront
The eclass check now performs 'grep -R' instead of 'grep -r'.
I've removed x11-misc/webaccounts-browser-extension from unity-portage.puse and instead added '+chromium' to the webaccounts-browser-extension ebuild.
I'm preferring chromium over firefox at the moment for webapps support as they all work in Chromium, but only some work in Firefox.
It could be because I'm using firefox-bin and so might need to package firefox with some Ubuntu patches.

@jarvispedro
You're welcome, I really like it too!
Thanks for the offer but I won't accept donations.
There's been so many others who have made contributions of their time with testing, reporting and discussion that I wouldn't feel comfortable cashing in on that.

I'll look at moving the check from the eclass to the unity-meta ebuild, in the meantime I've adjusted 'grep -r' to 'grep -R' as above.

The language file conflict for activity-log-manager has been fixed and should belong to unity-language-pack, thanks for reporting
Ubuntu generally don't maintain language translations within the source of their individual packages but have their own central translations project where they are maintained instead, ( see https://translations.launchpad.net/ ).

Can you elaborate on what you mean with the menu bar problem using nautilus-3.6 ?
I'll look at adding the old nautilus-3.4.2 from Quantal back in but it will need testing against the existing 3.6 packages, and once re-added when does it get removed ?
In the meantime you can add it into your local overlay, old ebuild available here -> https://github.com/shiznix/unity-gentoo/blob/8aff5f341ee1bc1d323ebf388f8fdb03a3e52b6e/gnome-base/nautilus/nautilus-99.3.4.2.ebuild
The 99. prefixing will need removal, or you may choose to keep the prefixing so it never gets updated to the unwanted version, though masking the higher versions would be the Gentoo preferred technique.

@brothermechanic
I can't reproduce this on my normal system, nor on a fresh Gentoo install.
What version of dev-python/python-distutils-extra do you have installed ?

Hi, shiznix!
>What version of dev-python/python-distutils-extra do you have installed ?
dev-python/python-distutils-extra-2.37-r1 PYTHON_TARGETS="python2_7 python3_2 -pypy1_9 -pypy2_0 -python2_6 (-python3_3)"
And after today's resynth overlay i have a trouble, please help
http://bpaste.net/show/84146/
i have unmased versions of
http://bpaste.net/show/84147/

OK all seems good there so not sure why or what is triggering the access to /root/.cache/dconf/user as my root user does not have that file or directory, yet it emerges fine with no such error.
I'll put an addpredict line in the ebuild's src_compile and will need you to test but sure would be nice to find what is causing the access. Nothing jumps out at me from the source.

This doesn't have anything to do with the overlay but is a smart new multilib feature being implemented into the portage tree that will eventually do away with the need for the 'emul-linux-x86-*...' 32bit library ebuilds.
Instead of packages needing a 32bit version of a library as provided by the old emul-linux-x86 pre-compiled 32bit binaries, they now just need to set the 'abi_x86_32' USE flag for the package that provides the library and it will automatically build and install the 32bit library as well as the standard 64bit library.

You're seeing the block because you have keyword unmasked some x11 libs that implement the new 'abi_x86_32' USE flag.
But to co-exist with the old emul-linux-x86 packages, the system needs to use the newer emul-linux-x86 package versions for backwards compatibility (lots of stuff in the tree still depends on emul-linux-x86 packages).

So you have two choices:
1. package.unmask 'app-emulation/emul-linux-x86-xlibs'
OR
2. Remove the x11 packages from package.keywords

BUG BUG BUG
I found a bug in chromium browser.
after sleep/hibernation flash (movies/commercial banners) has wrong work (like error in frame buffer or fps error with random overlays).
It fixed when restart chromium

BUG BUG BUG
I found a bug in chromium browser.
after sleep/hibernation flash (movies/commercial banners) has wrong work (like error in frame buffer or fps error with random overlays).
It fixed when restart chromium

ps: with firefox all is ok.

Sounds minor but no less annoying.
Could be chromium and/or video driver bug ?
Is it flash maybe ?

You remind me that we should package a Ubuntu patched Firefox to get all those webapps working in Firefox.
Or do all the webapps work out of the box with the standard firefox Gentoo package (ie. not firefox-bin) ?

Does anyone happen to know how the lock-screen background (when using unity from the overlay) can be changed? I somehow expected that it changes with the gdm3 background (not the grey one but the one shown just before the wallpaper gets painted). But that is not given for me. The lock-screen still shows the same picture that was originally used by gdm3.

Any input appreciated. Thanks!

Cheers

EDIT: Just after posting I found a "solution" (funny because before I posted I searched a lot..). Solution (or better workaround) is: replace all three jpgs (for the time related picture change: morning, bright-day, good-night) in /usr/share/themes/<put theme name here>/backgrounds with my Wallpaper/GDM background picture.

Only gotcha if you're wanting to try the new packages is that unity-base/unity requires >=gcc-4.7.3 to build and it's not in the portage tree yet.
Not including the needed gcc in overlay as you can get it from the 'toolchain' overlay until Gentoo devs. can add it into the portage tree.
gcc-4.8 was released on 22nd March so it should be real close to inclusion into main tree.

Can you elaborate on what you mean with the menu bar problem using nautilus-3.6 ?

It's just that the HUD is much more useful with the old nautilus, as it exports the entire menu bar in D-Bus and not just the new "Gnome Appmenu" which contains only a few options. We'll see what Ubuntu does.

By the way, I've also found another issue when using binhosts.
As the dependencies of unity-meta ebuild are RDEPENDS, it means you can succesfully install a binary package of unity-meta without actually pulling in ANY of the overlay packages

It's just that the HUD is much more useful with the old nautilus, as it exports the entire menu bar in D-Bus and not just the new "Gnome Appmenu" which contains only a few options. We'll see what Ubuntu does.

Totally agree. Staying true to upstream as much as possible gives us a nice easy base to work from and if you need extra or changed functionality, either attempt to persuade upstream and/or maintain your own patches.

Apart from just applying Ubuntu's own patchsets I'm not really maintaining any patches, in the interests of being future proof with minimal maintenance.
The only exception made is to maintain the systray functionality patch that was put forward by one of the Ubuntu devs. in the interests of ~85% of Ubuntu users.

javispedro wrote:

By the way, I've also found another issue when using binhosts.
As the dependencies of unity-meta ebuild are RDEPENDS, it means you can succesfully install a binary package of unity-meta without actually pulling in ANY of the overlay packages

Err.. yes, I meant that, sorry. DEPENDs. When installing from binary package, only RDEPENDs are checked, so unity-meta succesfully installs even if none of the unity packages are installed.

On the other hand, using DEPENDs allows for unity packages to be unmerged while keeping unity-meta installed, which may be desirable for some.
I guess I'll add a "unity-meta-strict" to my local portage.

Err.. yes, I meant that, sorry. DEPENDs. When installing from binary package, only RDEPENDs are checked, so unity-meta succesfully installs even if none of the unity packages are installed.

On the other hand, using DEPENDs allows for unity packages to be unmerged while keeping unity-meta installed, which may be desirable for some.
I guess I'll add a "unity-meta-strict" to my local portage.

Aah I see, perhaps if we add a RDEPEND="${DEPEND}" line to the unity-meta ebuild ?

Most of the packages that can be bumped up to Raring versions are now in the overlay.

With the exception of those larger packages already mentioned pretty much everything that can be bumped, has been.
Just waiting for upstream's '...daily...' source tarballs to click over to being real releases now.

unity-base/unity-language-pack has been re-worked to include extra languages that lag behind Ubuntu's upgrade cycle (ak,jv,kok,la,no,rm,sco,zh).
www-client/firefox-bin has been removed as an option from x11-misc/webaccounts-browser-extension as a lot of webapps don't work with it but work fine with the compiled Gentoo version.

The webaccounts-browser-extension ebuild did have firefox-bin as an option to fulfill the 'firefox' USE flag.
But so many webapps don't work with www-client/firefox-bin so it was removed.

I can add the option back in if you like, still making www-client/firefox the 1st choice between it and firefox-bin.
Then throw up an elog message at package installation time saying something like:
"Firefox-bin is known to not work with many webapps and so is completely unsupported but is merely included for your convenience should you choose to use it."

EDIT: OK www-client/firefox-bin is back in the webaccounts-browser-extension ebuild