The same build of Chrome has been stabilized under windows recently. I would like to propose to make it stable under Linux as well. emerge --info Portage 2.2_rc61 (default/linux/x86/10.0/desktop, gcc-4.3.4, glibc-2.10.1-r1, 2.6.32-gentoo-r1 i686) ================================================================= System uname: Linux-2.6.32-gentoo-r1-i686-Intel-R-_Core-TM-2_Duo_CPU_T8300_@_2.40GHz-with-gentoo-2.0.1 Timestamp of tree: Mon, 25 Jan 2010 05:30:01 +0000 app-shells/bash: 4.0_p35 dev-java/java-config: 2.1.10 dev-lang/python: 2.6.4 dev-util/cmake: 2.6.4-r3 sys-apps/baselayout: 2.0.1 sys-apps/openrc: 0.6.0-r1 sys-apps/sandbox: 2.2 sys-devel/autoconf: 2.13, 2.63-r1 sys-devel/automake: 1.9.6-r2, 1.10.2 sys-devel/binutils: 2.18-r3 sys-devel/gcc-config: 1.4.1 sys-devel/libtool: 2.2.6b virtual/os-headers: 2.6.29 ACCEPT_KEYWORDS="x86" ACCEPT_LICENSE="* -@EULA dlj-1.1 PUEL" CBUILD="i686-pc-linux-gnu" CFLAGS="-march=native -O2 -pipe -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/share/X11/xkb /usr/share/config" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo /etc/udev/rules.d" CXXFLAGS="-march=native -O2 -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="assume-digests distlocks fixpackages news parallel-fetch preserve-libs protect-owned sandbox sfperms strict unmerge-logs unmerge-orphans userfetch" GENTOO_MIRRORS="http://gentoo.channelx.biz/" LANG="en_US.utf8" LC_ALL="en_US.utf8" LDFLAGS="-Wl,-O1" LINGUAS="en ru" MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" PORTAGE_CONFIGROOT="/" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage/layman/sectools /usr/local/portage/layman/enlightenment /usr/local/portage" SYNC="rsync://gentoo.o0o.nu/gentoo-portage" USE="X a52 aac acl acpi alsa bash-completion berkdb branding bzip2 cairo cdr cli consolekit cracklib crypt cxx dbus dri dts dvd dvdr eds emboss encode evo firefox flac fortran gdbm gif gpm hal iconv ipv6 java jpeg kde libnotify mad mikmod mng modules mp3 mp4 mpeg mudflap ncurses nls nptl nptlonly nsplugin ogg opengl openmp pam pcre pdf perl png ppds pppd python qt3support qt4 quicktime readline reflection sdl session spell spl ssl startup-notification svg sysfs tcpd thunar tiff truetype unicode usb vorbis win32codecs x264 x86 xcomposite xml xorg xulrunner xv xvid zlib" ALSA_CARDS="intel8x0 hda-intel" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" ELIBC="glibc" INPUT_DEVICES="keyboard mouse evdev synaptics" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="en ru" LIRC_DEVICES="sir" RUBY_TARGETS="ruby18" USERLAND="GNU" VIDEO_CARDS="intel vesa radeon" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
Not that I've followed it much lately, but last time I checked this was pretty much why chromium won't be stabled anytime soon: http://spot.livejournal.com/312320.html Granted, it's a work in progress fixing these problems. But bundled libraries is generally a very bad idea and a good reason not to stable. http://neugierig.org/software/chromium/notes/2009/12/forking.html Is the "reply" (not official that is) from one of the Chromium devs.
Linux and Windows are really different and thus having something stable in windows does not make it stable in Linux. Well, let's let maintainers to decide, anyway.
We don't want to stabilize packages that upstream doesn't consider stable. The Linux versions of Chromium are still not feature-complete, and stabilizing a dev channel release is not really a good idea. It's not even beta. Please stay tuned...
I would like to reopen the bug request after todays post http://phajdan-jr.blogspot.com/2010/05/www-clientchromium-soon-to-go-stable-in.html and add a comment that the -bin version would be also something good to have stable.
Thanks for your interest. However, to keep things organized, I'm going to open a fresh stabilization bug after all the conditions for marking a package stable are satisfied. See http://devmanual.gentoo.org/keywording/index.html Please also note that the -bin package has problems (it's more or less a random snapshot from the upstream buildbot), and in the current shape it can't be made stable. *** This bug has been marked as a duplicate of bug 321491 ***
