[overlay] unity-gentoo

[and3k]

Hey fellow unity users,

I was wondering what the status if saucy is, is it stable enough to use already?

Best,
Bela

[shiznix]

Hey fellow unity users,

I was wondering what the status if saucy is, is it stable enough to use already?

Best,
Bela

It might be, but probably not
Haven't done a test build on it in a few weeks but the status of it then was that systemd's bugs and integration into Gentoo/Gnome-3.8 were still being sorted in the main tree.

Everything worked, albeit slowly due to systemd (gnome-session+dbus+systemd seemed to do so much talking to each other that the function of the desktop became secondary).
And none of the dash lenses worked, though that can probably be sorted more easily.

Since then the Gnome team have done a lot of work on systemd and getting gnome-3.8 unmasked, so the state of play has probably improved (I hope).
Only one way true way to find out and is to try it

And I can't say this enough, if you enjoy using Unity and hacking on ebuilds as much as we do, then join us in maintaining and improving unity-gentoo (currently we have only two active members, myself and renegart).

Cheers!

[russK]

I'm a little confused. Is there an easy way to put off 3.8 and keep using unity-gentoo? It's hard to fight the current though when the world keeps progressing. No hurry to get to gnome 3.8, but I would like to be able to emerge updates and other apps without too much pain.

Any suggestions? I would love to help with the ebuilds but I don't think I have the skills or the free time.

Regards

[renegart]

I'm a little confused. Is there an easy way to put off 3.8 and keep using unity-gentoo? It's hard to fight the current though when the world keeps progressing. No hurry to get to gnome 3.8, but I would like to be able to emerge updates and other apps without too much pain.

Any suggestions? I would love to help with the ebuilds but I don't think I have the skills or the free time.

Regards

I didn't get your point. Currently gnome-3.8 is in testing stage and will not be merged as long as you don't want it.

The current Raring version of Unity (masked with ~) is still using gnome 3.6 and the corresponding keyword files 'unity-portage.p{keywords, use, mask, unmask}' in the overlay take care only gnome-3.6 packages are merged. As long as you link this files to /etc/portage and don't unmask any gnome 3.8 packages by yourself everything should be fine.

The upcoming Saucy version will use gnome 3.8, but it's not ready yet and you have to use other keyword files.

[russK]

I didn't get your point. Currently gnome-3.8 is in testing stage and will not be merged as long as you don't want it.

Sorry, I thought discussion above or elsewhere was about gnome-3.8 getting unmasked and systemd issues etc, but in any case, gnome-3.8 wants to merge when I do 'emerge --update @world' or similar.

For example, this equery shows the state of gnome-base packages for me, I don't know how the packages got unmasked for the most part:

Code: Select all

$ equery -C list  -p -o -I  -F '$mask : $cpv : $repo' -f gnome-base
 * Searching for gnome-base ...
   : gnome-base/dconf-0.12.1 : gentoo
   : gnome-base/dconf-0.16.0 : gentoo
   : gnome-base/dconf-0.16.1 : gentoo
M  : gnome-base/gconf-2.32.4 : gentoo
M  : gnome-base/gconf-2.32.4-r1 : gentoo
M~ : gnome-base/gconf-3.2.6 : gentoo
M~ : gnome-base/gconf-3.2.6-r1 : gentoo
   : gnome-base/gdm-2.20.11-r1 : gentoo
   : gnome-base/gdm-3.8.3.1 : gentoo
   : gnome-base/gdm-3.8.4 : gentoo
   : gnome-base/gnome-2.32.1-r2 : gentoo
   : gnome-base/gnome-3.8.0 : gentoo
   : gnome-base/gnome-applets-2.32.1.1-r1 : gentoo
   : gnome-base/gnome-applets-2.32.1.1-r2 : gentoo
   : gnome-base/gnome-common-3.7.4 : gentoo
M  : gnome-base/gnome-control-center-2.32.1-r1 : gentoo
M  : gnome-base/gnome-control-center-3.6.3-r1 : gentoo
 - : gnome-base/gnome-control-center-3.6.3_p0_p30 : unity-gentoo
M  : gnome-base/gnome-control-center-3.8.3 : gentoo
M  : gnome-base/gnome-control-center-3.8.4.1 : gentoo
M  : gnome-base/gnome-control-center-3.8.4.1-r1 : gentoo
   : gnome-base/gnome-core-apps-3.8.0 : gentoo
   : gnome-base/gnome-core-libs-3.8.0 : gentoo
   : gnome-base/gnome-desktop-2.32.1 : gentoo
   : gnome-base/gnome-desktop-3.8.2 : gentoo
   : gnome-base/gnome-desktop-3.8.3 : gentoo
 - : gnome-base/gnome-desktop-3.8.3_p0_p01 : unity-gentoo
   : gnome-base/gnome-extra-apps-3.8.0-r1 : gentoo
 ~ : gnome-base/gnome-js-common-0.1.2 : gentoo
   : gnome-base/gnome-keyring-2.32.1-r1 : gentoo
   : gnome-base/gnome-keyring-3.8.1 : gentoo
   : gnome-base/gnome-keyring-3.8.2 : gentoo
   : gnome-base/gnome-light-2.32.1-r2 : gentoo
   : gnome-base/gnome-light-3.6.2 : gentoo
   : gnome-base/gnome-light-3.8.0 : gentoo
   : gnome-base/gnome-menus-2.30.5-r1 : gentoo
