| 1 |
On Mon, Apr 12, 2010 at 6:57 AM, Mark Knecht <markknecht@×××××.com> wrote: |
| 2 |
> ...is not so good actually. Certainly not the way I'd want others to |
| 3 |
> experience Gentoo. |
| 4 |
> |
| 5 |
> OK, the ~amd64 upgrade to @system was easy and relatively painless. |
| 6 |
> The documents were fairly clear. There are things to learn, and old |
| 7 |
> friends like rc-update and df look different, but it worked and didn't |
| 8 |
> take long - less than an hour to reboot including editing - so that's |
| 9 |
> good. |
| 10 |
> |
| 11 |
> Unfortunately, simply allowing all environments & apps on the system |
| 12 |
> to go ~amd64 isn't working out as nicely. |
| 13 |
> |
| 14 |
> 1) xfce4 had one build failure. I masked it and the build finished. |
| 15 |
> xfce starts and seems to mostly work, but I get no wallpaper and the |
| 16 |
> right click for a menu on the desktop doesn't work. It's usable, but |
| 17 |
> clearly 'not stable'. |
| 18 |
|
| 19 |
Hi, |
| 20 |
|
| 21 |
I'm using ~amd64 for my whole system (for years). I have a similar |
| 22 |
system to yours, but only a Core i7 920, :) and at the moment every |
| 23 |
package on my system builds fine. |
| 24 |
|
| 25 |
Which package failed? Which profile and GCC are you using? I just |
| 26 |
emerged xfce4-meta and everything worked. Here's my GCC, profile and |
| 27 |
xfce versions (I also use unmasked portage): |
| 28 |
|
| 29 |
[ebuild R ] sys-devel/gcc-4.4.3 USE="fortran gcj graphite gtk |
| 30 |
mudflap (multilib) nls nptl objc objc++ objc-gc openmp (-altivec) |
| 31 |
-bootstrap -build -doc (-fixed-point) (-hardened) (-libffi) -multislot |
| 32 |
(-n32) (-n64) -nocxx -test -vanilla" 0 kB |
| 33 |
|
| 34 |
$ sudo gcc-config -l |
| 35 |
[1] x86_64-pc-linux-gnu-4.4.3 * |
| 36 |
|
| 37 |
$ sudo eselect profile show |
| 38 |
Current make.profile symlink: |
| 39 |
default/linux/amd64/10.0/desktop |
| 40 |
|
| 41 |
My cflags: |
| 42 |
CFLAGS="-march=native -O3 -floop-interchange -floop-strip-mine |
| 43 |
-floop-block -ggdb -pipe" |
| 44 |
CXXFLAGS="${CFLAGS}" |
| 45 |
LDFLAGS="-Wl,--as-needed" |
| 46 |
|
| 47 |
|
| 48 |
$ emerge -vp xfce4-meta |
| 49 |
|
| 50 |
These are the packages that would be merged, in order: |
| 51 |
|
| 52 |
Calculating dependencies... done! |
| 53 |
[ebuild N ] xfce-base/libxfce4util-4.7.1 USE="-debug" 0 kB |
| 54 |
[ebuild N ] dev-util/xfce4-dev-tools-4.7.2 0 kB |
| 55 |
[ebuild N ] x11-themes/xfce4-icon-theme-4.4.3 0 kB |
| 56 |
[ebuild N ] x11-themes/gtk-engines-xfce-2.6.0 0 kB |
| 57 |
[ebuild N ] xfce-base/xfconf-4.7.2 USE="perl -debug -profile" 0 kB |
| 58 |
[ebuild N ] xfce-base/exo-0.3.106 USE="hal libnotify python -debug" 0 kB |
| 59 |
[ebuild N ] xfce-base/libxfce4menu-4.6.1 USE="-debug" 0 kB |
| 60 |
[ebuild N ] xfce-base/libxfcegui4-4.6.3 USE="startup-notification |
| 61 |
-debug -glade" 0 kB |
| 62 |
[ebuild N ] xfce-base/xfce4-panel-4.6.2-r1 |
| 63 |
USE="startup-notification -debug" 0 kB |
| 64 |
[ebuild N ] xfce-base/xfce-utils-4.6.1 USE="dbus lock -debug" 0 kB |
| 65 |
[ebuild N ] xfce-base/xfwm4-4.6.1 USE="startup-notification |
| 66 |
xcomposite -debug" 0 kB |
| 67 |
[ebuild N ] xfce-base/xfce4-settings-4.6.3-r1 USE="keyboard |
| 68 |
libnotify -debug -sound" 0 kB |
| 69 |
[ebuild N ] xfce-base/xfce4-session-4.6.1-r1 USE="-debug -fortune |
| 70 |
-gnome -gnome-keyring -profile" 0 kB |
| 71 |
[ebuild N ] xfce-base/thunar-1.0.1 USE="dbus exif hal pcre |
| 72 |
startup-notification trash-plugin -debug -doc -gnome -test" 0 kB |
| 73 |
[ebuild N ] xfce-base/xfdesktop-4.6.1-r1 USE="branding |
| 74 |
menu-plugin thunar -debug -doc" LINGUAS="-be -ca -cs -da -de -el -es |
| 75 |
-et -eu -fi -fr -he -hu -it -ja -ko -nb_NO -nl -pa -pl -pt_BR -ro -ru |
| 76 |
-sk -sv -tr -uk -vi -zh_CN -zh_TW" 0 kB |
| 77 |
[ebuild N ] xfce-base/xfce4-meta-4.6.1 USE="session -minimal" 0 kB |
| 78 |
|
| 79 |
|
| 80 |
The xfce wallpaper thing sounds like what I experienced with xfce |
| 81 |
during the jpeg-6-to-7 upgrade process. At the time, jpeg was not |
| 82 |
slotted and there was jpeg-compat for programs that were incompatible |
| 83 |
with jpeg-7. Now we have jpeg-8 as well, and 6/7/8 are in slots, so |
| 84 |
maybe the solution is different. Back then, I unmerged and masked |
| 85 |
jpeg-6, revdep-rebuild everything that depended on jpeg so that it was |
| 86 |
built against jpeg-7 and then everything was fine. (Maybe there was a |
| 87 |
gtk+ patch I had to apply on day 0, but that was long ago made |
| 88 |
obsolete by newer versions of gtk+ in portage) |
| 89 |
|
| 90 |
|
| 91 |
> 2) gnome-2.28 simply doesn't build. |
| 92 |
|
| 93 |
I'm not a gnome user but I can try this if you want (135 packages to |
| 94 |
emerge in my case), or if you have more specific info about which part |
| 95 |
doesn't build I can try only the specifics. |
| 96 |
|
| 97 |
|
| 98 |
> 3) I'm currently left with lots of things in emerge @preserved-rebuild |
| 99 |
> that don't build. emerge -DuN @world is not clean. |
| 100 |
|
| 101 |
Maybe you can unmerge those packages, allowing emerge to get rid of |
| 102 |
the preserved libs, then emerge world to bring those packages back. |
Archives