Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
[overlay] unity-gentoo
View unanswered posts
View posts from last 24 hours

Goto page Previous  1, 2, 3 ... 23, 24, 25, 26  Next  
Reply to topic    Gentoo Forums Forum Index Unsupported Software
View previous topic :: View next topic  
Author Message
and3k
n00b
n00b


Joined: 12 May 2006
Posts: 32

PostPosted: Sat Aug 03, 2013 2:37 pm    Post subject: Reply with quote

Hey fellow unity users,

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

Best,
Bela
Back to top
View user's profile Send private message
shiznix
Guru
Guru


Joined: 29 Jun 2003
Posts: 361
Location: Adelaide, Australia

PostPosted: Sun Aug 04, 2013 10:20 am    Post subject: Reply with quote

and3k wrote:
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 :roll:
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! :D
Back to top
View user's profile Send private message
russK
Apprentice
Apprentice


Joined: 27 Jun 2006
Posts: 225

PostPosted: Thu Aug 08, 2013 11:12 pm    Post subject: Reply with quote

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
Back to top
View user's profile Send private message
renegart
Tux's lil' helper
Tux's lil' helper


Joined: 30 Oct 2012
Posts: 122

PostPosted: Fri Aug 09, 2013 5:13 am    Post subject: Reply with quote

russK wrote:
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.


Last edited by renegart on Fri Aug 09, 2013 1:49 pm; edited 1 time in total
Back to top
View user's profile Send private message
russK
Apprentice
Apprentice


Joined: 27 Jun 2006
Posts: 225

PostPosted: Fri Aug 09, 2013 11:24 am    Post subject: Reply with quote

Quote:
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:
$ 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
Back to top
View user's profile Send private message
shiznix
Guru
Guru


Joined: 29 Jun 2003
Posts: 361
Location: Adelaide, Australia

PostPosted: Sun Aug 18, 2013 11:01 pm    Post subject: Saucy stable enough for use Reply with quote

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! :D
Back to top
View user's profile Send private message
and3k
n00b
n00b


Joined: 12 May 2006
Posts: 32

PostPosted: Mon Aug 19, 2013 1:07 pm    Post subject: Re: Saucy stable enough for use Reply with quote

shiznix wrote:
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
Back to top
View user's profile Send private message
renegart
Tux's lil' helper
Tux's lil' helper


Joined: 30 Oct 2012
Posts: 122

PostPosted: Mon Aug 19, 2013 3:56 pm    Post subject: Re: Saucy stable enough for use Reply with quote

and3k wrote:
shiznix wrote:
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 :)
Back to top
View user's profile Send private message
and3k
n00b
n00b


Joined: 12 May 2006
Posts: 32

PostPosted: Mon Aug 19, 2013 6:15 pm    Post subject: Re: Saucy stable enough for use Reply with quote

renegart wrote:
and3k wrote:
shiznix wrote:
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!
Back to top
View user's profile Send private message
and3k
n00b
n00b


Joined: 12 May 2006
Posts: 32

PostPosted: Sun Aug 25, 2013 11:18 am    Post subject: Reply with quote

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/how-do-i-disable-mouse-magnet-on-middle-edge-with-multi-monitors).

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

Thanks,
Bela
Back to top
View user's profile Send private message
renegart
Tux's lil' helper
Tux's lil' helper


Joined: 30 Oct 2012
Posts: 122

PostPosted: Sun Aug 25, 2013 11:23 am    Post subject: Reply with quote

and3k wrote:
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/how-do-i-disable-mouse-magnet-on-middle-edge-with-multi-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.
Back to top
View user's profile Send private message
shiznix
Guru
Guru


Joined: 29 Jun 2003
Posts: 361
Location: Adelaide, Australia

PostPosted: Sun Aug 25, 2013 11:30 pm    Post subject: Reply with quote

and3k wrote:
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/how-do-i-disable-mouse-magnet-on-middle-edge-with-multi-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 ?
Back to top
View user's profile Send private message
and3k
n00b
n00b


Joined: 12 May 2006
Posts: 32

PostPosted: Mon Aug 26, 2013 5:10 am    Post subject: Reply with quote

shiznix wrote:
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!
Back to top
View user's profile Send private message
shiznix
Guru
Guru


Joined: 29 Jun 2003
Posts: 361
Location: Adelaide, Australia

PostPosted: Tue Sep 03, 2013 2:08 am    Post subject: Reply with quote

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! :)
Back to top
View user's profile Send private message
alacheesu
Tux's lil' helper
Tux's lil' helper


Joined: 01 Jun 2005
Posts: 111

