This will be Gentoo's first stable darcs ebuild in the 2.x series. It's the default darcs package in many other distros. The previous versions are showing their age, both in lack of performance and how it doesn't support the latest stable dev-lang/ghc-6.8.2 compiler very well. Thus, the Haskell herd kindly ask you to stabilize this ebuild, dev-util/darcs-2.0.2. Cheers!
Stable for HPPA.
Sparc is stable for darcs-2.0.2, all tests are good. Note that this also requires parsec-2.1.0.0 and, I think, cabal-1.2.3.0 (both of which I keyworded stable for this bug). Following the suggestion here and keying off Bug #230919, I also marked ghc-6.8.2 stable for sparc. Now, Bug #230919 also mentions several other packages, and I believe they are all keyworded ~sparc at the moment. Sparc never picked them up for stable because sparc was not on Bug #230919 and so did not know about it. So, I am NOT removing sparc from the CC list, but am adding it to 230919. Please let us know what you would like us to do with the rest of the packages mentioned there (a quick check suggests that I've had them all installed for about 9 months now).
Ferris, the recent stabilization of ghc-6.8.2 suggests the other packages in Bug #230919 also should be marked as stable. They all go well together. Thank you for noting this. This also goes for alpha and ia64, where actually no dev-lang/ghc version has been marked as stable. Not stabilizing ghc would actually mean that darcs could not be marked as stable either. I'm unsure how much ghc has been used on those platforms, and I have no experience of my own with them. However, dev-lang/ghc-6.8.2 has worked well on many other arches, and naturally I'd like to see it stable on all arches if possible. alpha, ia64, how about we look into stabilizing dev-lang/ghc? I'll reopen the bug if you approve.
Sparc is now stable for everything in Bug #230919 (unless I overlooked something by accident), so I think we're done with this. I'm putting myself on the CC list instead in case you need anything more.
Created attachment 167177 [details] dev-util:darcs-2.0.2:20081004-141541.log 7 tests fail here on amd64/x86. dev-util/darcs-2.0.2 USE="doc" Portage 2.1.4.4 (default/linux/amd64/2008.0/desktop, gcc-4.1.2, glibc-2.6.1-r0, 2.6.26.5 x86_64) ================================================================= System uname: 2.6.26.5 x86_64 Intel(R) Core(TM)2 Duo CPU T8300 @ 2.40GHz Timestamp of tree: Sat, 04 Oct 2008 09:30:01 +0000 app-shells/bash: 3.2_p33 dev-java/java-config: 1.3.7, 2.1.6 dev-lang/python: 2.5.2-r7 dev-python/pycrypto: 2.0.1-r6 sys-apps/baselayout: 1.12.11.1 sys-apps/sandbox: 1.2.18.1-r2 sys-devel/autoconf: 2.13, 2.61-r2 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10.1-r1 sys-devel/binutils: 2.18-r3 sys-devel/gcc-config: 1.4.0-r4 sys-devel/libtool: 1.5.26 virtual/os-headers: 2.6.23-r3 ACCEPT_KEYWORDS="amd64" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-O2 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /opt/openfire/resources/security/ /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/config /var/bind /var/lib/hsqldb /var/spool/torque" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/php/apache2-php5/ext-active/ /etc/php/cgi-php5/ext-active/ /etc/php/cli-php5/ext-active/ /etc/revdep-rebuild /etc/splash /etc/terminfo /etc/texmf/web2c /etc/udev/rules.d" CXXFLAGS="-O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="collision-protect distlocks metadata-transfer multilib-strict parallel-fetch sandbox sfperms strict test unmerge-orphans userfetch userpriv usersandbox" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo" LDFLAGS="-Wl,-O1" MAKEOPTS="-j2" PKGDIR="/mnt/packages" 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.gentoo.org/gentoo-portage" USE="X acl acpi alsa amd64 apache2 berkdb bluetooth branding bzip2 cairo cdr cli cracklib crypt cups dbus doc dri dvd dvdr dvdread eds emboss encode esd evo examples fam firefox fortran gdbm gif gnome gpm gstreamer gtk hal iconv ipv6 isdnlog jpeg kde kerberos ldap libnotify mad midi mikmod mmx mp3 mpeg mudflap multilib ncurses nls nptl nptlonly nsplugin ogg opengl openmp pam pcre pdf perl png ppds pppd python qt3 qt3support qt4 quicktime readline reflection sdl session source spell spl sse sse2 ssl startup-notification svg sysfs tcpd test tiff truetype unicode usb vorbis xml xorg xv zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" 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" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" USERLAND="GNU" VIDEO_CARDS="fbdev glint i810 mach64 mga neomagic nv r128 radeon savage sis tdfx trident vesa vga via vmware voodoo" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK, LANG, LC_ALL, LINGUAS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY
alpha/ia64 stable
(In reply to comment #5) > 7 tests fail here on amd64/x86. It seems the test is broken, rather than darcs. I've checked with upstream, they would like to know what the output of $ darcs changes --last=1 says for a darcs repository. match.pl test tries to parse dates output by 'darcs changes', and it looks like that has failed.
(In reply to comment #4) > Sparc is now stable for everything in Bug #230919 (unless I overlooked > something by accident), so I think we're done with this. I'm putting myself on > the CC list instead in case you need anything more. > dev-haskell/alut-2.1.0.0 is still ~sparc. dev-haskell/filepath-1.1.0.0 is in bug #230919 too, but mixed within the comments. Could we stabilize that too? The previous stable version doesn't work with ghc-6.8.2. Thanks for your help!
(In reply to comment #8) > (In reply to comment #4) > > Sparc is now stable for everything in Bug #230919 (unless I overlooked > > something by accident), so I think we're done with this. I'm putting myself on > > the CC list instead in case you need anything more. > > > > dev-haskell/alut-2.1.0.0 is still ~sparc. > dev-haskell/filepath-1.1.0.0 is in bug #230919 too, but mixed within the > comments. Could we stabilize that too? The previous stable version doesn't work > with ghc-6.8.2. > > Thanks for your help! > I just missed filepath. I had done everything for alut except for the 'repoman commit' bit. Sparc now stable for both.
(In reply to comment #7) > It seems the test is broken, rather than darcs. > > I've checked with upstream, they would like to know what the output of > > $ darcs changes --last=1 > > says for a darcs repository. match.pl test tries to parse dates output by > 'darcs changes', and it looks like that has failed. # for i in $(find $(pwd) -name '_darcs') ; do cd $i && cd .. && echo "" && echo "$(pwd)" && darcs changes --last=1 ; done /var/tmp/portage/dev-util/darcs-2.0.2/work/darcs-2.0.2/tests-shell-hashed.dir/tmp_steve Mon Oct 6 20:30:43 Local time zone must be set--see zic manual page 2008 steve * Bnote /var/tmp/portage/dev-util/darcs-2.0.2/work/darcs-2.0.2/tests-shell-hashed.dir/temp_0 Mon Oct 6 20:31:03 Local time zone must be set--see zic manual page 2008 tester * 22 /var/tmp/portage/dev-util/darcs-2.0.2/work/darcs-2.0.2/tests-shell-hashed.dir/tmp_monica Mon Oct 6 20:30:43 Local time zone must be set--see zic manual page 2008 steve * Bnote /var/tmp/portage/dev-util/darcs-2.0.2/work/darcs-2.0.2/tests-shell-old-fashioned.dir/tmp_steve Mon Oct 6 20:31:25 Local time zone must be set--see zic manual page 2008 steve * Bnote /var/tmp/portage/dev-util/darcs-2.0.2/work/darcs-2.0.2/tests-shell-old-fashioned.dir/temp_0 Mon Oct 6 20:31:45 Local time zone must be set--see zic manual page 2008 tester * 22 /var/tmp/portage/dev-util/darcs-2.0.2/work/darcs-2.0.2/tests-shell-old-fashioned.dir/tmp_monica Mon Oct 6 20:31:25 Local time zone must be set--see zic manual page 2008 steve * Bnote /var/tmp/portage/dev-util/darcs-2.0.2/work/darcs-2.0.2/tests-perl-old-fashioned.dir/temp1 Mon Oct 6 20:33:27 Local time zone must be set--see zic manual page 2008 tester * 11 /var/tmp/portage/dev-util/darcs-2.0.2/work/darcs-2.0.2/tests/tmp1 /var/tmp/portage/dev-util/darcs-2.0.2/work/darcs-2.0.2/tests-shell-darcs-2.dir/tmp_steve Mon Oct 6 20:32:08 Local time zone must be set--see zic manual page 2008 steve * Bnote /var/tmp/portage/dev-util/darcs-2.0.2/work/darcs-2.0.2/tests-shell-darcs-2.dir/temp_0 Mon Oct 6 20:32:32 Local time zone must be set--see zic manual page 2008 tester * 22 /var/tmp/portage/dev-util/darcs-2.0.2/work/darcs-2.0.2/tests-shell-darcs-2.dir/tmp_monica Mon Oct 6 20:32:08 Local time zone must be set--see zic manual page 2008 steve * Bnote hope this helps...
(In reply to comment #10) > (In reply to comment #7) > hope this helps... It does, thanks! There is an open issue report about it now: http://bugs.darcs.net/issue1130 I just need to double check, you do have set your /etc/localtime ? A copy of, or pointing to, some time zone in /usr/share/zoneinfo/, right? What does running $ date Tue Oct 7 18:19:12 CEST 2008 say? Cheers!
(In reply to comment #11) > It does, thanks! There is an open issue report about it now: > http://bugs.darcs.net/issue1130 > > I just need to double check, you do have set your /etc/localtime ? A copy of, > or pointing to, some time zone in /usr/share/zoneinfo/, right? > > What does running > > $ date > Tue Oct 7 18:19:12 CEST 2008 > > say? > > Cheers! /me fails, it was unset =( much better with a timezone, so amd64/x86 stable.
ppc stable. closing since we're last