Hello, XFCE 4.6.0 has been in the tree for about a month, and running very well on my laptop. Since there only seems to be a couple bugs open for this upgrade, I thought a tracker bug might be nice to see what's left for stablization of this great update to the xfce series. Reproducible: Always
A few issues, mainly upstream. There is a 4.6.1 already in progress, so we may choose to defer to that depending on timeline involved.
Ok, the bug list was too large for 4.6.0 to mark it stable. I just put 4.6.1 in the tree and removed the relevant 4.6.0 ebuilds. http://www.tx-us.xfce.org/archive/xfce-4.6.1/src/ <- All in the tree, 17 total. (plus the gentoo meta ebuild) Please test and file new bugs if needed.
strange, but i have problem when ejecting mounted CD using physical button http://bugs.gentoo.org/show_bug.cgi?id=199615 exo 0.3.101, thunar 1.0.1, amd64
This is a tracker, feel free to let other bugs block this one, but please keep this bug clean
I think we are good to go here. The few remaining open bugs are obscure and reported upstream. We can't magically fix those =P I will get a list for the core components late next week. Can anyone check in on extras/ and see how they are doing? I did a spot check and couldn't find any updates needed...*shrug*
Created attachment 191864 [details] list v1 open for review.
It's working pretty well here. Any thoughts on apps like orage and Terminal?
Created attachment 192064 [details] list v2 There's also xfwm4-themes and libxfcegui4 missing, here's a new list
Created attachment 193998 [details] list v3 just a minor typo.
Ok arches, please let me know if there is any problems with the above list (v3). I just went through it 2 days ago and made sure that tests passed in my stable chroot. The remaining bugs in the xfce queue are upstream issues that have had due dillegence and passed upstream to the best of my knowledge. If you are not an Xfce user, you won't see many visible changes on the surface from 4.4.3 to 4.6.1. Alot of under-the-cover improvements and a more sane set of defaults (IMO). Keywords: xfce4-4.4.3: alpha amd64 arm hppa ia64 ppc ppc64 sparc x86 ~mips Keywords: xfce4-4.6.1: ~alpha ~amd64 ~arm ~hppa ~ia64 ~ppc ~ppc64 ~sparc ~x86 ~x86-fbsd
Created attachment 194001 [details] list v4 oops, forgot libxfcegui4 in the list *rolleyes* For your convienience, this list is in dep-order. ;)
amd64 stable :)
Upgrade path is broken with x11-misc/notification-daemon-xfce USE="xfce" installed. RDEPEND line xfce? ( || ( >=xfce-base/xfce-mcs-manager-4.2.2 xfce-base/xfce4-settings ) ) pulls in xfce-mcs-manager if xfce4-settings is not installed. I needed to unmerge xfce-mcs-manager by hand then emerge -1 xfce4-settings. Maybe swapping >=xfce-base/xfce-mcs-manager-4.2.2 and xfce-base/xfce4-settings will prefer xfce4-settings if it is available over xfce-mcs-manager? BR, Dustin
(In reply to comment #13) > I needed to unmerge xfce-mcs-manager by hand then emerge -1 xfce4-settings. > > Maybe swapping >=xfce-base/xfce-mcs-manager-4.2.2 and xfce-base/xfce4-settings > will prefer xfce4-settings if it is available over xfce-mcs-manager? There is a blocker in xfce4-settings that will unistall xfce-mcs-manager automatically if xfce-mcs-manager isn't in your world file. The way || deps work is to choose the first one if neither are installed but if the second is installed then it will be satisfied. I'll ask and get a second opinion to see if this should be changed here. thanks.
(In reply to comment #14) > I'll ask and get a second > opinion to see if this should be changed here. thanks. > It should be fine to leave as-is unless you could provide more info on why you "had to" do what you did. The question is: does xfce-mcs-manager work properly on xfce-4.6.1 (instead of xfce4-notifyd which will be marked stable after this bug is done). I don't use any notifications engine.
(In reply to comment #14) > There is a blocker in xfce4-settings that will unistall xfce-mcs-manager > automatically if xfce-mcs-manager isn't in your world file. Well, it was not in my world file. Unfortunately, now that I have updated "manually", I cannot provide emerge output without downgrading and then upgrading again. What happened was something like x-m-m was considered to be uninstalled by portage due to the blocker as expected. But it seems that afterwards while calculating the deps for notification-daemon-xfce, portage did not take into account that xfce4-settings is satisfying the deps and tries to pull x-m-m again which results in a conflict. Unmerging x-m-m by hand and therefore providing neither of the deps leads to a re-evaluation of the deps taking the first entry precedence which is x-m-m resulting again in a conflict. What I try to say in few words is: 1) Portage solves blocker by scheduling x-m-m for unistallation 2) Portage evaluates deps of already installed packages and decides that x-m-m needs to be kept for n-d-x and does not take into account that there will be xfce4-settings present to fulfill deps after installation process. This looks to me like a bug in portage. 3) Since portage does not resolve deps correctly, user is forced to uninstall x-m-m by hand leaving an unresolved dependency for n-d-x which will be pulled in when 'emerge -uND world' is issued the next time. In this case, neither dep is installed and the first package in || ( ) block takes precedence (which is x-m-m) leading again to a conflict. IMO, portage is not doing its job correctly, so the user is needed to do something by hand but the current order of deps does not permit an update by hand. To reproduce this: 1) Mask packages mentioned in "in_order.txt" attached to this bug. 2) Install xfce4. 2) Install notification-daemon-xfce with USE="xfce" enabled. This will pull x-m-m as dependency. 3) Unmask packages again and try to update with 'emerge -uND world'. This will give you the blocker I was talking about. For completeness, I am using Portage 2.1.6.13 (default/linux/amd64/2008.0, gcc-4.3.2, glibc-2.9_p20081201-r2, 2.6.28-gentoo-r5-stable x86_64) In my world file, I have entries for xfce-base/xfce4{,-extras} and x11-misc/notification-daemon-xfce. These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild R ] xfce-base/xfce4-4.6.1 USE="alsa cups minimal -oss -xscreensaver" 0 kB [ebuild R ] xfce-base/xfce4-extras-4.4.2 USE="battery cpufreq hal lm_sensors wifi -gnome" 0 kB [ebuild R ] x11-misc/notification-daemon-xfce-0.3.7 USE="xfce -debug" 0 kB BR, Dustin
Nice writeup, thanks for that analysis. This issue looks like bug 264434. Zac (portage dev) has confirmed that swapping the || dep around should/might help. He also said that it should not require a revbump. So, that is done now. arches: Don't let this scare you ;) (and sorry for the noise, always some issues that come up once you release it to stable tree =/ )
x86 stable, I will do the Ferris and stay on the bug in case I forgot something.
All of them work fine on alpha. However, xfce4-settings isn't keyworded yet (I'll do that in a sec). We can then stabilize the whole lot once darkside thinks -settings has been in ~alpha for long enough.
Created attachment 194268 [details] build.log x11-terms/terminal-0.2.12 FTBFS with USE="dbus debug doc startup-notification" on SPARC, since the configure script appends -Werror to the CFLAGS if debugging support was enabled (ie --enable-debug). Should I proceed? Portage 2.1.6.13 (default/linux/sparc/2008.0/desktop, gcc-4.3.2, glibc-2.8_p20080602-r1, 2.6.28-gentoo-r5 sparc64) ================================================================= System uname: Linux-2.6.28-gentoo-r5-sparc64-sun4u-with-glibc2.0 Timestamp of tree: Wed, 10 Jun 2009 18:45:01 +0000 ccache version 2.4 [enabled] app-shells/bash: 3.2_p39 dev-lang/python: 2.5.4-r2 dev-util/ccache: 2.4-r7 sys-apps/baselayout: 1.12.11.1 sys-apps/sandbox: 1.6-r2 sys-devel/autoconf: 2.13, 2.63 sys-devel/automake: 1.5, 1.7.9-r1, 1.9.6-r2, 1.10.2 sys-devel/binutils: 2.18-r3 sys-devel/gcc-config: 1.4.1 sys-devel/libtool: 1.5.26 virtual/os-headers: 2.6.27-r2 ACCEPT_KEYWORDS="sparc" CBUILD="sparc-unknown-linux-gnu" CFLAGS="-O2 -mcpu=ultrasparc -pipe" CHOST="sparc-unknown-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/config" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/init.d /etc/pam.d /etc/php/apache2-php5/ext-active/ /etc/php/cgi-php5/ext-active/ /etc/php/cli-php5/ext-active/ /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo /etc/texmf/language.dat.d /etc/texmf/language.def.d /etc/texmf/updmap.d /etc/texmf/web2c /etc/udev/rules.d" CXXFLAGS="-O2 -mcpu=ultrasparc -pipe" DISTDIR="/usr/portage/distfiles" EMERGE_DEFAULT_OPTS="-akv --jobs=3 --keep-going --load-average=3 --with-bdeps y" FEATURES="ccache distlocks fixpackages parallel-fetch protect-owned sandbox sfperms strict test test-fail-continue unmerge-orphans userfetch userpriv usersandbox" GENTOO_MIRRORS="http://ftp.dei.uc.pt/pub/linux/gentoo http://cesium.di.uminho.pt/pub/gentoo ftp://ftp.rnl.ist.utl.pt/pub/gentoo http://darkstar.ist.utl.pt/pub/gentoo http://distfiles.gentoo.org http://www.ibiblio.org/pub/Linux/distributions/gentoo" LANG="en_GB.UTF8" LDFLAGS="-Wl,-O1" MAKEOPTS="-j3 -l3" 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" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="X alsa bash-completion bindist branding bzip2 cairo cdr cli cracklib crypt dbus dri dvd dvdr dvdread emboss encode evo fam fastcgi firefox fortran gcc64 gif gnome gstreamer gtk hal iconv ipv6 isdnlog jpeg kde kpathsea libnotify mad midi mikmod mp3 mpeg mudflap ncurses nptl nptlonly ogg opengl openmp pam pcre pdf perl png ppds pppd python qt3 qt3support qt4 quicktime readline reflection sdl session sparc spl ssl startup-notification svg sysfs tcpd tiff truetype unicode usb vim-syntax vorbis xml xorg xulrunner xv zlib" 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="evdev keyboard mouse" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" USERLAND="GNU" VIDEO_CARDS="mach64 sunffb" Unset: CPPFLAGS, CTARGET, FFLAGS, INSTALL_MASK, LC_ALL, LINGUAS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY
Created attachment 194274 [details, diff] terminal-configure.in.patch The attached patch makes the following changes: - Add HAVE_DBUS to AM_CONDITIONAL to prevent automake from failing (this should probably be sent to upstream). - Do not add -Werror, nor -errwarn=%all (from Sun Studio compiler suite) to CFLAGS if debugging support was requested. - Change the ebuild accordingly. Hope it's the correct approach, though.
(In reply to comment #21) > Created an attachment (id=194274) [edit] > terminal-configure.in.patch Thank you! Applied to terminal-0.2.12
Created attachment 194473 [details] list v5 remaining arches: The only change on this new list is the addition of a patch to exo-0.3.101-r1 for localized systems. Since it already had amd64 and x86 stable keywords, I forced the commit with those keywords present. Please proceed and thanks in advance.
sparc stable
Stable for HPPA.
arm/ia64/sh stable
All stable on alpha.
ppc64 done
ppc stable. closing since we're last