PostPosted: Sun Oct 06, 2013 10:31 pm    Post subject: Reply with quote

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:
 * Package:    unity-base/gnome-control-center-unity-1.3_p0_p01-r1
 * Repository: unity-gentoo
 * Maintainer: unity-gentoo overlay
 * Upstream:   https://github.com/shiznix/unity-gentoo/issues
 * USE:        amd64 elibc_glibc kernel_linux socialweb userland_GNU
 * FEATURES:   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 ...
 * Applying gnome-control-center-unity_1.3+13.10.20131004-0ubuntu1.diff ...
 [ ok ]
 * 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' ...
 * Running autopoint --force ...
 [ ok ]
 * Running intltoolize --automake --copy --force ...
 [ ok ]
 * Running libtoolize --install --copy --force --automake ...
 [ ok ]
 * Running aclocal ...
 [ ok ]
 * Running autoconf ...
 [ ok ]
 * Running autoheader ...
 [ ok ]
 * Running automake --add-missing --copy --foreign ...
 [ ok ]
 * Running elibtoolize in: gnome-control-center-unity-1.3+13.10.20131004/
 *   Applying portage/1.2.0 patch ...
 *   Applying sed/1.5.6 patch ...
 *   Applying as-needed/2.4.2 patch ...
 *   Applying target-nm/2.4.2 patch ...
>>> Source prepared.
 * --------------------------- ACCESS VIOLATION SUMMARY ---------------------------
 * LOG FILE: "/var/log/sandbox/sandbox-5983.log"
 *
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
 * --------------------------------------------------------------------------------
Back to top
View user's profile Send private message
renegart
Tux's lil' helper
Tux's lil' helper


Joined: 30 Oct 2012
Posts: 122

PostPosted: Mon Oct 07, 2013 7:10 pm    Post subject: Reply with quote

alacheesu wrote:
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 :)
Back to top
View user's profile Send private message
alacheesu
Tux's lil' helper
Tux's lil' helper


Joined: 01 Jun 2005
Posts: 111

PostPosted: Tue Oct 08, 2013 6:05 am    Post subject: Reply with quote

Thanks, renegart.
Back to top
View user's profile Send private message
shiznix
Guru
Guru


Joined: 29 Jun 2003
Posts: 361
Location: Adelaide, Australia

PostPosted: Tue Oct 08, 2013 11:06 pm    Post subject: Reply with quote

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 :)
Back to top
View user's profile Send private message
alacheesu
Tux's lil' helper
Tux's lil' helper


Joined: 01 Jun 2005
Posts: 111

PostPosted: Wed Oct 09, 2013 5:55 pm    Post subject: Reply with quote

Awesome, it works now. Thanks again.
Back to top
View user's profile Send private message
noclear2000
Tux's lil' helper
Tux's lil' helper


Joined: 21 Jun 2006
Posts: 144
Location: Germany

PostPosted: Thu Oct 17, 2013 8:53 pm    Post subject: Reply with quote

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:

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:

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

vs.
Code:

>=x11-libs/libXi-1.7.2 abi_x86_32


and going for saucy I get stuck here:
Code:

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!
Back to top
View user's profile Send private message
shiznix
Guru
Guru


Joined: 29 Jun 2003
Posts: 361
Location: Adelaide, Australia

PostPosted: Sat Oct 19, 2013 6:09 am    Post subject: Reply with quote

noclear2000 wrote:
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 ;)
Back to top
View user's profile Send private message
noclear2000
Tux's lil' helper
Tux's lil' helper


Joined: 21 Jun 2006
Posts: 144
Location: Germany

PostPosted: Sat Oct 19, 2013 10:36 am    Post subject: Reply with quote

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:

!!! 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:

Available versions:  (4) 4.8.4 ~4.8.5

available as it seems. Any hints?
Back to top
View user's profile Send private message
shiznix
Guru
Guru


Joined: 29 Jun 2003
Posts: 361
Location: Adelaide, Australia

PostPosted: Sat Oct 19, 2013 11:13 pm    Post subject: Reply with quote

noclear2000 wrote:
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:

!!! 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:

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).
Back to top
View user's profile Send private message
noclear2000
Tux's lil' helper
Tux's lil' helper


Joined: 21 Jun 2006
Posts: 144
Location: Germany

PostPosted: Sun Oct 20, 2013 12:44 am    Post subject: Reply with quote

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:

 * 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:

[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:

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?
Back to top
View user's profile Send private message
shiznix
Guru
Guru


Joined: 29 Jun 2003
Posts: 361
Location: Adelaide, Australia

PostPosted: Mon Oct 21, 2013 7:38 am    Post subject: Reply with quote

noclear2000 wrote:
EDIT5:
Code:

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/commit/cbeedcab483ba889a6a93d8f7ed50a97de6ad06c )
Back to top
View user's profile Send private message
Display posts from previous:   
Reply to topic    Gentoo Forums Forum Index Unsupported Software All times are GMT
Goto page Previous  1, 2, 3 ... 23, 24, 25, 26  Next
Page 24 of 26

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum