Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
emerge gnome won't compile -
View unanswered posts
View posts from last 24 hours

 
Reply to topic    Gentoo Forums Forum Index Desktop Environments
View previous topic :: View next topic  
Author Message
jackb_guppy
n00b
n00b


Joined: 20 May 2014
Posts: 10

PostPosted: Wed May 21, 2014 12:17 am    Post subject: emerge gnome won't compile - Reply with quote

I am having problems. I have tried to just gentoo before, but never got past generating the first kernel. I have beat that! Now I am getting circular defines and multiple slotting. I am stuck.

how do I untangle the circular and slotting issues????

I am building in VMware V9 system, on an Intel Q6660 processor and limited to 128M of memory and 13G partition. The final system this will be installed in Winchip-C6 @ 200Mhz, 128M of memory, known as an I-Opener.

Code:
gentoo portage # more make.conf
# These settings were set by the catalyst build script that automatically
# built this stage.
# Please consult /usr/share/portage/config/make.conf.example for a more
# detailed example.
CFLAGS="-O2 -march=i486 -pipe"
CXXFLAGS="${CFLAGS}"
# WARNING: Changing your CHOST is not something that should be done lightly.
# Please consult http://www.gentoo.org/doc/en/change-chost.xml before changing.
CHOST="i486-pc-linux-gnu"
# These are the USE flags that were used in addition to what is provided by the
# profile used for building.
USE="bindist -qt4 -kde X dbus gtk gnome"
PORTDIR="/usr/portage"
DISTDIR="${PORTDIR}/distfiles"
PKGDIR="${PORTDIR}/packages"

GENTOO_MIRRORS="http://mirror.mcs.anl.gov/pub/gentoo/ http://www.gtlib.gatech.ed
u/pub/gentoo http://lug.mtu.edu/gentoo/ http://mirror.iawnet.sandia.gov/gentoo/"

SYNC="rsync://rsync.us.gentoo.org/gentoo-portage"
MAKEOPTS="-j2"



Code:
gentoo etc # emerge gnome

 * IMPORTANT: 7 news items need reading for repository 'gentoo'.
 * Use eselect news to read news items.


 * IMPORTANT: config file '/etc/portage/package.use' needs updating.
 * See the CONFIGURATION FILES section of the emerge
 * man page to learn how to update config files.
Calculating dependencies... done!


[ebuild  N     ] gnome-base/gnome-3.10.0:2.0  USE="bluetooth cdr classic cups extras -accessibility" 0 kB
[ebuild  N     ]  gnome-extra/gnome-shell-extensions-3.10.1  USE="-examples" 196 kB
[ebuild  N     ]   app-admin/eselect-gnome-shell-extensions-20120911  3 kB
[ebuild  N     ]  gnome-base/gnome-core-apps-3.10.0:3.0  USE="bluetooth cdr cups" 0 kB
[ebuild  N     ]   gnome-base/gnome-control-center-3.10.3:2  USE="bluetooth colord cups gnome-online-accounts i18n socialweb -debug -kerberos -v4l" INPUT_DEVICES="-wacom" 6,662 kB
[ebuild  N     ]    gnome-extra/nm-applet-0.9.8.8-r2  USE="bluetooth introspection -gconf -modemmanager" 1,195 kB
[ebuild  N     ]  gnome-base/gnome-extra-apps-3.10.0-r1:3.0  USE="games shotwell tracker" 0 kB
[ebuild  N     ]   gnome-extra/gnome-tweak-tool-3.10.1  PYTHON_TARGETS="python2_7" 235 kB
[nomerge       ] gnome-base/gnome-extra-apps-3.10.0-r1:3.0  USE="games shotwell tracker"
[nomerge       ]  media-sound/sound-juicer-3.5.1_pre20130826  USE="flac vorbis -debug {-test}"
[nomerge       ]   app-cdr/brasero-3.10.0:0/3.1  USE="css introspection libburn mp3 nautilus (-packagekit) -playlist {-test} -tracker"
[nomerge       ]    x11-libs/libnotify-0.7.5-r1  USE="introspection -doc {-test}"
[ebuild  N     ]     virtual/notification-daemon-0  USE="gnome" 0 kB
[nomerge       ] gnome-base/gnome-3.10.0:2.0  USE="bluetooth cdr classic cups extras -accessibility"
[ebuild  N    #]  gnome-base/gdm-3.10.0.1-r1  USE="branding introspection ipv6 systemd tcpd -accessibility -audit -debug -fprint -plymouth (-selinux) -smartcard {-test} -xinerama" 1,555 kB
[ebuild  N     ]   gnome-base/gnome-shell-3.10.4-r2  USE="bluetooth i18n networkmanager (-openrc-force)" PYTHON_TARGETS="python2_7" 1,486 kB

Total: 11 packages (11 new), Size of downloads: 11,330 kB

 * Error: circular dependencies:

(gnome-base/gnome-shell-3.10.4-r2::gentoo, ebuild scheduled for merge) depends on
 (gnome-base/gnome-control-center-3.10.3::gentoo, ebuild scheduled for merge) (runtime)
  (gnome-extra/nm-applet-0.9.8.8-r2::gentoo, ebuild scheduled for merge) (buildtime)
   (virtual/notification-daemon-0::gentoo, ebuild scheduled for merge) (buildtime)
    (gnome-base/gnome-shell-3.10.4-r2::gentoo, ebuild scheduled for merge) (runtime)

It might be possible to break this cycle
by applying the following change:
- virtual/notification-daemon-0 (Change USE: -gnome)

Note that this change can be reverted, once the package has been installed.

Note that the dependency graph contains a lot of cycles.
Several changes might be required to resolve all cycles.
Temporarily changing some use flag for all packages might be the better option.

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

x11-libs/libdrm:0

  (x11-libs/libdrm-2.4.52::gentoo, ebuild scheduled for merge) pulled in by
    x11-libs/libdrm[libkms,video_cards_vmware] required by (x11-drivers/xf86-video-vmware-13.0.1-r1::gentoo, ebuild scheduled for merge)

  (x11-libs/libdrm-2.4.52::gentoo, installed) pulled in by
    (no parents that aren't satisfied by other packages in this slot)

media-libs/mesa:0

  (media-libs/mesa-10.0.4::gentoo, ebuild scheduled for merge) pulled in by
    media-libs/mesa[egl,gbm] required by (x11-libs/glamor-0.6.0::gentoo, ebuild scheduled for merge)
    >=media-libs/mesa-10[xa] required by (x11-drivers/xf86-video-vmware-13.0.1-r1::gentoo, ebuild scheduled for merge)

  (media-libs/mesa-10.0.4::gentoo, installed) pulled in by
    (no parents that aren't satisfied by other packages in this slot)

dev-libs/openssl:0

  (dev-libs/openssl-1.0.1g::gentoo, ebuild scheduled for merge) pulled in by
    >=dev-libs/openssl-0.9.8g:0[-bindist] required by (net-voip/telepathy-gabble-0.18.2::gentoo, ebuild scheduled for merge)

  (dev-libs/openssl-1.0.1g::gentoo, installed) pulled in by
    >=dev-libs/openssl-0.9.6d:0[bindist=] required by (net-misc/openssh-6.6_p1-r1::gentoo, installed)


!!! Enabling --newuse and --update might solve this conflict.
!!! If not, it might help emerge to give a more specific suggestion.


The following mask changes are necessary to proceed:
 (see "package.unmask" in the portage(5) man page for more details)
# required by gnome-base/gnome-3.10.0
# required by gnome (argument)
# /etc/portage/package.mask:
=gnome-base/gdm-3.10.0.1-r1

The following USE changes are necessary to proceed:
 (see "package.use" in the portage(5) man page for more details)
# required by x11-drivers/xf86-video-vmware-13.0.1-r1
# required by x11-base/xorg-drivers-1.15[video_cards_vmware]
# required by x11-base/xorg-server-1.15.0[xorg]
# required by x11-drivers/xf86-video-nv-2.1.20-r1
=x11-libs/libdrm-2.4.52 libkms
# required by net-voip/telepathy-gabble-0.18.2[-gnutls]
# required by net-im/telepathy-connection-managers-2-r2[-msn,jabber]
# required by net-im/empathy-3.10.3
# required by gnome-base/gnome-core-apps-3.10.0
# required by gnome-base/gnome-3.10.0
# required by gnome (argument)
=dev-libs/openssl-1.0.1g -bindist
# required by x11-drivers/xf86-video-vmware-13.0.1-r1
# required by x11-base/xorg-drivers-1.15[video_cards_vmware]
# required by x11-base/xorg-server-1.15.0[xorg]
# required by x11-drivers/xf86-video-nv-2.1.20-r1
=media-libs/mesa-10.0.4 xa gbm
# required by gnome-base/gdm-3.10.0.1-r1
# required by gnome-base/gnome-3.10.0
# required by gnome (argument)
=sys-auth/pambase-20120417-r3 systemd

NOTE: The --autounmask-keep-masks option will prevent emerge
      from creating package.unmask or ** keyword changes.

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.


Thank you
Back to top
View user's profile Send private message
krinn
Watchman
Watchman


Joined: 02 May 2003
Posts: 7170

PostPosted: Wed May 21, 2014 6:59 am    Post subject: Reply with quote

You should sit and think of what you are doing first.

Gentoo allow you to customize like you wish your distro, so you can tweak it to met your needs, and because your needs are specials with your limited memory, Gentoo might be a good choice for that.
But having choices doesn't prevent you from making bad choices.

You should ask yourself :
- Why are you trying to install gnome for a 128M system, when even without real values, i don't think it's possible to have gnome 3x run with only 128M, even if you remove everything that could be remove in it.
- Why using systemd with 128M system, again without having real values, i don't think it's sane to build any system with systemd that should be a memory eater ; i don't use it so systemd fanboy please don't jump on me, but the "too much" features of systemd allow me to assume it also mean a "too much memory consume". So that init is certainly not the better choice to use for a short memory system.
Without testing or checking, i would had first think going with some busybox solution, as it seems a lighter solution. And the less your system use memory to "just run", the more memory you get for other tasks, and a DM is not a light one to run.

So in order to succeed, you better rethink at your aim and the tools to use for that aim.
Right now, i just think you're going into a wall by taking bad choices from the start.
Back to top
View user's profile Send private message
NeddySeagoon
Administrator
Administrator


Joined: 05 Jul 2003
Posts: 43808
Location: 56N 3W

PostPosted: Wed May 21, 2014 8:01 pm    Post subject: Reply with quote

jackb_guppy,

Welcome to Gentoo.

As you will never build on your Winchip-C6 @ 200Mhz with 128M of memory there is no point in restricting your VM build system to that.

Gnome now needs a graphics system with 3D hardware acceleration. Its unlikely a Winchip-C6 @ 200Mhz provides that, so, Gnome is a bad choice.
It has lots of other shiny features that are out of place on such low end hardware. Xfce would be a better choice, or even no GUI at all.

What do you want to do with this 15 year old system?


A Raspberry Pi is easier to play with but it won't run Gnome either.
_________________
Regards,

NeddySeagoon

Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail.
Back to top
View user's profile Send private message
jackb_guppy
n00b
n00b


Joined: 20 May 2014
Posts: 10

PostPosted: Thu May 22, 2014 12:19 pm    Post subject: Reply with quote

Thank you both for replying.

I understand the i-opener is a old machine with limits by today's standards. The goal is understanding how to do something not what it is being done on. Gnome was my choice since it is tool that I most familiar with since I been using that interface for over 15 years. I got into linux, becuae it can work older machines.

If gentoo and its tools are not able to handle old equipment then the choice to build a system around 486 or 586 or other old or small processors should be there. Or when a lower power or smaller size machine is choosen then do not allow or block/remove the old equipment. I found that AMD PCNET driver is not a pre-chosen ethernet driver (needed for VMware) nor was the CATC driver needed for belkin usb-ethernet interface, but the options where there and and I could set them. Also including turning of PCI interface and adding USB1 support.

Please help me understand how I can correct compile issues vs my choices of equipment or software packages. Even, if I choose another graphical interface - I will still have to figure out how to use the USE flags to get around the emerge issues.

PS: I also have RPi to play with and am looking at building systems for it too.
Back to top
View user's profile Send private message
NeddySeagoon
Administrator
Administrator


Joined: 05 Jul 2003
Posts: 43808
Location: 56N 3W

PostPosted: Thu May 22, 2014 5:29 pm    Post subject: Reply with quote

jackb_guppy,

Gentoo can be run on the widest range of hardware of any Linux distro.
It aims to be as close to the upstream project(s) as possible.
That means users have to make choices appropriate to their target hardware.

For example, I run Gentoo on a Raspberry Pi with a Broadcom System on a Chip, an Acer One with a 32 bit Atom CPU, an AMD 1090 but they all require different approaches.
I used to run Gnome on the Atom and AMD systems but about a year ago Gnome made what I consider to be a bad design decision, so I have moved to Xfce.
The Atom was struggling to build Gnome anyway.

The Raspberry Pi builds almost nothing for itself. The AMD64 cross compiles, either directly or with cross distcc.

The I-Opener was a long way from top of the range even when it was introduced. You can run Gentoo on it, you can build everything in a VM on another host for it too.
What you must do is choose packages that suit your target system.

One down side of the passage of time is that modern gcc really needs 512Mb RAM. If you are not in a hurry, swap works for most things.
Thats why I suggested giving your build box more RAM.

If you would like a trip down memory lane, your I-Opener will run Red Hat 6.x, with Gnome and KDE and the 2.2 kernel ...
I can host a set of CDs for that if you like. Its from 1999.
_________________
Regards,

NeddySeagoon

Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail.
Back to top
View user's profile Send private message
jackb_guppy
n00b
n00b


Joined: 20 May 2014
Posts: 10

PostPosted: Thu May 22, 2014 10:07 pm    Post subject: Reply with quote

NOW can get to part of working around the circular and slotting issues?

Remember: Teach a person to fish, he will be feed for life. Give a person a fish, he feed for 1 meal. Now let us get out of talking about the reel!
Back to top
View user's profile Send private message
desultory
Administrator
Administrator


Joined: 04 Nov 2005
Posts: 9276

PostPosted: Sat May 24, 2014 4:01 am    Post subject: Reply with quote

jackb_guppy wrote:
NOW can get to part of working around the circular and slotting issues?

Remember: Teach a person to fish, he will be feed for life. Give a person a fish, he feed for 1 meal. Now let us get out of talking about the reel!
Well, if you want to catch fish, you will need to find the fish:
jackb_guppy wrote:
Code:
(gnome-base/gnome-shell-3.10.4-r2::gentoo, ebuild scheduled for merge) depends on
 (gnome-base/gnome-control-center-3.10.3::gentoo, ebuild scheduled for merge) (runtime)
  (gnome-extra/nm-applet-0.9.8.8-r2::gentoo, ebuild scheduled for merge) (buildtime)
   (virtual/notification-daemon-0::gentoo, ebuild scheduled for merge) (buildtime)
    (gnome-base/gnome-shell-3.10.4-r2::gentoo, ebuild scheduled for merge) (runtime)

Now that we know where they are, we need to find what they are hungry for:
Looking around in the ebuilds, though there are several tools available to check dependencies, it is evident that to break that cycle, the only available flag to toggle along that loop is the gnome USE flag for virtual/notification-daemon-0. though doing so will pull in a dependency that you are unlikely to use once rebuilt with -gnome.

Remember to cast just past cover, and to report invasive species.
Back to top
View user's profile Send private message
jackb_guppy
n00b
n00b


Joined: 20 May 2014
Posts: 10

PostPosted: Sat May 24, 2014 3:07 pm    Post subject: Reply with quote

I am not getting something on how to use the USE= flags then. I have tried both:
Code:
USE="-virtual/notification-daemon-0" emerge gnome

and changing package.use to:
Code:
gnome-base/gnome-session branding
USE="-virtual/notification-daemon-0"

Both runs still bring up the circular reference. I am think about clearing the VM and starting again, so I can besure that nothing else I have tried to work around the issue is still in play. Thoughts?
Back to top
View user's profile Send private message
NeddySeagoon
Administrator
Administrator


Joined: 05 Jul 2003
Posts: 43808
Location: 56N 3W

PostPosted: Sat May 24, 2014 4:31 pm    Post subject: Reply with quote

jackb_guppy,

The key words in desultorys post were
desultory wrote:
... toggle along that loop is the gnome USE flag for virtual/notification-daemon-0.

So the USE flag is gnome. Setting USE flags on the command line is usually a very bad idea but as its te break a circular dependency, it won't hurt.

Code:
USE=-gnome emerge -1 virtual/notification-daemon

The -1 means --oneshot. This prevents virtual/notification-daemon being added to your world file.

When you god back to emerge gnome later virtual/notification-daemon will be rebuilt with the gnome flag.

virtual/notification-daemon is a package atom.
_________________
Regards,

NeddySeagoon

Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail.
Back to top
View user's profile Send private message
jackb_guppy
n00b
n00b


Joined: 20 May 2014
Posts: 10

PostPosted: Sun May 25, 2014 1:14 am    Post subject: Reply with quote

desultory and NeddySeagoon

Thank you, that solved circular issue. Sorted out the others of these, but cannot figure sort out that "-bindist"

Code:
The following USE changes are necessary to proceed:
 (see "package.use" in the portage(5) man page for more details)
# required by net-voip/telepathy-gabble-0.18.2[-gnutls]
# required by net-im/telepathy-connection-managers-2-r2[-msn,jabber]
# required by net-im/empathy-3.10.3
# required by gnome-base/gnome-core-apps-3.10.0
# required by gnome-base/gnome-3.10.0
# required by gnome (argument)
=dev-libs/openssl-1.0.1g -bindist
Back to top
View user's profile Send private message
NeddySeagoon
Administrator
Administrator


Joined: 05 Jul 2003
Posts: 43808
Location: 56N 3W

PostPosted: Sun May 25, 2014 1:01 pm    Post subject: Reply with quote

jackb_guppy,

The package dev-libs/openssl needs to be rebuilt with USE=-bindist set.
_________________
Regards,

NeddySeagoon

Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail.
Back to top
View user's profile Send private message
jackb_guppy
n00b
n00b


Joined: 20 May 2014
Posts: 10

PostPosted: Sun May 25, 2014 5:22 pm    Post subject: Reply with quote

NeddySeagoon - Again thanks.

You are correct, that was the final step. But I did try that directly. Found that I had slotting issue. It was caused by my earlier attempt to get around the issues. Had to first unmerge openssl - I had manually loaded it and the wrong version to boot! Once I got out of the way 425+ objects to compile! It is running now.

Again thank you all.

jackb

PS: now looking for light graphic engine then gnome. But at least I think i understand the messages and fixing them. :o
Back to top
View user's profile Send private message
Display posts from previous:   
Reply to topic    Gentoo Forums Forum Index Desktop Environments All times are GMT
Page 1 of 1

 
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