M  : gnome-base/gnome-menus-3.6.2 : gentoo
M  : gnome-base/gnome-menus-3.8.0-r1 : gentoo
 - : gnome-base/gnome-menus-3.8.0_p1_p03 : unity-gentoo
   : gnome-base/gnome-panel-2.32.1-r3 : gentoo
   : gnome-base/gnome-panel-3.6.2-r1 : gentoo
 - : gnome-base/gnome-panel-3.6.2_p0_p11 : unity-gentoo
M  : gnome-base/gnome-session-2.32.1-r3 : gentoo
M  : gnome-base/gnome-session-3.6.2-r2 : gentoo
M  : gnome-base/gnome-session-3.8.2.1-r1 : gentoo
 - : gnome-base/gnome-session-3.8.2.1_p1_p04 : unity-gentoo
M  : gnome-base/gnome-session-3.8.4 : gentoo
M  : gnome-base/gnome-settings-daemon-2.32.1-r2 : gentoo
M  : gnome-base/gnome-settings-daemon-3.6.4 : gentoo
 - : gnome-base/gnome-settings-daemon-3.6.4_p0_p15 : unity-gentoo
M- : gnome-base/gnome-settings-daemon-3.8.3 : gentoo
M  : gnome-base/gnome-settings-daemon-3.8.3-r1 : gentoo
M  : gnome-base/gnome-settings-daemon-3.8.4 : gentoo
   : gnome-base/gnome-shell-3.8.3-r2 : gentoo
   : gnome-base/gnome-shell-3.8.4 : gentoo
M  : gnome-base/gsettings-desktop-schemas-3.6.1 : gentoo
M  : gnome-base/gsettings-desktop-schemas-3.8.0-r1 : gentoo
 - : gnome-base/gsettings-desktop-schemas-3.8.0_p1_p01 : unity-gentoo
M  : gnome-base/gsettings-desktop-schemas-3.8.2 : gentoo
   : gnome-base/gvfs-1.12.3-r1 : gentoo
   : gnome-base/gvfs-1.16.2 : gentoo
   : gnome-base/gvfs-1.16.3 : gentoo
M~ : gnome-base/libbonobo-2.32.1 : gentoo
   : gnome-base/libgnome-keyring-2.32.0 : gentoo
   : gnome-base/libgnome-keyring-3.8.0 : gentoo
   : gnome-base/libgnomekbd-2.32.0-r1 : gentoo
 - : gnome-base/librsvg-2.36.1 : gentoo
 - : gnome-base/librsvg-2.36.3 : gentoo
   : gnome-base/librsvg-2.37.0 : gentoo
M  : gnome-base/nautilus-2.32.2.1-r2 : gentoo
M  : gnome-base/nautilus-3.6.3 : gentoo
M  : gnome-base/nautilus-3.8.1 : gentoo
M  : gnome-base/nautilus-3.8.2 : gentoo
 - : gnome-base/nautilus-3.8.2_p0_p01 : unity-gentoo
   : gnome-base/orbit-2.14.19-r1 : gentoo
 ~ : gnome-base/orbit-2.14.19-r3 : gentoo

Thanks very much

[shiznix]

Saucy is now stable enough for everyday use and testing from the overlay, so feel free to try it!!
Instructions on how to do so are contained within the 1st post of this thread.

We've done a fair amount of work over the last couple of weeks and is now to a point where it smoothly integrates with gnome-3.8 as it lies within the main portage tree.
Any issues don't hesitate to report them here or open an issue on the github page.

It's also been brought to attention that a few people are reporting issues on the [gentoo-user] mailing lists ?
Not having the time to subscribe and sift through the many many messages that get sent to that list, your message will more likely be read and replied to if directly posted here or on the github page, thanks!

[and3k]

Saucy is now stable enough for everyday use and testing from the overlay, so feel free to try it!!

Excellent! Thank you! I currently trying to switch to saucy, but I’m running into the problem that apparently systemd is now required (instead of udev??) w/ GNOME 3.8. Are you running systemd already or is there a workaround?

Best,
Bela

[renegart]

Saucy is now stable enough for everyday use and testing from the overlay, so feel free to try it!!

Excellent! Thank you! I currently trying to switch to saucy, but I’m running into the problem that apparently systemd is now required (instead of udev??) w/ GNOME 3.8. Are you running systemd already or is there a workaround?

Best,
Bela

We run systemd.
I don't guess there is a work around to use gnome-3.8 without systemd.
And on my test machine for Saucy I don't have any problems with it. So give it a try

[and3k]

Saucy is now stable enough for everyday use and testing from the overlay, so feel free to try it!!

Excellent! Thank you! I currently trying to switch to saucy, but I’m running into the problem that apparently systemd is now required (instead of udev??) w/ GNOME 3.8. Are you running systemd already or is there a workaround?

Best,
Bela

We run systemd.
I don't guess there is a work around to use gnome-3.8 without systemd.
And on my test machine for Saucy I don't have any problems with it. So give it a try

OK, that’s what I thought. I already gave up trying to compile it w/o systemd and I’m switching now

Thanks!

[and3k]

Hi!

I’m on saucy now, but I’ missing the sticky-edges option in the display settings (as described here: http://askubuntu.com/questions/109338/h ... i-monitors).

Anybody else having this problem? I tired the alternative method by using gconf-editor, but that doesn’t work.

Thanks,
Bela

[renegart]

Hi!

I’m on saucy now, but I’ missing the sticky-edges option in the display settings (as described here: http://askubuntu.com/questions/109338/h ... i-monitors).

Anybody else having this problem? I tired the alternative method by using gconf-editor, but that doesn’t work.

Thanks,
Bela

I've didn't tried this yet on my VM. I've to check this next week.

[shiznix]

Hi!

I’m on saucy now, but I’ missing the sticky-edges option in the display settings (as described here: http://askubuntu.com/questions/109338/h ... i-monitors).

Anybody else having this problem? I tired the alternative method by using gconf-editor, but that doesn’t work.

Thanks,
Bela

The 'sticky-edges' option is deliberately not present in gnome-control-center because we are using gnome-control-center-3.8 from Ubuntu Gnome team's staging code.
They haven't updated the relevant 51_unity_options_in_display_panel.patch yet so it's disabled from being applied.

You'll see the 'sticky-edges' option in native Ubuntu Saucy because they're still using gnome-control-center-3.6.
They're able to mix gnome-3.6 and gnome-3.8 because they just ship the binaries, but it's not an option for us as we need everything to compile together.
We include gnome-control-center-3.8 for system sanity because while gnome-control-center-3.6 could compile against the gnome-3.8 packages, it would mostly segfault at runtime.

I would guess the option should show up within the next few weeks.
Did you try setting the pressure and velocity options in CCSM as described in that thread too ?

[and3k]

Did you try setting the pressure and velocity options in CCSM as described in that thread too ?

I missed the CCSM comment, that seems to be working now. Thanks!

[shiznix]

Due to the growing length of this thread, we now have a #unity-gentoo channel created on Freenode's IRC network.
Feel free to join us there for any support, issues or just chat in general about the Unity desktop on Gentoo.

Thanks!

[alacheesu]

Thanks for providing the overlay. I run an ~amd64 system and I'm trying to install saucy. I've already worked around a number of problems, but I figured I'd try to be more useful and mention them here when I find more.

dev-util/xxd-1.10 - source file doesn't download/doesn't exist. As far as I can tell it's gone uni-erlangen.de forever since they moved servers and deleted old files in the process. I couldn't find the file for download anywhere else, so I avoided the problem by disabling the webapps USE-flag on unity-meta.
dev-libs/libappindicator-12.10.1a_p0_p01-r2 - didn't compile with vala-0.22.0. masking it and using vala-0.20.1 instead worked
app-accessibility/sphinxbase-0.8 - I got automake errors, "error: using '$(srcdir)' in TESTS is currently broken.". I solved it by running "WANT_AUTOMAKE="1.12" emerge -1 sphinxbase". There's already a bug filed.
unity-lens-applications-7.1.0_p0_p01-r3 - "configure.: error: unable to find xapian.h. Please install the package libxapian-dev". Unfortunately there was no libxapian-dev to emerge, but masking xapian-1.3.1-r1 and using 1.2.15 instead fixed it.
gnome-control-center-unity-1.3_p0_p01-r1 gave me a lot of sandbox errors. See log below:

Code: Select all

[32;01m * [39;49;00mPackage:    unity-base/gnome-control-center-unity-1.3_p0_p01-r1
[32;01m * [39;49;00mRepository: unity-gentoo
[32;01m * [39;49;00mMaintainer: unity-gentoo overlay
[32;01m * [39;49;00mUpstream:   https://github.com/shiznix/unity-gentoo/issues
[32;01m * [39;49;00mUSE:        amd64 elibc_glibc kernel_linux socialweb userland_GNU
[32;01m * [39;49;00mFEATURES:   preserve-libs sandbox userpriv usersandbox
>>> Unpacking source...
>>> Unpacking gnome-control-center-unity_1.3+13.10.20131004.orig.tar.gz to /var/tmp/portage/unity-base/gnome-control-center-unity-1.3_p0_p01-r1/work
>>> Unpacking gnome-control-center-unity_1.3+13.10.20131004-0ubuntu1.diff.gz to /var/tmp/portage/unity-base/gnome-control-center-unity-1.3_p0_p01-r1/work
>>> Source unpacked in /var/tmp/portage/unity-base/gnome-control-center-unity-1.3_p0_p01-r1/work
>>> Preparing source in /var/tmp/portage/unity-base/gnome-control-center-unity-1.3_p0_p01-r1/work/gnome-control-center-unity-1.3+13.10.20131004 ...
 [32;01m*[0m Applying gnome-control-center-unity_1.3+13.10.20131004-0ubuntu1.diff ...
[A[150C [34;01m[ [32;01mok[34;01m ][0m
 [32;01m*[0m Running eautoreconf in '/var/tmp/portage/unity-base/gnome-control-center-unity-1.3_p0_p01-r1/work/gnome-control-center-unity-1.3+13.10.20131004' ...
 [32;01m*[0m Running autopoint --force ...
[A[150C [34;01m[ [32;01mok[34;01m ][0m
 [32;01m*[0m Running intltoolize --automake --copy --force ...
[A[150C [34;01m[ [32;01mok[34;01m ][0m
 [32;01m*[0m Running libtoolize --install --copy --force --automake ...
[A[150C [34;01m[ [32;01mok[34;01m ][0m
 [32;01m*[0m Running aclocal ...
[A[150C [34;01m[ [32;01mok[34;01m ][0m
 [32;01m*[0m Running autoconf ...
[A[150C [34;01m[ [32;01mok[34;01m ][0m
 [32;01m*[0m Running autoheader ...
[A[150C [34;01m[ [32;01mok[34;01m ][0m
 [32;01m*[0m Running automake --add-missing --copy --foreign ...
[A[150C [34;01m[ [32;01mok[34;01m ][0m
 [32;01m*[0m Running elibtoolize in: gnome-control-center-unity-1.3+13.10.20131004/
 [32;01m*[0m   Applying portage/1.2.0 patch ...
 [32;01m*[0m   Applying sed/1.5.6 patch ...
 [32;01m*[0m   Applying as-needed/2.4.2 patch ...
 [32;01m*[0m   Applying target-nm/2.4.2 patch ...
>>> Source prepared.
 [31;01m*[0m --------------------------- ACCESS VIOLATION SUMMARY ---------------------------
 [31;01m*[0m LOG FILE: "/var/log/sandbox/sandbox-5983.log"
 [31;01m*[0m 
VERSION 1.0
FORMAT: F - Function called
FORMAT: S - Access Status
FORMAT: P - Path as passed to function
FORMAT: A - Absolute Path (not canonical)
FORMAT: R - Canonical Path
FORMAT: C - Command Line

F: unlinkat
S: deny
P: /codeset.m4
A: /codeset.m4
R: /codeset.m4
C: rm -f /codeset.m4 

F: open_wr
S: deny
P: /codeset.m4
A: /codeset.m4
R: /codeset.m4
C: cp tmpwrk6198/archive/m4/codeset.m4 /codeset.m4 

F: unlinkat
S: deny
P: /gettext.m4
A: /gettext.m4
R: /gettext.m4
C: rm -f /gettext.m4 

F: open_wr
S: deny
P: /gettext.m4
A: /gettext.m4
R: /gettext.m4
C: cp tmpwrk6198/archive/m4/gettext.m4 /gettext.m4 

F: unlinkat
S: deny
P: /glibc2.m4
A: /glibc2.m4
R: /glibc2.m4
C: rm -f /glibc2.m4 

F: open_wr
S: deny
P: /glibc2.m4
A: /glibc2.m4
R: /glibc2.m4
C: cp tmpwrk6198/archive/m4/glibc2.m4 /glibc2.m4 

F: unlinkat
S: deny
P: /glibc21.m4
A: /glibc21.m4
R: /glibc21.m4
C: rm -f /glibc21.m4 

F: open_wr
S: deny
P: /glibc21.m4
A: /glibc21.m4
R: /glibc21.m4
C: cp tmpwrk6198/archive/m4/glibc21.m4 /glibc21.m4 

F: unlinkat
S: deny
P: /iconv.m4
A: /iconv.m4
R: /iconv.m4
C: rm -f /iconv.m4 

F: open_wr
S: deny
P: /iconv.m4
A: /iconv.m4
R: /iconv.m4
C: cp tmpwrk6198/archive/m4/iconv.m4 /iconv.m4 

F: unlinkat
S: deny
P: /intdiv0.m4
A: /intdiv0.m4
R: /intdiv0.m4
C: rm -f /intdiv0.m4 

F: open_wr
S: deny
P: /intdiv0.m4
A: /intdiv0.m4
R: /intdiv0.m4
C: cp tmpwrk6198/archive/m4/intdiv0.m4 /intdiv0.m4 

F: unlinkat
S: deny
P: /intl.m4
A: /intl.m4
R: /intl.m4
C: rm -f /intl.m4 

F: open_wr
S: deny
P: /intl.m4
A: /intl.m4
R: /intl.m4
C: cp tmpwrk6198/archive/m4/intl.m4 /intl.m4 

F: unlinkat
S: deny
P: /intldir.m4
A: /intldir.m4
R: /intldir.m4
C: rm -f /intldir.m4 

F: open_wr
S: deny
P: /intldir.m4
A: /intldir.m4
R: /intldir.m4
C: cp tmpwrk6198/archive/m4/intldir.m4 /intldir.m4 

F: unlinkat
S: deny
P: /intlmacosx.m4
A: /intlmacosx.m4
R: /intlmacosx.m4
C: rm -f /intlmacosx.m4 

F: open_wr
S: deny
P: /intlmacosx.m4
A: /intlmacosx.m4
R: /intlmacosx.m4
C: cp tmpwrk6198/archive/m4/intlmacosx.m4 /intlmacosx.m4 

F: unlinkat
S: deny
P: /intmax.m4
A: /intmax.m4
R: /intmax.m4
C: rm -f /intmax.m4 

F: open_wr
S: deny
P: /intmax.m4
A: /intmax.m4
R: /intmax.m4
C: cp tmpwrk6198/archive/m4/intmax.m4 /intmax.m4 

F: unlinkat
S: deny
P: /inttypes-pri.m4
A: /inttypes-pri.m4
R: /inttypes-pri.m4
C: rm -f /inttypes-pri.m4 

F: open_wr
S: deny
P: /inttypes-pri.m4
A: /inttypes-pri.m4
R: /inttypes-pri.m4
C: cp tmpwrk6198/archive/m4/inttypes-pri.m4 /inttypes-pri.m4 

F: unlinkat
S: deny
P: /inttypes_h.m4
A: /inttypes_h.m4
R: /inttypes_h.m4
C: rm -f /inttypes_h.m4 

F: open_wr
S: deny
P: /inttypes_h.m4
A: /inttypes_h.m4
R: /inttypes_h.m4
C: cp tmpwrk6198/archive/m4/inttypes_h.m4 /inttypes_h.m4 

F: unlinkat
S: deny
P: /lcmessage.m4
A: /lcmessage.m4
R: /lcmessage.m4
C: rm -f /lcmessage.m4 

F: open_wr
S: deny
P: /lcmessage.m4
A: /lcmessage.m4
R: /lcmessage.m4
C: cp tmpwrk6198/archive/m4/lcmessage.m4 /lcmessage.m4 

F: unlinkat
S: deny
P: /lib-ld.m4
A: /lib-ld.m4
R: /lib-ld.m4
C: rm -f /lib-ld.m4 

F: open_wr
S: deny
P: /lib-ld.m4
A: /lib-ld.m4
R: /lib-ld.m4
C: cp tmpwrk6198/archive/m4/lib-ld.m4 /lib-ld.m4 

F: unlinkat
S: deny
P: /lib-link.m4
A: /lib-link.m4
R: /lib-link.m4
C: rm -f /lib-link.m4 

F: open_wr
S: deny
P: /lib-link.m4
A: /lib-link.m4
R: /lib-link.m4
C: cp tmpwrk6198/archive/m4/lib-link.m4 /lib-link.m4 

F: unlinkat
S: deny
P: /lib-prefix.m4
A: /lib-prefix.m4
R: /lib-prefix.m4
C: rm -f /lib-prefix.m4 

F: open_wr
S: deny
P: /lib-prefix.m4
A: /lib-prefix.m4
R: /lib-prefix.m4
C: cp tmpwrk6198/archive/m4/lib-prefix.m4 /lib-prefix.m4 

F: unlinkat
S: deny
P: /lock.m4
A: /lock.m4
R: /lock.m4
C: rm -f /lock.m4 

F: open_wr
S: deny
P: /lock.m4
A: /lock.m4
R: /lock.m4
C: cp tmpwrk6198/archive/m4/lock.m4 /lock.m4 

F: unlinkat
S: deny
P: /longlong.m4
A: /longlong.m4
R: /longlong.m4
C: rm -f /longlong.m4 

F: open_wr
S: deny
P: /longlong.m4
A: /longlong.m4
R: /longlong.m4
C: cp tmpwrk6198/archive/m4/longlong.m4 /longlong.m4 

F: unlinkat
S: deny
P: /nls.m4
A: /nls.m4
R: /nls.m4
C: rm -f /nls.m4 

F: open_wr
S: deny
P: /nls.m4
A: /nls.m4
R: /nls.m4
C: cp tmpwrk6198/archive/m4/nls.m4 /nls.m4 

F: unlinkat
S: deny
P: /po.m4
A: /po.m4
R: /po.m4
C: rm -f /po.m4 

F: open_wr
S: deny
P: /po.m4
A: /po.m4
R: /po.m4
C: cp tmpwrk6198/archive/m4/po.m4 /po.m4 

F: unlinkat
S: deny
P: /printf-posix.m4
A: /printf-posix.m4
R: /printf-posix.m4
C: rm -f /printf-posix.m4 

F: open_wr
S: deny
P: /printf-posix.m4
A: /printf-posix.m4
R: /printf-posix.m4
C: cp tmpwrk6198/archive/m4/printf-posix.m4 /printf-posix.m4 

F: unlinkat
S: deny
P: /progtest.m4
A: /progtest.m4
R: /progtest.m4
C: rm -f /progtest.m4 

F: open_wr
S: deny
P: /progtest.m4
A: /progtest.m4
R: /progtest.m4
C: cp tmpwrk6198/archive/m4/progtest.m4 /progtest.m4 

F: unlinkat
S: deny
P: /size_max.m4
A: /size_max.m4
R: /size_max.m4
C: rm -f /size_max.m4 

F: open_wr
S: deny
P: /size_max.m4
A: /size_max.m4
R: /size_max.m4
C: cp tmpwrk6198/archive/m4/size_max.m4 /size_max.m4 

F: unlinkat
S: deny
P: /stdint_h.m4
A: /stdint_h.m4
R: /stdint_h.m4
C: rm -f /stdint_h.m4 

F: open_wr
S: deny
P: /stdint_h.m4
A: /stdint_h.m4
R: /stdint_h.m4
C: cp tmpwrk6198/archive/m4/stdint_h.m4 /stdint_h.m4 

F: unlinkat
S: deny
P: /uintmax_t.m4
A: /uintmax_t.m4
R: /uintmax_t.m4
C: rm -f /uintmax_t.m4 

F: open_wr
S: deny
P: /uintmax_t.m4
A: /uintmax_t.m4
R: /uintmax_t.m4
C: cp tmpwrk6198/archive/m4/uintmax_t.m4 /uintmax_t.m4 

F: unlinkat
S: deny
P: /visibility.m4
A: /visibility.m4
R: /visibility.m4
C: rm -f /visibility.m4 

F: open_wr
S: deny
P: /visibility.m4
A: /visibility.m4
R: /visibility.m4
C: cp tmpwrk6198/archive/m4/visibility.m4 /visibility.m4 

F: unlinkat
S: deny
P: /wchar_t.m4
A: /wchar_t.m4
R: /wchar_t.m4
C: rm -f /wchar_t.m4 

F: open_wr
S: deny
P: /wchar_t.m4
A: /wchar_t.m4
R: /wchar_t.m4
C: cp tmpwrk6198/archive/m4/wchar_t.m4 /wchar_t.m4 

F: unlinkat
S: deny
P: /wint_t.m4
A: /wint_t.m4
R: /wint_t.m4
C: rm -f /wint_t.m4 

F: open_wr
S: deny
P: /wint_t.m4
A: /wint_t.m4
R: /wint_t.m4
C: cp tmpwrk6198/archive/m4/wint_t.m4 /wint_t.m4 

F: unlinkat
S: deny
P: /xsize.m4
A: /xsize.m4
R: /xsize.m4
C: rm -f /xsize.m4 

F: open_wr
S: deny
P: /xsize.m4
A: /xsize.m4
R: /xsize.m4
C: cp tmpwrk6198/archive/m4/xsize.m4 /xsize.m4 
 [31;01m*[0m --------------------------------------------------------------------------------

[renegart]

Thanks for providing the overlay. I run an ~amd64 system and I'm trying to install saucy. I've already worked around a number of problems, but I figured I'd try to be more useful and mention them here when I find more.

dev-util/xxd-1.10 - source file doesn't download/doesn't exist. As far as I can tell it's gone uni-erlangen.de forever since they moved servers and deleted old files in the process. I couldn't find the file for download anywhere else, so I avoided the problem by disabling the webapps USE-flag on unity-meta.
dev-libs/libappindicator-12.10.1a_p0_p01-r2 - didn't compile with vala-0.22.0. masking it and using vala-0.20.1 instead worked
app-accessibility/sphinxbase-0.8 - I got automake errors, "error: using '$(srcdir)' in TESTS is currently broken.". I solved it by running "WANT_AUTOMAKE="1.12" emerge -1 sphinxbase". There's already a bug filed.
unity-lens-applications-7.1.0_p0_p01-r3 - "configure.: error: unable to find xapian.h. Please install the package libxapian-dev". Unfortunately there was no libxapian-dev to emerge, but masking xapian-1.3.1-r1 and using 1.2.15 instead fixed it.

Hello alacheesu,
the issues above should be fixed. The sandbox issue is not reproducible at my side, maybe shiznix has an idea going wrong.

If you still have (other) problems feel free to join us at IRC channel

[alacheesu]

Thanks, renegart.

[shiznix]

Hi alacheesu!

The sandbox violation is caused from an incompatibility with using sys-devel/gettext-0.18.3.1.

Sync up and try again, have added a <sys-devel/gettext-0.18.3 to gnome-control-center-unity's DEPEND.

Thanks

[alacheesu]

Awesome, it works now. Thanks again.

[noclear2000]

Hi there,

My deep world update is blocked since weeks. Today I tried again with a whole new set of /etc/portage/package.*/* files.

Non-saucy I end up here:

Code: Select all

The following USE changes are necessary to proceed:
 (see "package.use" in the portage(5) man page for more details)
# required by x11-libs/gtk+-2.24.22
# required by dev-python/pygtk-2.24.0-r3
# required by dev-vcs/git-1.8.1.5-r1[python,gtk]
# required by sys-devel/gettext-0.18.2[git]
# required by dev-libs/glib-2.36.4-r1
# required by dev-libs/atk-2.8.0
>=x11-libs/libXi-1.7.2 abi_x86_32
# required by x11-libs/gtk+-2.24.22
# required by dev-python/pygtk-2.24.0-r3
# required by dev-vcs/git-1.8.1.5-r1[python,gtk]
# required by sys-devel/gettext-0.18.2[git]
# required by dev-libs/glib-2.36.4-r1
# required by dev-libs/atk-2.8.0
=x11-libs/libXfixes-5.0.1 abi_x86_32

Use --autounmask-write to write changes to config files (honoring
CONFIG_PROTECT). Carefully examine the list of proposed changes,
paying special attention to mask or keyword changes that may expose
experimental or unstable packages.

emerge: there are no ebuilds built with USE flags to satisfy ">=x11-proto/xextproto-7.0.3[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?]".
!!! One of the following packages is required to complete your request:
- x11-libs/libXi-1.7.2::gentoo (Change USE: -abi_x86_32)
(dependency required by "x11-libs/libXi-1.7.2" [ebuild])
(dependency required by "x11-libs/gtk+-2.24.22" [ebuild])
(dependency required by "dev-python/pygtk-2.24.0-r3" [installed])
(dependency required by "dev-vcs/git-1.8.1.5-r1[python,gtk]" [ebuild])
(dependency required by "sys-devel/gettext-0.18.2[git]" [installed])
(dependency required by "dev-libs/glib-2.36.4-r1" [ebuild])
(dependency required by "dev-libs/atk-2.8.0" [ebuild])

So the conflict here is:

Code: Select all

- x11-libs/libXi-1.7.2::gentoo (Change USE: -abi_x86_32)

vs.

Code: Select all

>=x11-libs/libXi-1.7.2 abi_x86_32

and going for saucy I get stuck here:

Code: Select all

The following USE changes are necessary to proceed:
 (see "package.use" in the portage(5) man page for more details)
# required by x11-libs/cairo-1.12.16
# required by dev-libs/gobject-introspection-1.38.0::unity-gentoo[cairo]
# required by dev-libs/atk-2.8.0[introspection]
# required by dev-python/pygtk-2.24.0-r3
# required by dev-vcs/git-1.8.1.5-r1[python,gtk]
# required by sys-devel/gettext-0.18.2[git]
# required by dev-perl/Locale-gettext-1.50.0
# required by sys-apps/help2man-1.40.11[nls]
# required by sys-devel/automake-1.13.4
# required by dev-lang/python-3.2.5-r3
# required by app-admin/python-updater-0.11
>=media-libs/freetype-2.5.0.1 abi_x86_32

Use --autounmask-write to write changes to config files (honoring
CONFIG_PROTECT). Carefully examine the list of proposed changes,
paying special attention to mask or keyword changes that may expose
experimental or unstable packages.

emerge: there are no ebuilds built with USE flags to satisfy "x11-libs/libXdmcp[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?]".
!!! One of the following packages is required to complete your request:
- media-libs/freetype-2.5.0.1::gentoo (Change USE: -abi_x86_32)
(dependency required by "media-libs/freetype-2.5.0.1" [ebuild])
(dependency required by "x11-libs/cairo-1.12.16" [ebuild])
(dependency required by "dev-libs/gobject-introspection-1.38.0::unity-gentoo[cairo]" [ebuild])
(dependency required by "dev-libs/atk-2.8.0[introspection]" [installed])
(dependency required by "dev-python/pygtk-2.24.0-r3" [installed])
(dependency required by "dev-vcs/git-1.8.1.5-r1[python,gtk]" [ebuild])
(dependency required by "sys-devel/gettext-0.18.2[git]" [installed])
(dependency required by "dev-perl/Locale-gettext-1.50.0" [installed])
(dependency required by "sys-apps/help2man-1.40.11[nls]" [installed])
(dependency required by "sys-devel/automake-1.13.4" [ebuild])
(dependency required by "dev-lang/python-3.2.5-r3" [ebuild])
(dependency required by "app-admin/python-updater-0.11" [ebuild])

And here the conflict is the similar related to ABI.

I have ABI_X86="64 32" in my make.conf.

Any idea how to proceed? Thanks a lot in advance!

[shiznix]

Hi there,

And here the conflict is the similar related to ABI.

I have ABI_X86="64 32" in my make.conf.

Any idea how to proceed? Thanks a lot in advance!

The limitation here seems to be the new multilib.eclass and perhaps the way it is being used.

I don't think enabling both 64 and 32 ABIs globally for every package is the intended usage and is not necessary on a multilib system as most libs will need to be just one type installed that is native to the system.
The way I understand it, if you have a 64bit machine, set ABI_X86="64" and if a 32bit machine, set ABI_X86="32".
Any package that requires both 32 and 64 bit libraries to be installed, will automatically set and resolve it's needed +abi_x86_32 +abi_x86_64 USE depends.

Hope that helps

[noclear2000]

Hi shiznix,


Thanks for your reply. I got the ABI_X86 stuff from some howto I think. I removed it completely from make.conf now. I think there is no need to tell my 64bit hardware *explicitly* that I need 64bit packages mainly.

Saucy ends up in:

Code: Select all

!!! Multiple package instances within a single package slot have been pulled
!!! into the dependency graph, resulting in a slot conflict:

app-arch/bzip2:0

  (app-arch/bzip2-1.0.6-r3::gentoo, ebuild scheduled for merge) pulled in by
    app-arch/bzip2[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?] required by (media-libs/freetype-2.5.0.1::gentoo, ebuild scheduled for merge)

  (app-arch/bzip2-1.0.6-r3::gentoo, installed) pulled in by
    (no parents that aren't satisfied by other packages in this slot)


It may be possible to solve this problem by using package.mask to
prevent one of those packages from being selected. However, it is also
possible that conflicting dependencies exist such that they are
impossible to satisfy simultaneously.  If such a conflict exists in
the dependencies of two different packages, then those packages can
not be installed simultaneously. You may want to try a larger value of
the --backtrack option, such as --backtrack=30, in order to see if
that will solve this conflict automatically.

For more information, see MASKED PACKAGES section in the emerge man
page or refer to the Gentoo Handbook.


emerge: there are no ebuilds to satisfy "dev-qt/qtdbus:5".
(dependency required by "unity-base/hud-13.10.1_p0_p01-r10::unity-gentoo" [ebuild])
(dependency required by "unity-base/unity-meta-7.0.0-r2::unity-gentoo" [installed])
(dependency required by "@selected" [set])
(dependency required by "@world" [argument])

Not sure about the bzip2 stuff... There is no abi_x86_32 abi_x86_64 use avilable for that package obviously.

The main problem is dev-qt/qtdbus:5 anyways I think. Do i need an extra qt overlay? Or should this be part of unity-gentoo?
I have only:

Code: Select all

Available versions:  (4) 4.8.4 ~4.8.5

available as it seems. Any hints?

[shiznix]

Hi shiznix,


Thanks for your reply. I got the ABI_X86 stuff from some howto I think. I removed it completely from make.conf now. I think there is no need to tell my 64bit hardware *explicitly* that I need 64bit packages mainly.

Saucy ends up in:

Code: Select all

!!! Multiple package instances within a single package slot have been pulled
!!! into the dependency graph, resulting in a slot conflict:

app-arch/bzip2:0

  (app-arch/bzip2-1.0.6-r3::gentoo, ebuild scheduled for merge) pulled in by
    app-arch/bzip2[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?] required by (media-libs/freetype-2.5.0.1::gentoo, ebuild scheduled for merge)

  (app-arch/bzip2-1.0.6-r3::gentoo, installed) pulled in by
    (no parents that aren't satisfied by other packages in this slot)


It may be possible to solve this problem by using package.mask to
prevent one of those packages from being selected. However, it is also
possible that conflicting dependencies exist such that they are
impossible to satisfy simultaneously.  If such a conflict exists in
the dependencies of two different packages, then those packages can
not be installed simultaneously. You may want to try a larger value of
the --backtrack option, such as --backtrack=30, in order to see if
that will solve this conflict automatically.

For more information, see MASKED PACKAGES section in the emerge man
page or refer to the Gentoo Handbook.


emerge: there are no ebuilds to satisfy "dev-qt/qtdbus:5".
(dependency required by "unity-base/hud-13.10.1_p0_p01-r10::unity-gentoo" [ebuild])
(dependency required by "unity-base/unity-meta-7.0.0-r2::unity-gentoo" [installed])
(dependency required by "@selected" [set])
(dependency required by "@world" [argument])

Not sure about the bzip2 stuff... There is no abi_x86_32 abi_x86_64 use avilable for that package obviously.

The main problem is dev-qt/qtdbus:5 anyways I think. Do i need an extra qt overlay? Or should this be part of unity-gentoo?
I have only:

Code: Select all

Available versions:  (4) 4.8.4 ~4.8.5

available as it seems. Any hints?

Yes, you'll need to add the QT overlay to get QT5... 'layman -a qt'.

For the bzip2 problem, freetype-2.5.0.1 references abi_x86_32 abi_x86_64 for bzip2 and this is available in >=bzip2-1.0.6-r4
However, installing freetype-2.5.0.1 comes with it's own set of problems (see bugs.gentoo.org #487646 and #488222).

[noclear2000]

thank you! worked finally out after weeks. 522 packages to go.
EDIT: Compiling over night didn't work out. On one of the first few packages fails:

Code: Select all

 * Messages for package dev-libs/jsoncpp-0.5.0-r1:

 * No Python implementation found for the build. This is usually
 * a bug in the ebuild. Please report it to bugs.gentoo.org
 * along with the build log.
 * ERROR: dev-libs/jsoncpp-0.5.0-r1 failed (setup phase):
 *   No supported Python implementation installed.

Is this maybe a missing python dependency in th ebuild? This is what I have installed:

Code: Select all

[U] dev-lang/python
     Available versions:  
	(2.6)	2.6.8-r3
	(2.7)	2.7.5-r3
	(3.2)	3.2.5-r3
	(3.3)	~3.3.2-r2
	{{-berkdb build doc elibc_uclibc examples gdbm hardened ipv6 +ncurses +readline sqlite +ssl +threads tk +wide-unicode wininst +xml}}
     Installed versions:  2.7.5(2.7)(13:21:55 06.07.2013)(gdbm ipv6 ncurses readline sqlite ssl threads wide-unicode xml -berkdb -build -doc -elibc_uclibc -examples -hardened -tk -wininst) 3.2.5-r1(3.2)(13:28:09 06.07.2013)(gdbm ipv6 ncurses readline sqlite ssl threads wide-unicode xml -build -doc -elibc_uclibc -examples -hardened -tk -wininst)
     Homepage:            http://www.python.org/
     Description:         An interpreted, interactive, object-oriented programming language

emerging dev-lang/python on its own results in lots of blockers... I am doing some google research currently. Hints welcome. Thanks!

EDIT2: Based on this bug: https://bugs.gentoo.org/show_bug.cgi?id=487574 I modified a copy of the jsoncpp-ebuild in my local overlay which builds just fine. Going on compiling towards saucy now..

EIDT3: Next issue with gnome-extra/sushi-3.8.1, emake failed: g-ir-scanner: error: no such option: --cflags-begin EDIT 4: solved by upgrading gobjec-introspection (resp g-ir-scanner) first. this required some masking to resolve multi-slot issues. going on with deep world.....

EDIT5:

Code: Select all

checking for SERVICE_DEPS... no
configure: error: Package requirements (glib-2.0 >= 2.36
                                 gio-unix-2.0 >= 2.36
                                 url-dispatcher-1 >= 1) were not met:

No package 'url-dispatcher-1' found

Consider adjusting the PKG_CONFIG_PATH environment variable if you
installed software in a non-standard prefix.

Alternatively, you may set the environment variables SERVICE_DEPS_CFLAGS
and SERVICE_DEPS_LIBS to avoid the need to call pkg-config.
See the pkg-config man page for more details.

!!! Please attach the following file when seeking support:
!!! /var/tmp/portage/unity-indicators/indicator-bluetooth-0.0.6_p0_p01-r2/work/indicator-bluetooth-0.0.6+13.10.20131016/config.log
 * ERROR: unity-indicators/indicator-bluetooth-0.0.6_p0_p01-r2::unity-gentoo failed (configure phase):
 *   econf failed

Workeaound via -bluetooth USE for idicator-meta didn't keep it from being emerged. Any hints?

[shiznix]

EDIT5:

Code: Select all

checking for SERVICE_DEPS... no
configure: error: Package requirements (glib-2.0 >= 2.36
                                 gio-unix-2.0 >= 2.36
                                 url-dispatcher-1 >= 1) were not met:

No package 'url-dispatcher-1' found

Consider adjusting the PKG_CONFIG_PATH environment variable if you
installed software in a non-standard prefix.

Alternatively, you may set the environment variables SERVICE_DEPS_CFLAGS
and SERVICE_DEPS_LIBS to avoid the need to call pkg-config.
See the pkg-config man page for more details.

!!! Please attach the following file when seeking support:
!!! /var/tmp/portage/unity-indicators/indicator-bluetooth-0.0.6_p0_p01-r2/work/indicator-bluetooth-0.0.6+13.10.20131016/config.log
 * ERROR: unity-indicators/indicator-bluetooth-0.0.6_p0_p01-r2::unity-gentoo failed (configure phase):
 *   econf failed

Workeaound via -bluetooth USE for idicator-meta didn't keep it from being emerged. Any hints?

Sync up, should be fixed now.
( https://github.com/shiznix/unity-gentoo ... 97de6ad06c )