I can't emerge -vup --deep world due to some package that want epiphany and epiphany woun't compile without mozilla compiled with gtk2. Mozilla with gtk2 is unstable... Reproducible: Always Steps to Reproduce: 1. 2. 3. Actual Results: compile error when building epiphany due to nonexisting gtk2 mozilla Expected Results: I nice gentoo system without epiphany... ;) Portage 2.0.49-r7 (default-x86-1.4, gcc-3.3.1, glibc-2.3.2-r1, 2.4.22_pre2-gss) ================================================================= System uname: 2.4.22_pre2-gss i686 Pentium III (Coppermine) ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CFLAGS="-O3 -march=pentium3 -pipe" CHOST="i686-pc-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /var/qmail/control /usr/share/config /usr/kde/2/share/config /usr/kde/3/share/config /usr/X11R6/lib/X11/xkb /opt/tomcat/conf /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" CXXFLAGS="-O3 -march=pentium3 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="sandbox ccache autoaddcvs" GENTOO_MIRRORS="http://gentoo.oregonstate.edu http://distro.ibiblio.org/pub/Linux/distributions/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="x86 oss apm arts avi crypt cups encode foomaticdb gif jpeg libg++ mad mikmod mmx mpeg ncurses nls pdflib quicktime sdl spell truetype xmms xv zlib gdbm berkdb slang readline svga java X gpm tcpd pam libwww ssl python esd imlib oggvorbis gnome gtk motif opengl mozilla jikes junit apache2 -kde -qt perl fbcon tcltk xinerama sse xml xml2 -rage12b mach6 png mozsvg emacs tetex kerberos gcl"
> Mozilla with gtk2 is unstable... do you mean unstable in terms of usage (i've never seen moz 1.4 with gtk2 crash due to a gtk2 related problem), or unstable in terms of being in ~arch (which doesnt matter because epiphany is in ~arch only) it's most likely gnome that wants epiphany because epiphany is now part of the default GNOME desktop distributed by gnome.org, which is the distribution that we provide in gentoo.
With unstable I was referring to the gui. I've only tried moz w/ gtk2 for about 2 minutes and I found a couple of things that didn't work and that made moz w/gtk2 NOT an option for me... CTRL+SHIFT shortcuts (CTRL+SHIFT+D beeing about the only shortcut I use in moz) Add Atachment dialog doesn't show at all A number of other dialog (including the ones that appear when you send mail) didn't show up either Is there a simple way to exclude epiphany from gnome? When I do "etcat -d net-www/epiphany" I don't get any packages.
the simplest would be to "emerge inject net-www/epiphany-1.0"
Re: Comment #2: Please provide a list of all dialogs that do not display. The attach files dialog does in fact work when Mozilla is compiled with GTK+ 2. Mozilla must be compiled against GTK+2 for Epiphany to build.
I guess the suggested workaround will work. But it is still a bug that gnome is dependent on epiphany even when compiling w/o gtk2, isn't it? When it comes to reporting the stuff on moz w/gtk2 I might be able to recompile and retest. But I'm sure that when I pressed the "add attachment" button and the "send" button in the toolbar, nothing happened. I think that the menu didn't work either, but I'm no 100% sure. look at http://bugzilla.mozilla.org/show_bug.cgi?id=220078 for more info. I thought it was related to the shortcut bug but I guess it wasn't...
nah we can't impose USE flags on deps yet, but we have some check in epiphany itsself to make sure this is the case. In the GRP profile gtk2 has been added, maybe more profiles should follow.
I recompiled moz w/ gtk2 and it worked better this time. Don't now if it's due to a new version somewhere down the dependency tree or to moz itself, but the dialogs sure were not working the last time... I guess if the USE options can't change the dependency (which I think is strange) then there is not much to do about the bug other than CANTFIX... Where do I remove the dependency on epiphany from gnome if I choose that workaround? And is there someplace you can get the USE flags used in the GRP without downloading a new CD? thanks anyway /joel
I disagree with the CANTFIX concept! I have vanilla ACCEPT_KEYWORDS="x86" systems "emerge sync"ed this morning that are un-upgradeable because of this situation. "gtk2" is not set in the use.defaults file so nothing gets built with gtk2. I respectfully submit that default gnome-based systems should update out of the box, and that isn't the case right now.
robert there are two solutions. one is provided by the epiphany ebuild which tells you how to rebuild mozilla with gtk2 support. and the second suggestion is in this bug which regards using emerge inject to pretend you have epiphany installed. this was also covered in mails to both -user and -dev.
There is a third solution for the GNOME ebuild: ( gtk2? >=net-www/epiphany ) Obz: What do you think?
Foser: Missed your comment - why can't dependencies be conditionalised as such?
Brad, I think foser meant that we can't force mozilla to be rebuilt with gtk2 from the epiphany ebuild. In the case say, that someone has built mozilla without gtk2, epiphany can't check and rebuild mozilla with gtk2, it can only check to see if mozilla is actually installed. That's why we need the extra pkg_setup() check to determine which gtk mozilla was built with. And following on that line, I guess having a conditional epiphany based on gtk2 would cause a similar problem if mozilla was compiled without gtk2, but now the user has USE="gtk2" set, so the gnome ebuild says "yep, we've got gtk2, build epiphany", but the epiphany ebuild checks and mozilla wasnt compiled with gtk, and will halt.
considering that a few ppl have already posted in the forums that they wanna remove epiphany on a more permanent basis (emerge -Dup doesn't keep nagging about epiphany), why not introduce another use flag "epiphany". if it's set, then skip it... i don't like injecting packages unless it's of my own ebuilds... so yeah... give ppl the option to not run epiphany. i think this is relevant in this bug.
sorry abou that last comment... a few things need to be changed.. s/(emerge -Dup doesn't keep nagging/(emerge -Dup won't nag/ s/if it's set, then skip it.../if it's set, install epiphany, else don't/
If you choose our gnome pack you basicly choose the complete platform, i see epiphany as an integral part of the desktop nowadays. I dislike the use of extra USE flags for this, that and the other case. Not everybody will like it, but if not then you are free to not use gnome-meta and pick exactly what _you_ like that is the power Gentoo offers. gnome-meta has for considerably time installed libs nobody ever used, i heard no complains about that, it is just that this is a more observational extra. I agree it installs really 2 browsers now, but that should end as soon as mozilla splits away it's browser from the core. You might want to take a look at gnome-light (although it needs updating), just the gnome essentials and you can emerge needed applications as you wish.
Created attachment 19064 [details] Broken filepicker dialog in Mozilla-1.4-r3 compiled with gtk2 I felt forced to recompile Mozilla 1.4-r3 with gtk2 due to epiphany, and as a result I can no longer save to file, attach files, or open local files in Mozilla, because the filepicker dialog is completely broken (see attached image).
Created attachment 19070 [details] Entry locale/en-US/global/filepicker.dtd from /usr/lib/mozilla/chrome/en-US.jar To find the cause of the broken filepicker dialog shown in my previous comment, I have looked at filepicker descriptions in the Mozilla chrome and found what appear to be spurious ^M characters in the entry locale/en-US/global/filepicker.dtd in the file /usr/lib/mozilla/chrome/en-US.jar
Forcing mozilla to compile with gtk2 effectively shoots down galeon, which won't compile if mozilla is compiled with gtk2. Galeon is my browser of choice, and currently won't run after a recent gentoo upgrade because libgtksuperwin.so is no longer present. I tried to recompile galeon, but can't, because of mozilla being compiled against gtk2. All my bookmarks for my work are in galeon.
I am fed up with this nonsense and am currently emerging mozilla normally, i.e. without gtk2. This will probably break epiphany, but deservedly so in my mind (I need a working mozilla and got epiphany only as part of the gnome-2.4 package). If you can suggest a better solution to obtain a working mozilla, please post it here.
Another option would be to try using galeon 1.3.8, which is designed for GNOME2, and quite full-featured. The filepicker dialog works here - try completely unmerging all vestiges of mozilla and emerging it anew with the gtk2 USE flag. I've had little trouble running mozilla with GTK+2 - let's concentrate on getting that working on you before worrying about epiphany or galeon.
I'm actually running mozilla 1.4-r4 with gtk2 and galeon 1.3.9 with no problems, other than that the galeon UI under gtk2 is a bit raw here and there and some of the features I'm used to in galeon are now missing. Jerking the USE and masking options around to get things working with help from gentoo developers isn't all that much of a problem (except for the looooong build times on mozilla and galeon even on a 12K bogomips box). The real issue here isn't so much a tech support issue (although the tech support is appreciated!) but the fact that having to resort to using masked ebuilds to resolve conflicts among unmasked ebuilds is a genuine bug and needs to be addressed as such. I'm sure y'all are quite aware of this.
GNOME devs: Can galeon 1.2.x be declared a page from the past?
Comment #20: > The filepicker dialog works here - try completely unmerging > all vestiges of mozilla and emerging it anew with the gtk2 USE flag. I did that: emerge -C mozilla epiphany USE=gtk2 emerge /usr/portage/net-www/mozilla/mozilla-1.4-r4.ebuild and obtained a working file picker dialog. So everything seems fine now. (Previously, I had just done "emerge mozilla" without unmerging anything, and the package installed by this was mozilla-1.4-r3).
galeon 1.3 can go stable soon-ish . Anyway that doesn't solve the problem, the problem is that not all profiles define gtk2 or users themselves do not do that and portage lacks support for deps with USE flags. So one way or the other there will be unhappy users.
Well gentoo is not for the faint of heart. If there are developers and others around to talk to when things get wonky then I, for one, am a reasonably happy camper. I'm wondering if some of the annoyances in galeon 1.3 are in line to be addressed, such as the (rather broken) way galeon 1.3 handles favicon.ico icons and the lack of, among others, a 'clear location' widgit for the toolbar. The latter enables very convenient one-handed copy-paste-go operation, and this, along with persistent text entriy fields in smart bookmarks (also gone!) are among the little conveniences that have made galeon my favorite browser. I hate to see them go and hope that these and other features will return as the migration to gtk2 becomes more mature. Perhaps I need to bring this up on one of galeon's sourceforge lists.
Hi, I just want to remind that currently this bug is breaking "emerge gnome" on a freshly installed system, I think it's critical that it get solved one way or another as soon as possible. Thanks.
foser: How about a check right in the GNOME meta-ebuild for the presence of GTK+2 in mozilla?
latest stable epiphany fixes this
Fixed
Ephphany still requires mozilla compiled with gtk2. galeon still requires mozilla compiled with gtk1.2. I have to use an unstable version of galeon to get it to work with the mozilla required for epiphany, and gentoo gnome requires epiphany for other features. So how is the problem fixed? IMHO it needs to be reopened.
file a new bug with gnome about it
Not needed, gtk2 shouldve been added to default profiles by now, when that is done we mark galeon 1.3 stable. Spider was going to do this a while ago, i'll poke him about it or do it myself.
The gtk2 was held up by some badly borked packages in the tree that misused the gtk / gtk2 USE flags. Those got cared for this bug-day, so all should be in order for the gtk2 defaulting tonight
