First run: ---------- orion8 rrdtool # repoman scan Setting paths: PORTDIR = "/root/gentoo-work/gentoo-x86" PORTDIR_OVERLAY = "" RepoMan scours the neighborhood... DEPEND.bad 2 net-analyzer/rrdtool/rrdtool-1.2.11-r2.ebuild: ~mips(default-linux/mips/2006.0) ['>=dev-libs/cgilib-0.5'] net-analyzer/rrdtool/rrdtool-1.2.6-r1.ebuild: ~mips(default-linux/mips/2006.0) ['>=dev-libs/cgilib-0.5'] digest.assumed 3 digest-rrdtool-1.0.49::rrdtool-1.0.49.tar.gz digest-rrdtool-1.2.11-r2::rrdtool-1.2.11.tar.gz digest-rrdtool-1.2.6-r1::rrdtool-1.2.6.tar.gz orion8 rrdtool # Second run: (after fetching the missing tarballs) ----------- orion8 rrdtool # repoman scan Setting paths: PORTDIR = "/root/gentoo-work/gentoo-x86" PORTDIR_OVERLAY = "" RepoMan scours the neighborhood... DEPEND.bad 1 net-analyzer/rrdtool/rrdtool-1.2.6-r1.ebuild: ~mips(default-linux/mips/2006.0) ['>=dev-libs/cgilib-0.5'] orion8 rrdtool # Third run: (I changed nothing) ---------- orion8 rrdtool # repoman scan Setting paths: PORTDIR = "/root/gentoo-work/gentoo-x86" PORTDIR_OVERLAY = "" RepoMan scours the neighborhood... RepoMan sez: "If everyone were like you, I'd be out of business!" orion8 rrdtool # Portage 2.1_pre10-r3 (default-linux/x86/2006.0, gcc-4.2.0-alpha20060429, glibc-2.4-r1, 2.6.15-suspend2-r8 i686) ================================================================= System uname: 2.6.15-suspend2-r8 i686 Intel(R) Pentium(R) 4 CPU 3.06GHz Gentoo Base System version 1.12.0_pre19 distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] ccache version 2.4 [enabled] dev-lang/python: 2.3.5-r2, 2.4.3 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: 2.4-r1 dev-util/confcache: 0.4.2 sys-apps/sandbox: 1.2.17 sys-devel/autoconf: 2.13, 2.59-r7 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2 sys-devel/binutils: 2.16.1-r2 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r5 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS=" -Os -march=pentium4 -mtune=pentium4 " CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/NX/etc /usr/NX/home /usr/kde/2/share/config /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/kde/3/share/config /usr/share/X11/xkb /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/eselect/compiler /etc/gconf /etc/revdep-rebuild /etc/splash /etc/terminfo /etc/texmf/web2c /etc/env.d" CXXFLAGS=" -Os -march=pentium4 -mtune=pentium4 " DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig ccache cvs digest distlocks metadata-transfer sandbox sfperms sign strict" GENTOO_MIRRORS=" http://gentoo.intergenia.de " LDFLAGS="-Wl,-O1 -Wl,--sort-common -s" MAKEOPTS=" -j4 " PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/tmp" PORTDIR="/usr/portage" SYNC="rsync://212.224.22.34/gentoo-portage" USE="x86 7zip X a52 aac aalib acpi adns alsa amd amr ao aotuv apache2 apm ares asterisk audiofile avantgo avi bcmath berkdb bitmap-fonts bluetooth browserplugin bzip2 calendar cap caps ccache cdb cdda cddb cdio cdparanoia cdr chroot cle266 cli cluster command-args commercial cracklib crypt cscope css ctype cups curl curlwrappers custom-cflags dba dbase dbm dbus dbx dga dio directfb dlloader dmx dpms dri dts dv dvb dvd dvdr dvdread edl eds emboss emoticon encode escreen esd ethereal exif expat extraengine extraicons extramodules extras fam fame fastbuild fbcon ffmpeg figlet finger firefox flac flash flatfile font-server foomaticdb fortran fping fpx ftp gd gdbm geoip geometry gif gimp gimpprint gnuplot gnutls gpgme gphoto2 gpm gps gs gssapi gstreamer gtk gtk2 gzip hal high-ints http httpd i8x0 icecast iconv id3 idea ieee1394 image imagemagick imap imlib imlib2 inline innodb interbase ipv6 irc isdnlog jabber jack jack-tmpfs java javacomm javamail javascript jce joystick jpeg jpeg2k justify kde kdeenablefinal kdepim kdexdeltas kerberos kjs kqemu lame ldap lesstif libcaca libg++ libgd libwww lm_sensors logitech-mouse logrotate lzo lzw mad mail maildir mcal mhash mikmod mime ming mixer mjpeg mmap mmx mmxext mng mod motif mozsvg mozxmlterm mp3 mp4live mpeg mpeg2 mpi mplayer mppe-mppc msession mslu mysql mysqli nas ncurses netboot nethack network nfs nis nls noamazon normalizemime nptl nptlonly nsplugin ntfs ntlm oav objc offensive ogg ogre on-the-fly-crypt openal opengl openntpd openssh openssl osc oscar oss pam pam_chroot pam_timestamp pascal pcapnav pcre pda pdf pdflib perl php physfs png posix postgres povray ppds pppd prelude print priority python qt quicktime radeon rar rdesktop readline real recode reflection rhythmbox rpc rrdtool rss rtc samba sblive scanner screen sdl sensord servlet-2.3 servlet-2.4 session sftp sharedext sharedmem shorten skey slp smime smp sms sndfile snmp soap sockets socks5 sox speedo speex spell spl sql sqlite sqlite3 sse sse-filters sse2 ssl stencil-buffer stream subp subtitles subversion svg svga svgz sysfs sysvipc szip t1lib tcltk tcpd tetex theora threads thumbnail tidy tiff timidity tokenizer toolbar tos transcode truetype truetype-fonts type1 type1-fonts ucs2 udev unicode urandom usb v4l v4l2 videos vidix vim vim-pager vim-with-x vlm vnc voice vorbis webdav wifi win32codecs winbind wma123 wmf wxwindows x11vnc xanim xbase xfs xine xinerama xml xml2 xmlrpc xmms xorg xpm xrandr xsl xslt xv xvid yv12 zlib elibc_glibc input_devices_keyboard input_devices_mouse input_devices_evdev kernel_linux userland_GNU video_cards_ati video_cards_fglrx" Unset: ASFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LINGUAS, PORTAGE_RSYNC_EXTRA_OPTS
I seems that something is causing variance in repoman's portage.dep_check() call. Are you using a non-standard cache module (/etc/portage/modules)?
Yep I do, I use the cdb cache module from jstubbs (I mirror it here: http://markus-ullmann.de/gentoo) But I'm curious, this didn't ever happen before and I'm using cdb since portage 2.0.51 ;)
(In reply to comment #2) > But I'm curious, this didn't ever happen before and I'm using cdb since portage > 2.0.51 ;) The cdb module has been rewritten for 2.1 so the module you used with 2.0.51 was not exactly the same. Are you able to reproduce the problem with the default flat_hash module (comment out everything in /etc/portage/modules)? The cdb module is not included with portage and therefore not officially supported.
(In reply to comment #3) > Are you able to reproduce the problem with the > default flat_hash module (comment out everything in /etc/portage/modules)? You can avoid doing a full regen if you use my metadata-backup script to backup your cache into $PORTDIR/metadata/cache/. After you've backed up the cache, you can change your cache module and then run `emerge --metadata` to populate the cache with the new module. http://dev.gentoo.org/~zmedico/portage/branches/2.1/bin/metadata-backup.py
I just noticed this today on my ppc, I'm using flat_hash. Seems it may have been related to package.keywords? basically I was fooling around with dev-tcltk/tcldom-2.6, it has a dep on >=dev-tcltk/tclxml-2.6 ran repoman scan: antarus@sapporo ~/gentoo/gentoo-x86/dev-tcltk/tcldom $ repoman scan !!! You do not have FEATURES="cvs" enabled... !!! Adding "cvs" to FEATURES Setting paths: PORTDIR = "/home/antarus/gentoo/gentoo-x86" PORTDIR_OVERLAY = "" RepoMan scours the neighborhood... *** the local copy of metadata.dtd needs to be refetched, doing that now >>> Downloading http://www.gentoo.org/dtd/metadata.dtd --18:18:19-- http://www.gentoo.org/dtd/metadata.dtd => `/usr/portage/distfiles/metadata.dtd' Resolving www.gentoo.org... 38.99.64.201, 66.219.59.46, 66.241.137.77 Connecting to www.gentoo.org|38.99.64.201|:80... connected. HTTP request sent, awaiting response... 200 OK Length: 2,865 (2.8K) [application/xml-dtd] 100%[=====================================================================>] 2,865 16.27K/s 18:18:20 (16.24 KB/s) - `/usr/portage/distfiles/metadata.dtd' saved [2865/2865] DEPEND.bad 1 dev-tcltk/tcldom/tcldom-3.0.ebuild: ~x86(default-linux/x86/2006.0) ['~dev-tcltk/tclxml-3.0'] ebuild.badheader 2 dev-tcltk/tcldom/tcldom-2.6.ebuild: Copyright header Error. Possibly date related. dev-tcltk/tcldom/tcldom-3.0.ebuild: Copyright header Error. Possibly date related. ebuild.minorsyn 4 dev-tcltk/tcldom/tcldom-3.0.ebuild: Leading Space Syntax Error. Line 24 dev-tcltk/tcldom/tcldom-3.0.ebuild: Leading Space Syntax Error. Line 25 dev-tcltk/tcldom/tcldom-3.0.ebuild: Leading Space Syntax Error. Line 26 dev-tcltk/tcldom/tcldom-3.0.ebuild: Leading Space Syntax Error. Line 27 I go wtf...3.0 is ~ppc, tclxml is ~ppc, what is the problem? I then open the tclxml-3.0 ebuild in nano, but don't edit anything, just making sure the keywords are what I thought...run repoman again antarus@sapporo ~/gentoo/gentoo-x86/dev-tcltk/tcldom $ repoman scan !!! You do not have FEATURES="cvs" enabled... !!! Adding "cvs" to FEATURES Setting paths: PORTDIR = "/home/antarus/gentoo/gentoo-x86" PORTDIR_OVERLAY = "" RepoMan scours the neighborhood... ebuild.badheader 2 dev-tcltk/tcldom/tcldom-2.6.ebuild: Copyright header Error. Possibly date related. dev-tcltk/tcldom/tcldom-3.0.ebuild: Copyright header Error. Possibly date related. ebuild.minorsyn 4 dev-tcltk/tcldom/tcldom-3.0.ebuild: Leading Space Syntax Error. Line 24 dev-tcltk/tcldom/tcldom-3.0.ebuild: Leading Space Syntax Error. Line 25 dev-tcltk/tcldom/tcldom-3.0.ebuild: Leading Space Syntax Error. Line 26 dev-tcltk/tcldom/tcldom-3.0.ebuild: Leading Space Syntax Error. Line 27 RepoMan sez: "You're only giving me a partial QA payment? I'll take it this time, but I'm not happy." however i didn't change the mtimem on the tclxml ebuild..I just opened it, check the keywords an closed it. The other thing is that they are both in /etc/portage/package.keywords: =app-portage/kuroo-0.80* dev-util/cvs2svn ~ppc dev-util/bzr ~ppc dev-python/paramiko ~ppc dev-python/celementtree ~ppc sys-apps/paludis * ~* ~ppc app-admin/eselect ~ppc dev-cpp/libebt ~ppc media-plugins/xmms-repeatit ~ppc =x11-themes/audacious-themes-0.0.3 ~ppc =sys-kernel/vanilla-sources-2.6.17* =sys-devel/gcc-4* ~ppc =sys-apps/portage-2.1* ~ppc dev-python/pycrypto ~ppc net-wireless/bcm43xx-fwcutter ~ppc dev-util/gquilt ~ppc dev-util/quilt ~ppc dev-tcltk/tclxml ~ppc dev-tcltk/tcldom ~ppc However repoman should ignore that file, but I figured I'd post it if it ever became relevant.
Zac, I never used non-standard Portage stuff apart from the confcache patch for 2.0.x a long while ago and I'm hit by the problem all the time. It is really a major problem, because it stops us getting stuff committed (not using plain cvs commit) Here's another example: DEPEND.bad 1 kde-base/noatun-plugins/noatun-plugins-3.5.3.ebuild: ~alpha(default-linux/alpha/2006.0) ['~kde-base/kdelibs-3.5.3', '~kde-base/arts-3.5.3', '~kde-base/noatun-3.5.3'] RDEPEND.bad 1 kde-base/noatun-plugins/noatun-plugins-3.5.3.ebuild: ~alpha(default-linux/alpha/2006.0) ['~kde-base/kdelibs-3.5.3', '~kde-base/arts-3.5.3', '~kde-base/noatun-3.5.3'] digest.assumed 1 digest-noatun-plugins-3.4.3::kdeaddons-3.4.3.tar.bz2 Please fix these important QA issues first. RepoMan sez: "Make your QA payment on time and you'll never see the likes of me." I get this _every_ time, when touching ke-base/* stuff. Even without changing a single dependency. Even more weird is, that /sometimes/ running `repoman full` and then `repoman commit` results in a flawless commit - but mostly this doesn't seem to work. I bugged ferringb lately in irc, but he couldn't reproduce this. You were online and should have the log, iirc.
(In reply to comment #6) > I bugged ferringb lately in irc, but he couldn't reproduce this. You were > online and should have the log, iirc. While reading the log, one thing that stood out was that you use repoman on a CVS tree that is neither PORTDIR nor included in PORTDIR_OVERLAY. Do others experiencing this problem do something similar? I always have PORTDIR set to /usr/portage and I bind mount my CVS tree there, so that may explain why I've never experienced this problem.
antarus@kyoto ~/gentoo/gentoo-x86 $ repoman scan Setting paths: PORTDIR = "/home/antarus/gentoo/gentoo-x86" PORTDIR_OVERLAY = "" RepoMan scours the neighborhood... I don't think this is the issue.
Zac: Ruled out that this could be the cource of the prblem, already. But I think I have found what triggers it. Shortly after Updating to Portage 2.1 stable I added 'strict' to FEATURES. FEATURES=-strict repoman ... and no weird repoman output anymore.
(In reply to comment #9) > I added 'strict' to FEATURES. FEATURES=-strict repoman ... and no weird > repoman output anymore. That's interesting. Normally, strict is added to FEATURES by make.defaults in the base profile, so you don't have to do it manually (I've always had strict enabled, but not by setting it explicitely).
Then it may be a change in 2.1 stable or in one of the pre-releases. I did a couple of kdebase/* commits today, setting FAETURES=-strict on cmd and they went well (one real, fbsd related, DEPEND.bad issue aside). The first time I noticed such problems were minus ~one day of the irc log you have. When you look up my last kde-base/* commit before that (I assume that is around stabilization of KDE 3.5.2) you have the time frame.
(In reply to comment #9) > stable I added 'strict' to FEATURES. FEATURES=-strict repoman ... and no weird > repoman output anymore. I grepped the code for references to "strict" and sure enough, it is used inside portdbapi.aux_get(), which is quite central to repoman functionality. However, it would only affect you if you also have "gpg" in FEATURES. Is that the case?
No, I don't have gpg in FEATURES. But... >>> Creating Manifest for /usr/local/cvsroot/gentoo-x86/kde-base/kscd digest.assumed 1 digest-kscd-3.4.3::kdemultimedia-3.4.3.tar.bz2 DEPEND.bad 1 kde-base/kscd/kscd-3.5.3.ebuild: ~alpha(default-linux/alpha/2006.0) ['~kde-base/kdelibs-3.5.3'] RDEPEND.bad 1 kde-base/kscd/kscd-3.5.3.ebuild: ~alpha(default-linux/alpha/2006.0) ['~kde-base/kdelibs-3.5.3'] digest.assumed 1 digest-kscd-3.4.3::kdemultimedia-3.4.3.tar.bz2 digest.disjointed 1 kde-base/kscd/files/digest-kscd-3.5.3-r1 digest.notadded 1 kde-base/kscd/files/digest-kscd-3.5.3-r1 ...it just hit me another time. And prefixed with FEATURES=-strict the commit went fine. Just to note, that it's not only ~alpha that is seemingly problemtic, but most often.
Created attachment 89223 [details] commit.log Hm, -strict seems only to lessen the problem or it is completely coincidental (something I don't really believe, but I haven't read the Portage code). Read the log and tell me there isn't something wrong with repoman. ;)
+CC I hit the problem qith FEATURES=-strict, seems to be not unrelated to strict.
Mostly a "me too" here. I hit this while adding the new xf86-video-impact dep to xorg-server-1.1.0-r1 just a few minutes ago. When I nuked the ebuild, updated the xorg-server cvs tree, and made (nearly) identical changes, the problem didn't come back. The only interesting thing is that I changed the order of impact and newport the second time in the mips? section (first time, newport was before impact). I've got portage-2.1.1_pre1-r5 installed here, and the arch is amd64 for what it's worth. PDEPEND.bad 2 x11-base/xorg-server/xorg-server-1.1.0-r1.ebuild: ~mips(default-linux/mips/2006.0) ['>=x11-drivers/xf86-video-newport-0.2.0'] x11-base/xorg-server/xorg-server-1.1.0-r1.ebuild: ~sparc(default-linux/sparc/sparc64/2006.0/2.4) ['>=x11-drivers/xf86-video-suncg3-1.1.0', '>=x11-drivers/xf86-video-suntcx-1.1.0', '>=x11-drivers/xf86-video-sunleo-1.1.0', '>=x11-drivers/xf86-video-sunffb-1.1.0', '>=x11-drivers/xf86-video-suncg6-1.1.0', '>=x11-drivers/xf86-video-suncg14-1.1.0', '>=x11-drivers/xf86-video-sunbw2-1.1.0']
(In reply to comment #7) > While reading the log, one thing that stood out was that you use repoman on a > CVS tree that is neither PORTDIR nor included in PORTDIR_OVERLAY. Do others > experiencing this problem do something similar? Yep.
Hopefully this is fixed in 2.1.1_pre2-r3. If you still have problems, please reopen.
Actually, there's one more patch in svn r3791 and released in 2.1.1_pre2-r4. I'm positive that it's really fixed now. :)
